使用WikiData Sparql有效地查询抽象元素

Question

我正在尝试构建一个查询以按名称获取抽象元素的实例/任何子类，例如“human”（Q5），但是查询失败并超时，可能是因为它有太多的节点要遍历图表。

1. 有没有更好的方法来查询？我能想到的最好的方法是使用带有元素名称的Wikidata API search entities endpoint，然后在Sparql查询中过滤所需的结果，以最小化查询的域而不是整个图。
2. 由于Wikidata Sparql处于测试阶段，我有点担心在生产环境中使用此方法。从freebase迁移知识图用例的任何最佳实践？有关从Freebase到Wikidata的数据迁移的最新消息吗？

最后是否有其他成熟的替代品已弃用的Freebase服务？

Answer 1

您要查询哪个端点？查询生成服务没有SLA（测试版或非测试版）的共享公共端点是一个非常冒险的主张。

Wikidata提供完整的数据库转储，您可以定制/子集并加载到您喜欢的任何基础架构中。这样您就可以完全控制性能，质量以及对您而言非常重要的任何其他指标。

就Freebase迁移而言，没有迁移路径。火车开启的轨道已经结束（至少对于外部非Google用户而言）。它不只是被弃用，它刚刚被关闭了。一小部分数据被导入维基数据（由于他们的共同祖先维基百科，他们共享了一堆共同点），但没有任何程序化功能，例如MQL的JSON查询，例如，Freebase搜索，可以使用Freebase Suggest，Google规模的性能或可用性等（但？）用于维基数据。

如果数据对您很重要，您应该使用符合您需求的任何基础设施进行自托管。