daniel added a comment.

In https://phabricator.wikimedia.org/T97882#1712492, @Filceolaire wrote:

> @Daniel I agree Sitelinks mostly works. as designed. We just get strange 
> corner cases where a wikipedia has two articles about the same topic in two 
> different languages/dialects and they can't add sitelinks for both. I would 
> expect there to be a way to do these sitelinks.


We assume that there is only one page about one topic in a given language (i.e. 
wiki). This assumption is built into MediaWiki, it's not something Wikidata 
imposes.  Without this assumption, features like automatic language links would 
be a lot harder or impossible to implement, since we wouldn't have a unique 
connection between data items and wikipedia pages.

> For Labels and descriptions there doesn't seem to be a way to start entering 
> values in a new language or a new script for an existing language. Where is 
> the "Add a language" pop-up?


That is an annoying usability issue, I agree. I want that popup too. You can 
work around this  problem by adding babel boxes for your favorite languages / 
variants to your user page. You will then see input fields for these languages 
when viewing an item.

> For Monolingual text how do we show the official name in Korean-Hangul and in 
> Korean-Hanja? How do we record the language and script of the inscription on 
> the 'One Ring' in Lord of the Rings. I expect to be able to use any item as a 
> language tag or a script tag so restrictions are via bots (like number 
> datatype) and users can add a tag if they need it.


Yes, being able to use any item as a language would be nice, but would make it 
very hard to implement things like language fallback or transliteration. We do 
have limited support for "extra" languages that can be configured via 
$wgExtraLanguageNames. But allowing additional languages is a completely 
different issue than what was requested in this ticket.

> Multilingual Text datatype doesn't work. I expect it to work like 
> Descriptions with the users preferred language displayed plus fallbacks etc.


It's not that it doesn't work - it doesn't exist. We never implemented it, 
since there is no clear use case. By convention, if you have something like a 
city motto in two or three languages, you would add a separate statement for 
each language. This makes sense since the different language versions of the 
motto may have been adopted at different times, may be defined by different 
sources (such as laws), etc - so they should have different qualifiers and 
different references.

In summary, it seems like what you want mostly works, and the biggest annoyance 
is the (lack of) usability of the "term box" at the top of each item page, and 
its magic relationship with babel boxes. You raise several valid issues, but 
none of them seem to fit the description at the top of this ticket.


TASK DETAIL
  https://phabricator.wikimedia.org/T97882

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: Liuxinyu970226, Filceolaire, Ricordisamoa, daniel, Aklapper, Amire80, 
GerardM, Wikidata-bugs, aude



_______________________________________________
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Reply via email to