ChristianKl added a comment.
> Very good. Both the interwiki bots before 2013 and 2017, and the current "solution" requiring to trash the redirect in order to be able to connect to WikiData have or had potential for starting conflicts or the WWIII. Yes, I don't think the status quo is good. I created the RfC that's the basis for finally creating change. At the moment you are the person who stalls the change by voicing doubt about whether it's the correct way forward. > That's why caching has been available and used for a long time. ;-) Caching technically means that Wikidata has to store the information about which items are redirects somewhere. Storing them as batches is as complex as storing that information somewhere else. Cache invalidation takes time. If you invalidate the cache once per day, you achieve the same turnaround that Wikidata shows the redirects that you get with the batch + bot solution. > "Those that have a WikiData Q-item to connect to. A concept sufficienty notable to have a Q-item but not having a page on that wiki at the moment. If the redirect is turned into a primary topic or vice versa then the link to wikidata remains functional." Have you actually read the RfC's that are the basis for this change and understand both sides? The question of what's "sufficienty notable" is quite unclear and has to be decided somewhere. Claiming authority for Wikidata's policies to determine text on the Wikipedia's goes against the current separation of concerns and overstepping the current lines can create pushback. One thing I didn't yet mention is that we want the ability to run queries to list items with redirects that are not yet tagged as an intentional redirect for humans to look at them and see what should be done with them. Having the information about the redirects on badges within Wikidata allows for that to happen. If the information is stored in a cache that can't be accessed via SPARQL queries that's not possible. TASK DETAIL https://phabricator.wikimedia.org/T278962 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: ChristianKl Cc: Manuel, karapayneWMDE, Dexxor, CennoxX, Tagishsimon, Pokechu22, ExE-Boss, Ameisenigel, amy_rc, Mohammed_Sadat_WMDE, Bugreporter, Lea_Lacroix_WMDE, Taylor, Lucas_Werkmeister_WMDE, Addshore, MSGJ, Simon_Villeneuve, ChristianKl, Eugene, seav, kaldari, Naseweis520, Fuzheado, ItamarWMDE, Ladsgroup, DemonDays64, DannyS712, JAnD, Hsarrazin, deryckchan, agray, MisterSynergy, Liuxinyu970226, Delasse, Jheald, Aklapper, Lydia_Pintscher, Astuthiodit_1, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331
_______________________________________________ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org