Page MenuHomePhabricator

[Task] Removal of de-formal from allowed language for labels
Open, MediumPublic

Description

The closing of a long overdue RfC[1], Consensus seemed to go with removal of de-formal from Wikidata. Main reason was lack of usage and just different ways of how to address people.

The RfC also had one view in the deletion of informal Netherlands but compared to other participation, consensus cannot be drawn from that.

[1]https://www.wikidata.org/wiki/Wikidata:Requests_for_comment/Labels_and_descriptions_in_language_variants

See Also:
T39459: [Task] Don't try to add labels in non-existing languages: restrict to Language::isKnownLanguageTag

Details

Reference
bz49024

Related Objects

StatusSubtypeAssignedTask
OpenNone
OpenNone
OpenNone
OpenBUG REPORTNone
OpenNone
OpenNone
OpenNone
OpenNone
OpenNone
DeclinedNone
OpenNone
DeclinedNone
DeclinedNone
ResolvedBUG REPORTMbch331
OpenNone
Resolvedadrianheine
OpenNone
DuplicateNone
OpenNone
OpenNone
OpenNone
OpenNone
OpenNone
OpenNone
ResolvedTTO
InvalidNone
OpenNone
OpenNone
ResolvedNikerabbit
OpenNone
OpenFeatureNone
OpenNone
ResolvedLadsgroup
DuplicateNone
OpenFeatureNone

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 22 2014, 1:40 AM
bzimport added projects: Wikidata.org, I18n.
bzimport set Reference to bz49024.
bzimport added a subscriber: Unknown Object (MLST).

Note that de-formal would not be removed as an interface language, but only as a content language.

Denny: If this is really high priority (more urgent) then I'd love to see reasons listed why, and which specific problems it currently creates.

  • Bug 49364 has been marked as a duplicate of this bug. ***
  • Bug 43319 has been marked as a duplicate of this bug. ***

(In reply to comment #2)

Denny: If this is really high priority (more urgent) then I'd love to see
reasons listed why, and which specific problems it currently creates.

de-formal as user interface language is unusable for Wikidata because you see no content (https://www.wikidata.org/wiki/Q108?uselang=de-formal) and
a lots of items with differing content gets created (https://www.wikidata.org/wiki/Property:P107?uselang=de-formal differs to https://www.wikidata.org/wiki/Property:P107?uselang=de) and de and de-formal should not differ in content.

I am closing this as I think the right approach to fixing this is getting language fallback done. Liangent has been working on this and is making progress. See bug 36430
If there is any good argument to do it differently please reopen.

Wikidata looks fine in de-formal. As for not allowing de-formal for labels, aliases and descriptions: Wikibase now internally supports specific language lists for them, so we could implement this.

Reopen: T38430 is resolved and de-formal is still not usable as user interface language, because it shows an own label, description and alias in the language 'de-formal', which is unwanted. Example: https://www.wikidata.org/wiki/Q108?uselang=de-formal

Restricted Application added a subscriber: Aklapper. · View Herald Transcript

it shows an own label, description and alias in the language 'de-formal'

Can you be so kind as to point out exactly where, in your example?

Phabricator doesn't state what was the status of this bug before reopening... Was it declined?

it shows an own label, description and alias in the language 'de-formal'

Can you be so kind as to point out exactly where, in your example?

Current result with [[ https://www.wikidata.org/wiki/Q108?uselang=de-formal | uselang=de-formal ]]:

T51025-de-formal.png (436×1 px, 89 KB)

Current result with [[ https://www.wikidata.org/wiki/Q108?uselang=de | uselang=de ]]:
T51025-de.png (436×1 px, 84 KB)

Expected result with uselang=de-formal:

  • The user interface should be in Deutsch (Sie-Form) (de-formal) and the content show Deutsch (de).
  • A content with a language code de-formal is unwanted.

Phabricator doesn't state what was the status of this bug before reopening... Was it declined?

The state before reopening was declined.

Ok, so what you are saying is that the content language fallback from de-formal to de is not working. But this is not a report about extending de-formal functioning. :( I recommend you open a new bug as blocker of T76216.

This is not just a missing language fallback for the visualization. Labels, descriptions and aliases with the language code de-formal should eliminated completely. It is still possible to add such values via API: https://www.wikidata.org/w/index.php?title=Q4115189&diff=235904028

de-formal was not blacklisted, so it's expected that it can be added. I'm getting confused here by the seemingly-conflicting requests, it's not clear what the Wikidata community wants. Better leave it to someone else. :)

JanZerebecki renamed this task from Removal of de-formal from allowed language for labels to [Task] Removal of de-formal from allowed language for labels.Sep 10 2015, 7:36 PM
JanZerebecki moved this task from incoming to needs discussion or investigation on the Wikidata board.
JanZerebecki updated the task description. (Show Details)

Actually, I think this request is pretty clear. It's about two things:

  • Make de-formal more usable as a UI language by showing de content
  • Make it impossible to add de-formal content

Both can be solved with the same change that removes de-formal as a content language and creates a mechanism for mapping from UI languages to content languages.