Nach Datentyp filtern

Question

Ich versuche nach dem Datentyp in DBpedia zu filtern. Zum Beispiel:

SELECT * 
WHERE {?s ?p ?o . 
    FILTER (datatype(?o) = xsd:integer) 
    } 
LIMIT 10 

Aber ich bekomme keine Ergebnisse, während es sicherlich ganzzahlige Werte gibt. Ich bekomme dasselbe von anderen Endpunkten mit Virtuoso, aber ich bekomme Ergebnisse von alternativen Endpunkten. Was könnte das Problem sein? Wenn Virtuoso diese SPARQL-Funktion nicht ordnungsgemäß implementiert, was sollte stattdessen verwendet werden?

Answer 1

Dies ist eine teure Abfrage, da sie alle Tripel durchlaufen muss (?s ?p ?o .). Die Ausführungszeit der Abfrage überschreitet die maximale Zeit, die für die Instanz Virtuoso konfiguriert wurde, die den SPARQL-Endpunkt von DBpedia unter http://dbpedia.org/sparql bedient. Wenn Sie den Parameter timeout nicht verwenden, erhalten Sie einen Zeitüberschreitungsfehler (Virtuoso S1T00 Error SR171: Transaction timed out). Wenn Sie die Verwendung timeout (standardmäßig auf 30000 für den DBpedia Endpunkt), werden Sie unvollständige Ergebnisse, die HTTP-Header wie diese enthalten:

X-SQL-State: S1TAT 
X-SQL-Message: RC...: Returning incomplete results, query interrupted by result timeout. Activity: 1.389M rnd 5.146M seq  0 same seg 55.39K same pg 195 same par  0 disk  0 spec disk  0B/ 0 me 

Leere so erhaltenen Ergebnisse unvollständig sein und es muss nicht gibt an, dass in DBpedia keine xsd:integer Literale vorhanden sind. Eine verwandte Diskussion über die Teilergebnisse in Virtuoso finden Sie here.

Als Lösung für Ihre Abfrage können Sie die DBpedia von dumps laden und lokal analysieren.

Als eine Randnotiz ist Ihre Abfrage syntaktisch ungültig, weil es Namespace für das Präfix xsd fehlt. Sie können die Syntax von SPARQL-Abfragen über SPARQLer Query Validator überprüfen. Sie können die Namespaces für gemeinsame Präfixe mit Prefix.cc finden. Virtuoso, das den DBpedia SPARQL-Endpunkt bereitstellt, ignoriert den fehlenden Namespace für das Präfix xsd. Es ist jedoch eine gute Vorgehensweise, sich für eine größere Interoperabilität an syntaktisch gültige SPARQL-Abfragen zu halten.