PubMed API发布被推迟

PubMed API发布被推迟

作为我们之前宣布的，我们将迁移到更新版本的电子工具API为准备此次发布，目前有一个测试服务器可供您测试新服务的API调用并报告问题。感谢您试用测试服务器并继续提交反馈！

为了解决您的意见，完成更新，并给您更多时间准备API更新，我们将把新API的发布推迟到今年晚些时候。

同时，测试服务器将保持可用，我们欢迎您继续反馈.

请参考我们的更早的职位有关测试服务器的更多信息，请观看我们的录制的网络研讨会有关使用更新的API的更多详细信息。你也可以关注NCBI洞察力博客并订阅E-Utilities公告邮件列表更新。 

关于“PubMed API发布被推迟”

  1. 如果有更多的时间，有可能重新考虑10公里的限制吗？或者也许是为注册用户实现某种异常或其他什么？

    我希望您至少会更新EDirect，以帮助使用历史服务器解决问题。EDirect中当前实现的epost命令没有任何机制可以多次发布到同一个webenv，因此我们将无法创建大于10K的历史服务器集合。

    在这里的一个实际问题示例中，我的项目使用了一组500K引文作为基准数据集。我需要将PMID上传到历史服务器，然后只在这些引用中搜索。目前，通过EDirect是不可能实现的。我们必须一次发布和搜索10K，重复大约40000个查询50次。这是很多额外的查询！

    如果您正在更新EDirect，请考虑同时修改esearch以返回查询扩展或查询转换作为结果的一部分。我认为现在它不包含该信息，因为它是专门为将结果传递到下一步而设计的。为了获得查询扩展，我们必须使用裸REST接口。EDirect的运行更加顺畅，具有自动查询速率调节等功能，所以我们真的希望您能够扩展其功能。

    答复

留下回复