Sparql L{s dbp:name?foaf_name.} - ... [20多行类似于上述内容]。。。 }限制2;

Sparql L{s dbp:name?foaf_name.} - ... [20多行类似于上述内容]。。。 }限制2;,sparql,dbpedia,Sparql,Dbpedia,这样做的好处是,如果要搜索其他城市的值,只需将它们添加到值列表中即可。现在,如果您想添加一个重定向到其他内容的值,这不是问题。您只需要添加一个非可选模式,帮助您遵循重定向目标: 选择*WHERE{ 值?x{} ?x dbo:wikiPageRedirects*?s。 可选{s dbp:officialName?officialName.} 可选{s dbp:name?foaf_name.} -…[大约还有20多行像上面那样]。。。 }限制2 最后请注意,如果要从浏览器复制和粘贴URI,请务必确保

这样做的好处是,如果要搜索其他城市的值,只需将它们添加到值列表中即可。现在,如果您想添加一个重定向到其他内容的值,这不是问题。您只需要添加一个非可选模式,帮助您遵循重定向目标:

选择*WHERE{ 值?x{} ?x dbo:wikiPageRedirects*?s。 可选{s dbp:officialName?officialName.} 可选{s dbp:name?foaf_name.} -…[大约还有20多行像上面那样]。。。 }限制2
最后请注意,如果要从浏览器复制和粘贴URI,请务必确保在查询中使用正确的URI。当您访问DBpedia资源时,例如。,http://dbpedia.org/resource/foo 在浏览器中,您将重定向到人类可读的表单http://dbpedia.org/page/foo 在浏览器中。这只是DBpedia的一个怪癖。实际上,他们应该使用内容类型协商,当web浏览器发出请求时,只需返回前者的HTML文档。

谢谢!在您的上一个示例中,“Pacific_Beach,_California”字符串是一个90%正确的变量-但是当需要重定向到“Pacific_Beach,_San_Diego”时-我如何将其写入其中,以便能够处理100%的调用?这就是我需要工会的地方吗?@Ricalsin the?x dbo:wikiPageRedirects*?s。手帕重定向。@Ricalsin the?x dbo:wikiPageRedirects*?s处理重定向。谢谢!在您的上一个示例中,“Pacific_Beach,_California”字符串是一个90%正确的变量-但是当需要重定向到“Pacific_Beach,_San_Diego”时-我如何将其写入其中,以便能够处理100%的调用?这就是我需要工会的地方吗?@Ricalsin the?x dbo:wikiPageRedirects*?s。手帕重定向。@Ricalsin the?x dbo:wikiPageRedirects*?s处理重定向。
SELECT * WHERE {
   <http://dbpedia.org/resource/Pacific_Beach,_California> ?p ?o
}