Вы имеете в виду http://lod.openlinksw.com/sparql для первой конечной точки? Я не вижу разных результатов между этим и http://dbpedia.org/sparql. Например, этот запрос, расширяющий ваш, кажется, возвращает одно и то же с обеих конечных точек (если они действительно разные серверы; я не могу сказать).
prefix skos: <http://www.w3.org/2004/02/skos/core#>
prefix category: <http://dbpedia.org/resource/Category:>
prefix dbpedia2: <http://dbpedia.org/property/>
prefix xsd: <http://www.w3.org/2001/XMLSchema#>
SELECT DISTINCT ?airdate ?chalkboard_gag ?episode
WHERE {
?episode skos:subject ?cat .
?cat skos:broader category:The_Simpsons_episodes .
?episode dbpedia2:airdate ?airdate .
?episode dbpedia2:blackboard ?chalkboard_gag .
FILTER langMatches( lang(?chalkboard_gag), 'en') .
FILTER xsd:dateTime(?airdate)
}
ORDER BY ?airdate
Единственное, что, как я знаю, может привести к другим результатам, - это тайм-ауты запроса. Virtuoso может отключать запросы после того, как они выполнялись в течение определенного времени, и ваши разные конечные точки могли быть под разными нагрузками, когда вы их пробовали, и / или были настроены с разными таймаутами.
В скобках отмечу, что если бы эти данные были в Needle и вместо этого запрашивались в Thread SPARQL этот запрос может быть таким простым, как:
Episode:(.Subject:<~The Simpsons)^Airdate|Airdate,Blackboard
За исключением Needle, вы, вероятно, на самом деле моделировали бы телешоу, такие как телешоу, вместо того, чтобы полагаться на уровни общих предметных / более широких абстракций SKOS, и, таким образом, на самом деле могли бы иметь:
Show:=The Simpsons.Season.Episode|Airdate,Blackboard
person
glenn mcdonald
schedule
02.06.2010