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
Blank nodes in results should be shown as 'unknown value' in the UI #451
Comments
This is a socalled "blank node" which does not have a proper iri |
In that case, would you agree that it is a UI issue? I strongly suggest showing 'unknown value' to the user. Could you please transfer the ticket if you agree? |
identifiers like |
I'm not arguing about the data format when downloading the data as a file or about the RDF specs. I am saying that a Graphical User Interface like QLever UI which tries to be user friendly should not show internal identifiers but 'no value' instead. Similarly, the QLever UI already shows a literal like (Note that this issue should be in https://github.com/ad-freiburg/qlever-ui. That's why I asked @joka921 to transfer it there.) |
@graue70 Thanks, but I am not convinced that how results are displayed on a Wikidata entity page should be a yardstick for how the results of a SPARQL query are displayed. The Wikidata entity pages are an abstract view of the data, independent of a particular serialization format and independent even of the RDF model. Indeed Wikidata also provides their data as JSON (with arrays and stuff), which is not RDF. See https://www.wikidata.org/wiki/Wikidata:Database_download , where you have subsections "JSON Dumps", "RDF Dumps", "XML Dumps", etc. A SPARQL query is a query on RDF data and the result are flat tables with excerpts of that RDF data. Also note that the result of a SPARQL query is never nested, like much of the information on a Wikidata entity page. |
There is no clear consensus on this, and it does not concern QLever but rather the qlever UI, so I'm closing this. |
yields the following result:
:1d420e146c92547669e403aa015b1e1b
.On wikidata you can see that the result should be 'unknown value' (and it's been like that since 2016).
The text was updated successfully, but these errors were encountered: