This may be a feature request, not a bug. Hard to judge.
List of steps to reproduce (step by step, including full links if applicable):
- Go to https://query.wikidata.org/bigdata/ldf?subject=http%3A%2F%2Fwww.wikidata.org%2Fentity%2FQ146&predicate=http%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23label&object= or run curl https://query.wikidata.org/bigdata/ldf?subject=http%3A%2F%2Fwww.wikidata.org%2Fentity%2FQ146&predicate=http%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23label&object= in your terminal
- Look at the results
- Observe that the returned labels don't include language tags like "some string"@en
What happens?:
When we query for language strings (e.g. labels) with https://query.wikidata.org/bigdata/ldf, the results are in format "cat"^^http://www.w3.org/1999/02/22-rdf-syntax-ns#langString, but they have no indication of their particular language (e.g. "cat"@en).
What should have happened instead?:
The language string should include its language tag, e.g. "cat"@en. Compare to DBpedia's LDF service
Without the language tag, the language strings are pretty much useless.
In my particular case, i use Wikidata's Linked Data Fragments Endpoint when querying wikidata with Comunica, but i can't filter the results by language
Software version (if not a Wikimedia wiki), browser information, screenshots, other information, etc.
Software version: whatever is the version of https://github.com/LinkedDataFragments/Server.java, used by https://query.wikidata.org/bigdata/ldf at the time of posting this issue
Browser: Mozilla Firefox for Arch Linux v99.0 (64-bit), curl v7.82.0 - probably not relevant