Example: if the label is edited so that it becomes the same as an existing alias (https://www.wikidata.org/w/index.php?title=Q11906650&diff=1778265038&oldid=1604959354), we lose a valid name of the entity because the edit isn't rejected.
Sat, Nov 26
Oct 28 2022
Aug 6 2022
Note: as of now MatSuBot (operated by @matej_suchanek) only merges claims of date of birth (P 569) and date of death (P 570); while the range of properties treated by the bot can be extended (see https://www.wikidata.org/w/index.php?title=Topic:Wxspna7q8jnn17u8), this means that as of now cases of duplication in other properties with datatype "time" (62 in total, so 60 properties) are remaining not treated.
Jul 12 2022
Jul 9 2022
This task was discussed in the Bug Triage Hour at the Wikidata Data Quality Days 2022.
Jun 20 2022
Related task, specifically for the problem in merging items: T221610
Apr 24 2022
Alternative version of points 2 and 3:
- to automatically mark obsolete external IDs in a way different from other external IDs (e.g. some different color)
- to give registered users the possibility to group obsolete external IDs in a subsection Obsolete identifiers of the section Identifiers and to autocollapse it through Preferences > Appearence (or > Gadgets)
Mar 13 2022
Mar 9 2022
Probably related task: T300201
Feb 16 2022
Thanks, solved the case for P1476
Feb 15 2022
I think that the violation message should be shown only if the property is used as main value, not when it is used as qualifier (see also https://www.wikidata.org/wiki/Q830798#P8189).
Feb 11 2022
Are we sure that this is "Lowest" priority? Given that aliases which duplicate labels are an additional burden on WDQS (although probably not such a big burden), maybe we can raise a bit the priority of this ticket.
The task above could be updated: ISO 8601-2:2019 effectively supported EDTF (https://en.wikipedia.org/wiki/ISO_8601).
Jan 16 2022
Jan 15 2022
Ongoing discussion about common.css at https://www.wikidata.org/wiki/MediaWiki_talk:Common.css#Styling_Deprecated/Preferred_Ranks
Dec 30 2021
Maybe activating by default the gadget https://www.wikidata.org/wiki/MediaWiki:Gadget-SearchAll? It is already available in https://www.wikidata.org/wiki/Special:Preferences#mw-prefsection-gadgets. But it doesn't exactly correspond to this request, which I support, of course!
Dec 5 2021
I reported a connected problem for the gadget Merge.js: https://www.wikidata.org/wiki/MediaWiki_talk:Gadget-Merge.js#Bug_with_aliases_identical_to_labels
Nov 27 2021
Another problem of encoding: https://www.wikidata.org/wiki/Property:P2549 contains "&" in its IDs and due to encoding of "&" all the links are broken.
Sep 28 2021
In a case like https://www.wikidata.org/wiki/Q191118, I tend to think a general label is not applicable (each language has its name for "tonne"); having "mul-lat" and "mul-cyr", I would set "t" as "mul-lat" alias and "т" as "mul-cyr" alias; having only "mul", I would set both "t" and "т" as "mul" aliases. Anyway, it is reasonable to start applying "mul" (or similar) with specific types of items (I tried to list them above; starting with some of them, as disambiguations, could work well).
If mul is in Cyrillic (e.g. it will probably be in https://www.wikidata.org/wiki/Q29652874), it will happen as follows in my opinion:
- "mul" label = Афанасий
- if a language code has no label, it will default to "Афанасий"
- if a language code has a transliterated label (e.g. "en" label = Afanasy), for this language code one of the aliases is by default "Афанасий"
This seems fine to me.
I think "the fallback to mul happens before the implicit fallback to en but after any explicit fallback" is preferrable (since I think Amphispiza bilineata is preferable to “Black-throated Sparrow”).
Sep 10 2021
From Wikidata, I can say that having the possibility to filter out some tags from the watchlist (especially tags referring to semiautomatic tools such as QuickStatements and OpenRefine, which periodically flood the watchlist when big imports are done) would be much useful; selecting all other tags is very complex.
P.S. Maybe this ticket should be triaged?
Aug 31 2021
There are at least 3 categories of items which strongly need this:
- persons (https://www.wikidata.org/wiki/Special:Search/haswbstatement:P31=Q5, as of now 9.2M): in most cases the same label and the same aliases are repeated in different languages (e.g. in wikidata.org/w/index.php?title=Q19667413&action=history I can count 6 same-label additions: fr, nl, sl, ca, ast, sq; many other items are similar)
- in the case of people, "mul-<script>" is required: names are the same only considering languages with the same alphabet, I'm mostly thinking about Latin alphabet
- in some cases there could be the following problem: one Latin-script language may prefer a form (e.g. "Philip L. Brown"), another Latin-language script another form (e.g. "Philip Larry Brown" or "Philip Brown"); while the group of labels and aliases is the same for all same-script languages, which is the label and which is the alias may vary from language to language; of course, this problem occurs only when there is more than one form of the name, but in many cases this doesn't happen
- given names and family names (https://w.wiki/3zWT, which counts Q202444 and Q101352 including subclasses, as of now 590k): in all cases the same label are repeated in different same-script languages (e.g. https://www.wikidata.org/wiki/Q21448867)
- scientific articles (https://www.wikidata.org/wiki/Special:Search/haswbstatement:P31=Q13442814, as of now 37.3M): in most cases the same label is repeated in different languages (e.g. https://www.wikidata.org/wiki/Q27860672)
- in some cases there could be articles with parallel titles in different languages (e.g. https://www.wikidata.org/wiki/Q59238742)
- asteroids (https://www.wikidata.org/wiki/Special:Search/haswbstatement:P31=Q3863, as of now 247k)
- galaxies (https://www.wikidata.org/wiki/Special:Search/haswbstatement:P31=Q318, as of now 2.1M)
- taxa (https://www.wikidata.org/wiki/Special:Search/haswbstatement:P31=Q16521, as of now 3.1M)
and still leaving out disambiguation pages (https://www.wikidata.org/wiki/Special:Search/haswbstatement:P31=Q4167410, as of now 1.3M), we obtain 52.6M items, out of 94.9M items, and probably the count could be further increased.
Jul 21 2021
And now it seems solved; it lasted about two or three minutes.
Apr 7 2021
I would suggest to set up automatically the expiring-watchlist not only for deleted pages, but also for pages which are moved (the watchlist adds the new title, but retains the old one): there can be a preference, enabled by default, that says that a redirect which is a result of a page move will automatically be un-watched after (e.g.) 1 year.
Feb 19 2021
I report also https://www.wikidata.org/wiki/Property_talk:P9070#Backslash_decoding_problem, maybe it can be useful
Feb 14 2021
Problem solved: edits weren't marked with "bot=1", now will be (see https://www.wikidata.org/w/index.php?title=Topic:W3feopgnunusmtn3).
Feb 11 2021
I report here my issue: "As reported in https://www.wikidata.org/wiki/Property_talk:P9112#ID_IFLA_link_to_an_error_page, the link generated by https://www.wikidata.org/wiki/Property:P9112 always encodes # as %23 ( e.g. in https://www.wikidata.org/wiki/Q719309#P9112 links to https://www.iflastandards.info/unimarc/terms/key%23ab ), causing in fact a wrong link." Are we sure this is "low" priority? Thanks in advance!
Dec 17 2020
Dec 9 2020
I think it should be prevented in any case. More precisely, I think we should prevent adding exactly equal references and also adding references which present the same parts in a different order, and afterwards we should send a cleaning-bot.
Nov 22 2020
Sep 12 2020
The problem seems to be worse in recent weeks: see https://www.wikidata.org/wiki/Wikidata:Project_chat#Missing_increments_for_new_creates_Items +https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team#Missing_QIDs + https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team#phab:T232620.
Aug 31 2020
Please note that you should take into account not only manual insertions (e.g. https://www.wikidata.org/w/index.php?title=Q957548&diff=1268719940&oldid=1268710970), but also insertions through QuickStatements (e.g. https://www.wikidata.org/w/index.php?title=Q957548&diff=1268710970&oldid=1259272612), OpenRefine and other tools for massive editing.
Jul 9 2020
The issue has misteriously disappeared both in the examples of the property and in the items where it is used, so I close the task.
Jul 8 2020
Jun 18 2020
See also the query https://w.wiki/UUJ, which shows all the parts of the items (there are other properties which look strange).
Jun 17 2020
Jun 1 2020
May 31 2020
May 24 2020
See also https://www.wikidata.org/wiki/Topic:Vkhd578n4cv9ndew: the problem has been persistent in the last month.
May 19 2020
Issue in https://www.wikidata.org/wiki/MediaWiki:Gadget-AuthorityControl.js solved.
May 13 2020
May 7 2020
Apr 19 2020
Feb 10 2020
It was reported by Peter NYC here (https://www.wikidata.org/wiki/User_talk:Ep%C3%ACdosis#Thanks_for_the_Thanks,_but_my_edit_was_a_Fail), who says it only happens when he is logged-in in English Wikipedia. I can't reproduce it too.
Apr 24 2019
Jun 8 2018
In my case I selected "Set a local exception for this global preference" and the box became clickable; then I made one change ad I saved. But when I reloaded the page "Set a local exception for this global preference" was still selected, but the change I made had disappeared. I tried many times, but every time I made the change and then it disappeared.
Dec 9 2017
Aug 3 2016
It's impossible to add or modify statements with "item" datatype.