The "why" seems obvious - the WDQS label service is a non-standard construct that violates the assumptions built into the SPARQL SERVICE construct.

thiemowmde updated https://gitlab.wikimedia.org/repos/wmde/wikidata-query-gui/-/merge_requests/69

Draft: Allow yellow and red banners

thiemowmde updated https://gitlab.wikimedia.org/repos/wmde/wikidata-query-gui/-/merge_requests/70

Remove unused code from the Banner class

arthurtaylor merged https://gitlab.wikimedia.org/repos/wmde/wikidata-query-gui/-/merge_requests/69

Preparation for QLever deprecation and migration banners

arthurtaylor merged https://gitlab.wikimedia.org/repos/wmde/wikidata-query-gui/-/merge_requests/70

Remove unused code from the Banner class

Change #1314633 had a related patch set uploaded (by Arthur taylor; author: Arthur taylor):

[operations/deployment-charts@master] wikikube/wikidata-query-gui: Bump to latest version

https://gerrit.wikimedia.org/r/1314633

Change #1314633 merged by jenkins-bot:

[operations/deployment-charts@master] wikikube/wikidata-query-gui: Bump to latest version

https://gerrit.wikimedia.org/r/1314633

In T432578#12136985, @Pfps wrote:

The "why" seems obvious - the WDQS label service is a non-standard construct that violates the assumptions built into the SPARQL SERVICE construct.

The label service has been an established, well-documented and widely used feature of the Wikidata Query Service for many years. I continue to find the idea of not supporting it absurd.

Regarding the message I am not so sure we need to update the people on the names of the backends.

I would say something similar but leave them out:

Welcome to the new version of the Wikidata Query Service!

Similar to the old version, you can query Wikidata using SPARQL. However, this new version does not automatically include prefixes or the labelservice in your queries. To learn how to update your queries for the new Wikidata Query Service, visit our helpful guide here: [link]

For a limited time, you can still access the old version here: query.wikidata.org

In T432578#12158794, @Lucas_Werkmeister_WMDE wrote:

In T432578#12136985, @Pfps wrote:

The "why" seems obvious - the WDQS label service is a non-standard construct that violates the assumptions built into the SPARQL SERVICE construct.

The label service has been an established, well-documented and widely used feature of the Wikidata Query Service for many years. I continue to find the idea of not supporting it absurd.

This is getting a bit far afield from the banner.

I think there are two separate issues. One is whether the UI will support something like the query service. The other is whether the underlying system will support the query service. The former is, I think, in the hands of WMDE. The later is defintely in the hands of the platform team.

I think it would be reasonable to have the UI support an invisible, or mostly invisible, label service. The QLever UI even used to have this. What would be nice is if the UI had an option to show how to add label components to queries so that (the small fraction of?) users who wanted to convert their UI queries to programmatic queries could see how this can be done.

Is there somewhere I can check this that is live?

Until the site becomes publicly accessible, you would need to access it using the user agent (outlined in the 'cors proxy' section of our doc). But I'll get a screenshot of what it looks

{F100212114}

{F100212119}