Dear Kingsley,
OK, here's a basic example URL of a query I use:
http://dbpedia.org/sparql?query=SELECT+DISTINCT+%3Fp+%3Ft%0D%0AFROM+%3Chttp%3A%2F%2Fdbpedia.org%3E%0D%0AWHERE+{%3Chttp%3A%2F%2Fdbpedia.org%2Fresource%2FEngland%3E+%3Fp+%3Fo.+%3Fo+a+%3Ft+}&format=text%2Fhtml&timeout=120000
Best,
Heiko.
Am 11.04.2012 16:09, schrieb Kingsley Idehen:
On 4/11/12 10:07 AM, Heiko Paulheim wrote:
Dear Kingsley,
as I said, there is no query that times out as such. All the queries
work fine in isolation. It is rather a problem of a longer series of
queries that eventually provokes the "Bandwith Limit Exceeded"
exception.
Thus, my question is what that limit exactly is, and how many queries
can be issued from a single client per minute/hour. I also have no
problems in restricting my client to that limit, I just need to know it.
Please just send me a URL and then I can send one back to you that
shows the setting you need re. Virtuoso's Anytime Query feature. This
feature is to be used in combination with OFFSET and LIMIT re. the
public endpoint, in line with how it is deliberately configured.
Kingsley
Best,
Heiko.
Am 11.04.2012 15:41, schrieb Kingsley Idehen:
On 4/11/12 9:14 AM, Heiko Paulheim wrote:
Dear Kingsley,
the query in question is looking for types of objects related to a
resource (e.g. a person knows some scientists, has written some
books, etc.), i.e.
SELECT DISTINCT ?p ?t
FROM <http://dbpedia.org>
WHERE {?s ?p <objectInQuestion>. ?s a ?t }
SELECT DISTINCT ?p ?t
FROM <http://dbpedia.org>
WHERE {<objectInQuestion> ?p ?o. ?o a ?t }
The particular query where the program terminates works fine in
isolation, just like about 200 before.
I have set the timeout to 120 seconds and retry a failed query
after waiting for 1 second.
Please send a SPARQL URL of a query that times out.
Kingsley
Best,
Heiko.
Am 11.04.2012 14:55, schrieb Kingsley Idehen:
On 4/11/12 6:47 AM, Heiko Paulheim wrote:
Hi all,
I am currently experiencing a repeated Bandwidth Limit Exceeded
exception, always occuring at the same position in my program (i.e.,
after a certain number of requests having been issued in a certain
time). Since the program can be properly started again afterwards
(and
runs to that very point), I assume that limiting the number of
requests
per minute/hour within the program would solve the problem.
Does anybody know detailed figures about the bandwith
restrictions of
DBpedia, in particular w.r.t. the dbpedia.org/sparql endpoint?
Thanks,
Heiko.
What is your query?
Are you using timeouts?
The DBpedia instance is configured to serve the world and all its
associated idiosyncrasies.
------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
--
Dr. Heiko Paulheim
Knowledge Engineering Group
Technische Universität Darmstadt
Phone: +49 6151 16 6634
Fax: +49 6151 16 5482
http://www.ke.tu-darmstadt.de/staff/heiko-paulheim
--
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
--
Dr. Heiko Paulheim
Knowledge Engineering Group
Technische Universität Darmstadt
Phone: +49 6151 16 6634
Fax: +49 6151 16 5482
http://www.ke.tu-darmstadt.de/staff/heiko-paulheim
--
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
--
Dr. Heiko Paulheim
Knowledge Engineering Group
Technische Universität Darmstadt
Phone: +49 6151 16 6634
Fax: +49 6151 16 5482
http://www.ke.tu-darmstadt.de/staff/heiko-paulheim
------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Dbpedia-discussion mailing list
Dbpedia-discussion@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion