On 1/30/13 6:01 AM, Julien Cojan wrote:
Hi,

Sorry if I sounded complaining about the quality of service of dbpedia.
I understand there is a big load on the server and that some limits must be enforced to that it would not be overloaded with big queries.

My concern is how to know when a query reaches one limit so that I can split the query to get the results by chunks. As far as I saw in the mailing list messages, the causes of partial results could be about default (implicit) limits on the number of results. So I though until now that if I put explicit limit in my query I would either get the full result or an exception.
But this doesn't seem to be the case in the example given by Andrea :

    select distinct ?s where {
     ?s dbpedia-owl:birthPlace
    <http://dbpedia.org/resource/G%C3%BCtersloh>
    } limit 100

there should be 11 results, sometimes only 5 are given, and the response is given straight away.

I am also running an image of DBpedia on virtuoso and I want to understand this to know at least when it can happen.

You said there is a way to know when a result is incomplete with the SPARQL Protocol, I have to look at this.

Thanks,
If the results are partial, you would have the header: X-Exec-DB-Activity, as part of this HTTP response from the SPARQL Protocol URL:

curl -I "http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org&query=select+distinct+%3Fs+where+%7B%0D%0A+%3Fs+dbpedia-owl%3AbirthPlace+%3Chttp%3A%2F%2Fdbpedia.org%2Fresource%2FG%25C3%25BCtersloh%3E%0D%0A%7D+limit+100&format=text%2Fhtml&timeout=0&debug=on";
HTTP/1.1 200 OK
Date: Wed, 30 Jan 2013 13:44:01 GMT
Content-Type: text/html; charset=UTF-8
Content-Length: 914
Connection: keep-alive
Server: Virtuoso/06.04.3132 (Linux) x86_64-generic-linux-glibc212-64  VDB
Accept-Ranges: bytes
X-SPARQL-default-graph: http://dbpedia.org


--

Regards,

Kingsley Idehen 
Founder & CEO
OpenLink Software
Company Web: http://www.openlinksw.com
Personal Weblog: http://www.openlinksw.com/blog/~kidehen
Twitter/Identi.ca handle: @kidehen
Google+ Profile: https://plus.google.com/112399767740508618350/about
LinkedIn Profile: http://www.linkedin.com/in/kidehen




Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
_______________________________________________
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion

Reply via email to