Nikki added a comment.
QLever is able to handle certain queries like these, e.g.
https://qlever.cs.uni-freiburg.de/wikidata/nF1iKM (one of the queries mentioned
in the description) gave me the results in under a second, whereas the same
query in Blazegraph times out.
It only supports th
Esc3300 added a project: Language codes.
TASK DETAIL
https://phabricator.wikimedia.org/T167361
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Esc3300
Cc: Esc3300, Ijon, Lucie, daniel, Smalyshev, Nikki, Aklapper, Invadibot,
MPhamWMF, maantietaja, CBo
Esc3300 added a comment.
Maybe we should move from
*` ?item rdfs:label "text"@en `
To
*`?item wikibase:label "text"`
*`"text" schema:inLanguage "en"`
This may look like it would double the number of triples, but it happens that
"text" is the same for several languages.
Also, th
Nikki added a comment.
This is also a problem for monolingual text statements, lemmas, forms and
senses.
Other things I've tried to do which have timed out:
- Find all statements using the language code `mis` and check whether they
have a qualifier specifying the actual language.
Nikki renamed this task from "Queries involve finding labels, descriptions or
aliases for a language are slow" to "Queries involve finding strings (e.g.
labels, descriptions or aliases) in a language are slow".
TASK DETAIL
https://phabricator.wikimedia.org/T167361
EMAIL PREFERENCES
https://
