Ok,
I don't get the point with the time as it returns the result immediately
and the default setting is 30000 on the DBpedia endpoint.
Here is the URL for the execution:
http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org&query=SELECT+%3Ftype+WHERE+%7B%0D%0A%3Chttp%3A%2F%2Fdbpedia.org%2Fresource%2FJohn_the_Baptist%3E+a+%3Ftype+.%0D%0AFILTER+NOT+EXISTS%7B%3Chttp%3A%2F%2Fdbpedia.org%2Fresource%2FJohn_the_Baptist%3E+a+%0D%0A%3FmoreSpecificType+.%0D%0A%3FmoreSpecificType+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23subClassOf%3E%2B+%3Ftype.%7D%0D%0A%7D&format=text%2Fhtml&timeout=30000&debug=on
and here with qtxt as URL parameter:
http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org&qtxt=SELECT%20?type%20WHERE%20{%3Chttp://dbpedia.org/resource/John_the_Baptist%3E%20a%20?type%20.FILTER%20NOT%20EXISTS{%3Chttp://dbpedia.org/resource/John_the_Baptist%3E%20a?moreSpecificType%20.?moreSpecificType%20%3Chttp://www.w3.org/2000/01/rdf-schema#subClassOf>+
?type.}}
Thank you for the help,
Lorenz Bühmann
On 02/06/2014 02:22 PM, Kingsley Idehen wrote:
On 2/6/14 7:57 AM, Lorenz Bühmann wrote:
Hi,
I just wanted to report some unexpected behaviour when running the
following query on http://dbpedia.org/sparql :
SELECT ?type WHERE {
<http://dbpedia.org/resource/John_the_Baptist> a ?type .
FILTER NOT EXISTS{<http://dbpedia.org/resource/John_the_Baptist> a
?moreSpecificType .
?moreSpecificType <http://www.w3.org/2000/01/rdf-schema#subClassOf>+
?type.}
}
It's supposed to return all types of
http://dbpedia.org/resource/Saint_George that do not have a subclass
which is also an asserted type of
http://dbpedia.org/resource/Saint_George. But in fact it returns, among
others,
http://www.w3.org/2002/07/owl#Thing
http://dbpedia.org/ontology/Agent,
http://dbpedia.org/ontology/Person,
http://dbpedia.org/ontology/Saint
which are indeed related via rdfs:subClassOf.
For some other resources it seems to work, e.g. for the resource
http://dbpedia.org/resource/Pope_John_Paul_I it returns, among others,
only the class http://dbpedia.org/ontology/ChristianBishop from the
DBpedia ontology namespace.
Am I doing something wrong, or is this a (known) bug in Virtuoso?
Regards,
Lorenz Bühmann
To accelerate case resolution please do the following:
1. Grab the SPARQL Protocol URL for you query -- this can be the
solution or the definition (replace &query with &qtxt)
2. Reference the URL in your post.
Instinctively, I suspect this is a combination of timeout setting
(which you could increase to 30,000 msecs) and enabling inference
context (using one of the pre-canned inference rules).
Send the SPARQL Protocol URL and the query could be tweaked
accordingly. Worst case, the issue will be found pronto.
------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
_______________________________________________
Virtuoso-users mailing list
Virtuoso-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/virtuoso-users
------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
_______________________________________________
Virtuoso-users mailing list
Virtuoso-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/virtuoso-users
