eranroz added a comment.

@eranroz wrote

filter out changes in wikidata which affect other languages (e.g label/description in [xx] language shouldn't appear for wiki with [yy] language). Possibly fallback languages may appear.

So, if enwiki uses a ru label in an infobox about a russian city, and that label is changes, you don't want that to show in the watchlist? Relying on the wiki's content language for filtering seems like a bad idea. We can actually know which language is indeed used on the page, we should use that information!

  • en may use https://www.wikidata.org/wiki/Property:P1559 (name in native language)/https://www.wikidata.org/wiki/Property:P1705 (native label) for Russian names, but unlikely to use ru label. If it does use ru label, this is probably wrong.
  • If we don't have this information we can heuristically assume it use only local labels - and be correct for 99.99% of the time which is way better than the current state. but if we do have this information (en pages using ru label or similar) - this may be a little bit better than content language filtering. Where do we have this information? (I'm concerned especially for Lua use).

Possibly same for sitelinks

So, if the cswiki sitelink for Q22686 is changed to Osel_domácí, you don't want to know that your page on Donald Trump is now linking to the Czech page on donkeys?

What we could try to do is to make use of rc tags to allow more fine grained filtering, so people can decide what to hide and what to include.

  • As non cs speaker, I wouldn't know it is wrong. Having it as a preference where user can select whether to show/hide it is a good idea.

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

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

To: eranroz
Cc: Doc_James, hoo, PokestarFan, IKhitron, eranroz, Izno, Oliv0, Ltrlg, Scott_WUaS, Danmichaelo, CennoxX, Liuxinyu970226, aude, Lydia_Pintscher, daniel, Aklapper, GoranSMilovanovic, QZanden, Wikidata-bugs, Mbch331
_______________________________________________
Wikidata-bugs mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Reply via email to