-
Notifications
You must be signed in to change notification settings - Fork 56
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
geograpy3 queries as "real world" example #658
Comments
Hi, |
@joka921 -there are some concrete SPARQL queries in the source code that need to be checked for compatibilty with the QLever engine. To make this easier we'll externalize the queries as "named queries" so that they can be easiliy tested e.g. with the sparqlquery command line feature of pyLodStorage. This is IMHO a good example for how systematic tests for SPARQL compatbility in projects that could potentially use QLever could be implemented. E.g. if this is successfull the CI of geograpy3 would run this test nightly/regularly. |
I'all also document the concrete queries here as part of working on this issue . |
So is your issue something like the following: |
yes -it is even the case that the queries currently timeout since the timeout setting of the wikidata query service have been set more tightly. We have trouble getting cities into the query that are referenced via hierarchy levels > 5 that is e.g. england and bavaria. |
I will close this for now as there is no concrete request to the QLever team. You have stated on multiple occasions that you want to create a set of queries that are relevant for your own projects and systematically test, which of them work on QLever, and then send us a list, or break the failing ones down to minimal cases to find out, which of the bugs have already been reported in the #614 issue. |
see somnathrakshit/geograpy3#48
The text was updated successfully, but these errors were encountered: