Change Details

**Problem:** We will soon release the new `mul` language code on Wikidata (see T285156). We hope that the Wikidata Community will then start removing labels in languages with redundant strings and instead use the new `mul` language code. This might however prevent the WDQS from producing useful labels. (Wikidata itself will have a fallback chain that ends in the `mul` language code, so all functionality will stay the same within the project.) **Acceptance criteria:** [] We have a way to ensure that replacing labels in favor of the new `mul` language code will not harm the user experience on WDQS. **Open questions:** * Since the label service doesn’t do language fallbacks on its own – it just goes through the list in its parameters (`bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en"`) – it’s probably sufficient to add `,mul` to that list in the autocompletion suggestions and in the query examples? **Original:** As a query service user, I want the label service to produce useful labels, even when Wikidata editors start to remove labels in other languages that are redundant with the new `mul` language code (see parent task). Since the label service doesn’t do language fallbacks on its own – it just goes through the list in its parameters (`bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en"`) – it’s probably sufficient to add `,mul` to that list in the autocompletion suggestions and in the query examples?

**Problem:** We will soon release the new `mul` language code on Wikidata (see T285156). We hope that the Wikidata Community will then start removing labels in languages with redundant strings and instead use the new `mul` language code. To allow labels to fall back to `mul` on WDQS, editors need to know that they have to include `mul` in their queries. **Solution:** What change is needed: OLD `(`bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en"`)` NEW `(`bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en,mul"`)` Where this change is needed: * WDQS examples * help pages * auto-completion suggestions **Notes:** * The label service doesn’t do language fallbacks on its own, it just goes through the list in its parameters. So it is enough to add `mul` to this list. **Acceptance criteria:** [] The Wikidata community knows what changes are needed. **Open questions:** * We should have a list of places where changes will be needed. **Original:** As a query service user, I want the label service to produce useful labels, even when Wikidata editors start to remove labels in other languages that are redundant with the new `mul` language code (see parent task). Since the label service doesn’t do language fallbacks on its own – it just goes through the list in its parameters (`bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en"`) – it’s probably sufficient to add `,mul` to that list in the autocompletion suggestions and in the query examples?

**Problem:** We will soon release the new `mul` language code on Wikidata (see T285156). We hope that the Wikidata Community will then start removing labels in languages with redundant strings and instead use the new `mul` language code. This might however prevent the WDQS from producing useful labels.To allow labels to fall back to `mul` on WDQS, (Wikidata itself will have a fallback chain that ends in the `mul` language code, so all functionality will stay the same within the project.)editors need to know that they have to include `mul` in their queries. **Solution:** What change is needed: OLD `(`bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en"`)` NEW `(`bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en,mul"`)` Where this change is needed: * WDQS examples * help pages * auto-completion suggestions **Notes:** * The label service doesn’t do language fallbacks on its own, it just goes through the list in its parameters. So it is enough to add `mul` to this list. **Acceptance criteria:** [] We have a way to ensure that replacing labels in favor of the new `mul` language code will not harm the user experience on WDQSThe Wikidata community knows what changes are needed. **Open questions:** * Since the label service doesn’t do language fallbacks on its own – it just goes through the list in its parameters (`bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en"`) – it’s probably sufficient to add `,mul` to that list in the autocompletion suggestions and in the query examples?We should have a list of places where changes will be needed. **Original:** As a query service user, I want the label service to produce useful labels, even when Wikidata editors start to remove labels in other languages that are redundant with the new `mul` language code (see parent task). Since the label service doesn’t do language fallbacks on its own – it just goes through the list in its parameters (`bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en"`) – it’s probably sufficient to add `,mul` to that list in the autocompletion suggestions and in the query examples?