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?

**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. 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?