On 2/11/16 9:25 AM, Markus Krötzsch wrote:
On 11.02.2016 15:01, Gerard Meijssen wrote:
Hoi, What I hear is that the intentions were wrong in that you did not anticipate people to get actual meaningful requests out of it.
When you state "we have two choices", you imply that it is my choice as well. It is not. The answer that I am looking for is yes, it does not function as we would like, we are working on it and in the mean time we will ensure that toolkit is available on Labs for the more complex queries.
Wikidata is a service and the service is in need of being better.
Gerard, do you realise how far away from technical reality your wishes are? We are far ahead of the state of the art in what we already have for Wikidata: two powerful live query services + a free toolkit for batch analyses + several Web APIs for live lookups. I know of no site of this scale that is anywhere near this in terms of functionality. You can always ask for more, but you should be a bit reasonable too, or people will just ignore you.
Markus
Markus and others interested in this matter,
What about using OFFSET and LIMIT to address this problem? That's what we advice users of the DBpedia endpoint (and others we publish) to do.
We have to educate people about query implications and options. Even after that, you have the issue of timeouts (which aren't part of the SPARQL spec) that can be used to produce partial results (notified via HTTP headers), but that's something that comes after the basic scrolling functionality of OFFSET and LIMIT are understood.
[1] http://stackoverflow.com/questions/20937556/how-to-get-all-companies-from-db... [2] https://sourceforge.net/p/dbpedia/mailman/message/29172307/