Consider this query:
select ?co ?coLabel (lang(?coLabel) as ?labelLang) ?coDescription { # (lang(?coDescription) as ?descriptionLang) {
?co wdt:P31 wd:Q783794
SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en,fr,de,it,nl,hu". }
} limit 10This returns company labels and descriptions, and the lang of the picked label.
But if I uncomment the first line to also return the lang of description, then NO description is returned.
Looking at query exetution plans, ProjectionOp for the query with lang() for coDescription got arranged prior to materialization of coDescription, so it (along with its lang) has not got the way to the projection. The reason for such behavior needs some more research. Will update on that.
The issue caused by a combination of Service node producing variable ?coDescription, which is not explicitely defined in the main query, so optimizers assume this variable not bound and do not bother with proper order of the lang function evaluation. Fixing might require reordering optimizers to make wikibase:label produced variables visible to other optimizers, but it kind of tricky because wikibase:label itself depends on results of other optimizers applied at the proper order (as wikibase:label takes a list of variables for processing from the main query).
As of today, a slightly modified query https://w.wiki/K36 works ok (I added "country is Bulgaria")
The query in the task description also works fine for me now as long as I bump the LIMIT to 100. The original query still returns results with no description, but I think that might just be because the first ten items happen to have no description. I think we can close this.