[Wikidata-bugs] [Maniphest] T227201: Disable Wikidata sitelinks in ProofreadPage namespaces
Billinghurst added a comment. Do we need to do anything in the task list for the creation of wiki space for any future Wikisources so that there does not have to be separate new site requests? TASK DETAIL https://phabricator.wikimedia.org/T227201 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matej_suchanek, Billinghurst Cc: Strainu, Huji, Ladsgroup, Lydia_Pintscher, Ricordisamoa, jayvdb, Glaisher, Nikki, jayantanth, aude, Billinghurst, Aklapper, jeblad, Tacsipacsi, Invadibot, STei-WMF, Zabe, maantietaja, Juan90264, Akuckartz, CptViraj, AKA_MBG, Iflorez, Dibya, alaa_wmde, 94rain, DannyS712, Nandana, Tks4Fish, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, Kizule, LawExplorer, Devwaker, Niklitov, _jensen, Urbanecm, rosalieper, JEumerus, Scott_WUaS, Ananthsubray, Superzerocool, Stanglavine, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, Wikidata-bugs, Snowolf, Base, Dcljr, Matanya, Mbch331, Jay8g, Krenair ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T97577: [Story] Magic Word __EXPECTED_UNCONNECTED_PAGE__ to exclude pages from Special:UnconnectedPages
Billinghurst added a comment. We also should be looking to add it to mw:Help:Magic words <https://www.mediawiki.org/wiki/Help:Magic_words> when it goes live. TASK DETAIL https://phabricator.wikimedia.org/T97577 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup, Billinghurst Cc: Johan, Manuel, Inductiveload, Billinghurst, Ladsgroup, Tacsipacsi, Palotabarat, Liuxinyu970226, Superchilum, Wap, LikeLifer, ValterVB, Nikki, daniel, hoo, aude, Lydia_Pintscher, Ricordisamoa, Bugreporter, Aklapper, jeblad, Invadibot, R4356th, EhsanKhandowa, maantietaja, Hazizibinmahdi, Akuckartz, Iflorez, PatsagornY, alaa_wmde, Viztor, Nandana, lucamauri, Amorymeltzer, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, JJMC89, _jensen, rosalieper, Scott_WUaS, Luke081515, Wikidata-bugs, TheDJ, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T97577: [Story] Magic Word __EXPECTED_UNCONNECTED_PAGE__ to exclude pages from Special:UnconnectedPages
Billinghurst added a subscriber: Johan. Billinghurst added a comment. @Johan I think that there would be value in mentioning this in a Tech News as it has value in that broader level announcement for the Wikimedia sisters. TASK DETAIL https://phabricator.wikimedia.org/T97577 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup, Billinghurst Cc: Johan, Manuel, Inductiveload, Billinghurst, Ladsgroup, Tacsipacsi, Palotabarat, Liuxinyu970226, Superchilum, Wap, LikeLifer, ValterVB, Nikki, daniel, hoo, aude, Lydia_Pintscher, Ricordisamoa, Bugreporter, Aklapper, jeblad, Invadibot, R4356th, EhsanKhandowa, maantietaja, Hazizibinmahdi, Akuckartz, Iflorez, PatsagornY, alaa_wmde, Viztor, Nandana, lucamauri, Amorymeltzer, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, JJMC89, _jensen, rosalieper, Scott_WUaS, Luke081515, Wikidata-bugs, TheDJ, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T275958: Enable interlanguage links from multilingual Wikisource to other Wikisources
Billinghurst added subscribers: Johan, Billinghurst. Billinghurst added a comment. I presuming that this will be mentioned in Wikidata weekly summary, It would be great to have this mentioned in a relevant Tech News @Johan that multi-language Wikisource will finally be having active interwiki links from Wikidata. TASK DETAIL https://phabricator.wikimedia.org/T275958 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup, Billinghurst Cc: Billinghurst, Johan, Lydia_Pintscher, Ankry, Jarekt, -jkb-, Ladsgroup, Candalua, Tacsipacsi, Aklapper, Invadibot, Lalamarie69, Zabe, maantietaja, Alter-paule, Hazizibinmahdi, Beast1978, Un1tY, Akuckartz, Hook696, CptViraj, Iflorez, MJL, Kent7301, Dibya, alaa_wmde, joker88john, 94rain, DannyS712, CucyNoiD, Nandana, Tks4Fish, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, Jayprakash12345, Mahir256, QZanden, Kizule, LawExplorer, Lewizho99, Maathavan, Devwaker, Niklitov, _jensen, Urbanecm, rosalieper, Bodhisattwa, JEumerus, Scott_WUaS, Jonas, Ananthsubray, Superzerocool, Samwilson, Stanglavine, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, Hsarrazin, Wikidata-bugs, Snowolf, Base, aude, Dcljr, jayvdb, Shizhao, Addshore, Matanya, Mbch331, jayantanth, Jay8g, Ltrlg, Krenair ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T282624: Limit IA granting/revoking to stewards only
Billinghurst added a comment. In T282624#7087157 <https://phabricator.wikimedia.org/T282624#7087157>, @jrbs wrote: > In T282624#7087006 <https://phabricator.wikimedia.org/T282624#7087006>, @Billinghurst wrote: > >> It is **not **WMF's role to make community's operational decisions, as in what stewards alone can do. T does a disservice to the community when it so simply ignores the years of community operation. **The stewards were not set up to be, and should not be, your sole point of community consultation on these matters**. Read the scope of their role. For matters of this significance it is simply wrong for WMF to think that they get to impose their solutions, especially only in consultation with stewards. I am a little disappointed that stewards are not kicking back on this issue telling you that this is not for their decision, and saying that the community needs to be consulted. >> >> **WHAT ARE WE DOING HERE IN PHABRICATOR???** That we are having to have this discussion on a phabricator speaks volume to the problem of staff isolating from community on general matters, and increasingly on so many matters. Do you not see this particularly as an issue? This is a technical forum, not the place for our social conversations. >> >> I ask that you bring the social issues to metawiki. Set out the problem, set out the exact principles, set out the non-negotiables, and then what is negotiable. Please stop the change the methodology of benevolent dictatorship. I, personally, don't mind temporary measures to fix immediate concerns, but if this is months of existing discussion, it seems that you lost that opportunity. > > Please calm down. I think I made it quite clear that this was a misstep. I am human and make mistakes. Joe, I was perfectly calm. I am not blaming any individual. This is a system and process failure. You have a whole team of people with whom you work, and you were working with a team of steward. There were numbers of points of failure where there should have been people asking these questions. Yes, I piled on some reflections of my working with the WMF as an involved volunteer, and the changing dynamics. If some of us have reflections of how tools and processes used to be and how they are less successful now, what would you like us to do? When it is only in phabricator that these matters can be raised and get any real interaction with staff and totally reactively, please don't come and tell us to calm down. Get your colleagues out into the wikis working with us there. If that is not going to happen, then come out and say that, so we can utilise our representatives to the board to put forward our points of view. TASK DETAIL https://phabricator.wikimedia.org/T282624 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: SpartacksCompatriot, alaa, MBq, Raymond, Funkruf, XenonX3, Darmo117, zhuyifei1999, Billinghurst, FriedrickMILBarbarossa, DonTrung, Meirae, Teles, Rubin16, TheDJ, Risker, 4nn1l2, MGChecker, Krd, MF-Warburg, MBH, Bebiezaza, Krenair, Acagastya, IKhitron, Iniquity, Urbanecm, Leaderboard, Minorax, Majavah, Proc, stjn, SilkTork, Johan, Quiddity, Amorymeltzer, Asartea, TheSandDoctor, CptViraj, DannyS712, Bugreporter, Jack_Frost, Xaosflux, SQL, Zabe, AntiCompositeNumber, Jack_who_built_the_house, suffusion_of_yellow, GeneralNotability, Rschen7754, Izno, Stanglavine, Tks4Fish, Cosine02, Aklapper, jrbs, Invadibot, LaMagiaaa, R4356th, EhsanKhandowa, RuiyuShen, maantietaja, Muchiri124, CBogen, Akuckartz, Sebleouf, Joye_Zhang, PatsagornY, Dibya, VulpesVulpes825, Lepticed7, Sunny00217, Viztor, 94rain, Nandana, Hamishcn, Jony, Lahi, Gq86, Ramsey-WMF, BJ6123C7BTD, Nahid, GoranSMilovanovic, SPoore, lisong, Jayprakash12345, Allthingsgo, QZanden, Kizule, LawExplorer, JJMC89, Devwaker, Niklitov, Poyekhali, _jensen, rosalieper, Pamputt, Tegel, Taiwania_Justo, RuyP, JEumerus, Scott_WUaS, Ananthsubray, Superzerocool, Ixocactus, Tulsi_Bhagat, Taketa, Thibaut120094, Matiia, Einsbor, Wong128hk, Luke081515, Fuzheado, SimmeD, Bsadowski1, Mardetanha, Barras, Cwek, Wikidata-bugs, Snowolf, Savh, Base, aude, Pmlineditor, Dcljr, NahidSultan, El_Grafo, Dinoguy1000, DerHexer, Shanmugamp7, Trijnstel, Shizhao, Melos, Jalexander, Stryn, Addshore, Steinsplitter, Matanya, Mbch331, Liuxinyu970226, Jay8g, Ltrlg, Glaisher, Keegan ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T279399: Selective means to exclude (sub)pages from Special:UnconnectedPages
Billinghurst added a comment. Would also be looking to use it to tag category redirect pages which show up, though generally would not be getting a WD item TASK DETAIL https://phabricator.wikimedia.org/T279399 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Aklapper, Billinghurst, Invadibot, maantietaja, Akuckartz, Nandana, Amorymeltzer, Lahi, Gq86, Lsherwinforone, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Sethakill, _jensen, rosalieper, Scott_WUaS, Wong128hk, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T279399: Selective means to exclude (sub)pages from Special:UnconnectedPages
Billinghurst updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T279399 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Aklapper, Billinghurst, Invadibot, maantietaja, Akuckartz, Nandana, Amorymeltzer, Lahi, Gq86, Lsherwinforone, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Sethakill, _jensen, rosalieper, Scott_WUaS, Wong128hk, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T279399: Selective means to exclude (sub)pages from Special:UnconnectedPages
Billinghurst created this task. Billinghurst added projects: Wikidata, MediaWiki-Special-pages. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION The Wikisources need a means to selectively exclude (sub)pages from showing up in Special:UnconnectedPages. As currently it is next to useless with clutter items that would not need to be itemised Certain works of fiction will typically have Chapter 1 .. Chapter N which the Wikisources put as subpages to the work (and the work will have a WD edition item) however, we would typically not create an item for a chapter It is not all subpages that need this treatment as we have works where we would create items (non-fiction, poetry, etc.) so I would think that we need a means to mark at the rootpagename level that the subpages are not to be listed. Something that we could template would be ideal, I was thinking a binary switch. There also may be certain pages of all works that should not be itemised, so there would also be the need to identify a subpage of a work to not be itemised. Here I am thinking advertising material that may have been reproduced that is deemed not worthy of an item, so we would need an option at a page level. So whether this becomes something that identifies subpages / thispage which could be embedded in a page. It needs to be easy to do, easy to manage, so putting it into the page information would be bothersome. I would guess that we would still need the ability to categorise its use so to watch or abuse/misuse. Thanks. TASK DETAIL https://phabricator.wikimedia.org/T279399 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Aklapper, Billinghurst, Invadibot, maantietaja, Akuckartz, Nandana, Amorymeltzer, Lahi, Gq86, Lsherwinforone, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Sethakill, _jensen, rosalieper, Scott_WUaS, Wong128hk, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T138332: Interwiki links to/from Multilingual Wikisource
Billinghurst added subscribers: Mahagaja, -jkb-, Zyephyrus, Billinghurst. Billinghurst added a comment. @Ankry @Zyephyrus @Mahagaja @-jkb- care to make comment for your community? To me it is imperfect though better than not having a link. My biggest concern is that it won't be obvious to users to where to add mulWS links. TASK DETAIL https://phabricator.wikimedia.org/T138332 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Billinghurst, Zyephyrus, -jkb-, Mahagaja, Ladsgroup, Tacsipacsi, AlexisJazz, Silvan_WMDE, Koavf, Uzume, beleg_tal, Hsarrazin, Ankry, MJL, Lea_Lacroix_WMDE, Jarekt, Ash_Crow, jhsoby, PokestarFan, Nikki, Liuxinyu970226, Candalua, Mbch331, Lydia_Pintscher, Thibaut120094, Aklapper, Yann, Zppix, Akuckartz, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, Jonas, Samwilson, Wikidata-bugs, aude, jayvdb, Shizhao, jayantanth, Ltrlg, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T251054: Search in Wikidata should display years of life (birth / death) for people items in search results
Billinghurst created this task. Billinghurst added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION When undertaking a general search within Wikidata the search results for people is pretty useless to readily identify people, and requires you to repeatedly drill down into items to explore the data when trying to match and avoid duplicates, and the more common a name, the more challenging it becomes. Example https://www.wikidata.org/w/index.php?search=peter%20smith=Special%3ASearch=1=1=1=1=1=1 Some people have taken to adding (-) into description fields to give functionality, however, we have the data in the item, we should be needing to retype it. It also complicates that process and those fields. There is no ready means to search the Wikidata based on name and years of life to focus on people searches either on specific year or general year, or period of living., so ... POTENTIAL SOLUTION change the data output. When people items are returned in a search result, if the years of life were able to be returned as well as the name and the description field this would give a more useful and usable search result. Search should not be hunt and peck, or give a general indication, it should be returning data that can be interpreted. TASK DETAIL https://phabricator.wikimedia.org/T251054 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Aklapper, Billinghurst, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331, DannyS712 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T128173: Represent editions as interwiki links on Wikisource
Billinghurst added a comment. In T128173#5828946 <https://phabricator.wikimedia.org/T128173#5828946>, @Uzume wrote: > The issue becomes how to represent multiple edition links in Mediawiki toolbars across multiple WMF wikis across their projects. Currently, as implemented via WD sitelinks, we only allow one link per wiki per project per WD item. This is in part owning to the limited space in the Mediawiki toolbars where such links are displayed. Even across wikis within a single project when only a single link is allowed per wiki, there can sometimes be a *very* large number of links (there are many languages in Wikipedia alone and already there are mechanisms that limit the number of sitelinks displayed in the toolbar by default). If English Wikisource has multiple editions of a work, then it creates a "Versions" page, and these we directly link to the work item. Similarly, if there are multiple translations of a work (different translators) then we have a "translations" page that has links to the WD item for the work. Obviously the numbers of versions and translations pages held at the Wikisource are quite limited.So it is understood that there will only be one interwiki link from WP to WS, and that would be versions/translations first, and then the editions in their absence. I also would think that the interwiki links between W: and S: would only be in the same language. As such YES - interlanguage - interproject, same language NO - interprojects, and all languages noting that this would then be just two steps from W: in language to S: in another language, either following the W: link or the S: gets you there in two steps. TASK DETAIL https://phabricator.wikimedia.org/T128173 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Uzume, Vladis13, beleg_tal, MJL, JAnD, Tpt, PokestarFan, Hsarrazin, Bodhisattwa, Billinghurst, MF-Warburg, Purodha, Ankry, Candalua, Gymel, Aklapper, iecetcwcpggwqpgciazwvzpfjpwomjxn, StudiesWorld, Hook696, Daryl-TTMG, RomaAmorRoma, 0010318400, E.S.A-Sheild, darthmon_wmde, Meekrab2012, joker88john, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Af420, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, Mahir256, QZanden, LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, Samwilson, Wikidata-bugs, aude, jayvdb, Shizhao, Mbch331, jayantanth, Ltrlg, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T220310: Wikisource misinterprets two images imported from Wikidata as a single redlink on Author pages
Billinghurst closed this task as "Invalid".
Billinghurst added a comment.
Set a priority on the images. Clearly there is the need to set a preference.
FWIW this is a local implementation at enWS in the {{author}}, so closing as
nothing is wrong.
TASK DETAIL
https://phabricator.wikimedia.org/T220310
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Billinghurst
Cc: Billinghurst, Aklapper, beleg_tal, MattLongCT, alaa_wmde, Nandana, Lahi,
Gq86, GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, rosalieper,
Bodhisattwa, Samwilson, Wikidata-bugs, aude, jayvdb, Shizhao, Mbch331,
jayantanth, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T217730: Connect wikimaniawiki to Wikidata
Billinghurst closed this task as "Resolved". TASK DETAIL https://phabricator.wikimedia.org/T217730 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup, Billinghurst Cc: Addshore, Adotchar, Mbch331, Eric_Luth_WMSE, Stashbot, gerritbot, Liuxinyu970226, Aklapper, Mike_Peel, Billinghurst, Lydia_Pintscher, Lea_Lacroix_WMDE, alaa_wmde, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Jonas, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T109579: [Epic] Give more sister projects access to Wikidata
Billinghurst closed subtask T217730: Connect wikimaniawiki to Wikidata as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T109579 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: PokestarFan, Superchilum, Micru, intracer, Darkdadaah, MZMcBride, Krenair, Candalua, Liuxinyu970226, Ricordisamoa, Aklapper, Lydia_Pintscher, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T217730: Connect wikimaniawiki to Wikidata
Billinghurst added a comment. Works for me. I have purged the few pages that I have done, and they were more predominantly test edits, so less fussed on their updatedness. Thanks @Ladsgroup TASK DETAIL https://phabricator.wikimedia.org/T217730 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup, Billinghurst Cc: Addshore, Adotchar, Mbch331, Eric_Luth_WMSE, Stashbot, gerritbot, Liuxinyu970226, Aklapper, Mike_Peel, Billinghurst, Lydia_Pintscher, Lea_Lacroix_WMDE, alaa_wmde, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Jonas, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T217730: Connect wikimaniawiki to Wikidata
Billinghurst added a comment. In T217730#5041173 <https://phabricator.wikimedia.org/T217730#5041173>, @Mbch331 wrote: > I don't see the links to other wiki's on Wikimaniawiki. Also checked nlwiki and there I see a link to Wikimaniawiki. Very true. Two examples - https://wikimania.wikimedia.org/wiki/Wikimania - https://wikimania.wikimedia.org/wiki/Template:Welcome TASK DETAIL https://phabricator.wikimedia.org/T217730 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup, Billinghurst Cc: Mbch331, Eric_Luth_WMSE, Stashbot, gerritbot, Liuxinyu970226, Aklapper, Mike_Peel, Billinghurst, Lydia_Pintscher, Lea_Lacroix_WMDE, alaa_wmde, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Jonas, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T217730: Connect wikimaniawiki to Wikidata
Billinghurst added a comment. Working for me https://www.wikidata.org/w/index.php?title=Q7605021=prev=44922 https://www.wikidata.org/w/index.php?title=Q5622198=prev=44164 Links add Display of wikidata link at wikimaniawiki functions as expected TASK DETAIL https://phabricator.wikimedia.org/T217730 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup, Billinghurst Cc: Eric_Luth_WMSE, Stashbot, gerritbot, Liuxinyu970226, Aklapper, Mike_Peel, Billinghurst, Lydia_Pintscher, Lea_Lacroix_WMDE, alaa_wmde, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T217730: Connect wikimaniawiki to Wikidata
Billinghurst added a parent task: T214888: Developing the Wikimania Wiki. TASK DETAIL https://phabricator.wikimedia.org/T217730 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Liuxinyu970226, Aklapper, Mike_Peel, Billinghurst, Lydia_Pintscher, Lea_Lacroix_WMDE, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112715: Enable different URL shorteners for WDQS
Billinghurst added a comment. In T112715#4755586, @WalterKlossew wrote: I created a proposal on Community Wishlist Survey for URL shortener for Wikimedia wikis. Please see T108557TASK DETAILhttps://phabricator.wikimedia.org/T112715EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: VladimirAlexiev, Sabas88, Sjoerddebruin, Billinghurst, Ivanhercaz, abian, WalterKlossew, Wittylama, Framawiki, Simon_Villeneuve, Metronomo, PokestarFan, Nemo_bis, Base, Lea_Lacroix_WMDE, Ash_Crow, Jklamo, eranroz, debt, Multichill, Pasleim, Zppix, nichtich, Bhumika30, Liuxinyu970226, Jonas, Ricordisamoa, Lydia_Pintscher, Aklapper, Smalyshev, ET4Eva, Dinadineke, Nandana, tabish.shaikh91, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Soteriaspace, Jayprakash12345, JakeTheDeveloper, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, D3r1ck01, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, TheDJ, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T205556: Missing labels on items (statements show item IDs instead of labels even though labels are defined)
Billinghurst added a comment. @Addshore As I mentioned above, whilst I a having some issues with WD directly, I am having greater issues with WEF framework tool's lookups. As I create items and do the lookup for matching terms it is finding items successfully, though the rendering of the name into the visible for selection is regularly not occurring. If it was anything but the lookup I could say I had caching issues, however, the lookup will be fresh name every time.TASK DETAILhttps://phabricator.wikimedia.org/T205556EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, BillinghurstCc: Billinghurst, MartinPoulter, Liuxinyu970226, Samwilson, Addshore, Aklapper, Lucas_Werkmeister_WMDE, Magnus, Nikki, WMDE-leszek, Nandana, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, Jrbranaa, QZanden, LawExplorer, Jonas, Wong128hk, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T205556: Missing labels on items (statements show item IDs instead of labels even though labels are defined)
Billinghurst added a comment. I regularly use the WEF Framework gadget, and over the last several days I am seeing this problem come and go. There is a variation in the problems the range I am seeing is no labels render at all through the gadget; (least often) the labels in the form render, though labels in the dropdowns do not, the selections do not the labels in the form and the dropdowns render , though the typeahead choices do not render (when playing up this is the most regular misbehaviour) behaving normally The problem can last for half a day or so with the variations, though again one misbehaviour predominates.TASK DETAILhttps://phabricator.wikimedia.org/T205556EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Billinghurst, MartinPoulter, Liuxinyu970226, Samwilson, Addshore, Aklapper, Lucas_Werkmeister_WMDE, Magnus, Nikki, WMDE-leszek, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T188802: Adding property field Property:P742 (pseudonym) needs to ignore leading spaces
Billinghurst added a comment. It definitely works that way for description and aliases. Otherwise, I will have to dig through the free text fields to see where it happens as I come across them.TASK DETAILhttps://phabricator.wikimedia.org/T188802EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Lydia_Pintscher, Aklapper, Billinghurst, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T188802: Adding property field Property:P742 (pseudonym) needs to ignore leading spaces
Billinghurst renamed this task from "Adding property field Property:(P)742 (pseudonym) needs to ignore leading spaces" to "Adding property field Property:P742 (pseudonym) needs to ignore leading spaces".Billinghurst updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONIn Wikidata, when adding text to Property:P742(P)742 (pseudonym) it complains when there is a leading space rather than just ignoring and cropping it. This is already the behaviour for many other free text fields.TASK DETAILhttps://phabricator.wikimedia.org/T188802EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Aklapper, Billinghurst, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T188802: Adding property field Property:P742 (pseudonym) needs to ignore leading spaces
Billinghurst renamed this task from "Adding property field P742 (pseudonym) needs to ignore leading spaces" to "Adding property field Property:P742 (pseudonym) needs to ignore leading spaces". TASK DETAILhttps://phabricator.wikimedia.org/T188802EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Aklapper, Billinghurst, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T188802: Adding property field Property:(P)742 (pseudonym) needs to ignore leading spaces
Billinghurst renamed this task from "Adding property field Property:P742 (pseudonym) needs to ignore leading spaces" to "Adding property field Property:(P)742 (pseudonym) needs to ignore leading spaces". TASK DETAILhttps://phabricator.wikimedia.org/T188802EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Aklapper, Billinghurst, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T188802: Adding property field P742 (pseudonym) needs to ignore leading spaces
Billinghurst created this task.Billinghurst added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONIn Wikidata, when adding text to Property:P742 (pseudonym) it complains when there is a leading space rather than just ignoring and cropping it. This is already the behaviour for many other free text fields.TASK DETAILhttps://phabricator.wikimedia.org/T188802EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Aklapper, Billinghurst, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T186945: Message welcome bots at local wikis trigger due to edits at Wikidata
Billinghurst added a comment. Put the NewUserMessage back as it is the prime reason that I started the message. I wrote above what I wished to be achieved please see suggestion a) or b) in original message. In the end, that WD editing creates accounts is interesting, that it triggers the newusermessage bot is confusing. We should not be confusing, especially at wikis where the user doesn't edit, and cannot read the script/language of the incoming message, and cannot even translate the message through a tool.TASK DETAILhttps://phabricator.wikimedia.org/T186945EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: matej_suchanek, Multichill, HakanIST, Trizek-WMF, NicoScribe, Liuxinyu970226, Jarekt, IKhitron, Sjoerddebruin, Pintoch, A2093064, Aklapper, Billinghurst, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T186945: Message welcome bots at local wikis trigger due to edits at Wikidata
Billinghurst added a project: MediaWiki-extensions-NewUserMessage. TASK DETAILhttps://phabricator.wikimedia.org/T186945EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: matej_suchanek, Multichill, HakanIST, Trizek-WMF, NicoScribe, Liuxinyu970226, Jarekt, IKhitron, Sjoerddebruin, Pintoch, A2093064, Aklapper, Billinghurst, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T186945: Message welcome bots at local wikis trigger due to edits at Wikidata
Billinghurst added subscribers: NicoScribe, Trizek.Billinghurst added a comment. In WD there was the following report by @NicoScribe ... Until December 2017, I had approximately 108 local accounts listed by meta:Special:CentralAuth/NicoScribe they were the consequences of my visits on 108 Wikimedia projects. But after the deployment of mw:MediaWiki 1.31/wmf.12 I had approximately 404 local accounts (whereas I have made almost no new visit). Now, after the deployment of mw:MediaWiki 1.31/wmf.20, I have approximately 509 local accounts (whereas I have made almost no new visit). In December, I had a talk (in French) with @Trizek (WMF): everything is linked to T181731 and T179832.TASK DETAILhttps://phabricator.wikimedia.org/T186945EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Trizek, NicoScribe, Liuxinyu970226, Jarekt, IKhitron, Sjoerddebruin, Pintoch, A2093064, Aklapper, Billinghurst, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T186945: Message welcome bots at local wikis trigger due to edits at Wikidata
Billinghurst renamed this task from "Message welcome bot at local wikis trigger due to edits at Wikidata" to "Message welcome bots at local wikis trigger due to edits at Wikidata". TASK DETAILhttps://phabricator.wikimedia.org/T186945EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Aklapper, Billinghurst, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T186945: Message welcome bot at local wikis trigger due to edits at Wikidata
Billinghurst created this task.Billinghurst added projects: MediaWiki-extensions-NewUserMessage, Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWe have a mediawiki setting that allows a local wiki to welcome new users (not exactly sure of the mechanism, though I believe that it is Extension:NewUserMessage). We have an issue where an edit at Wikidata is triggering the newusermessage to be delivered at the target wiki for the WD edit. This is quite disconcerting to have a welcome message appear at a wiki when you are not registered there, so let alone I haven't edited there. Take into account that these are messages from an unknown account, sometimes where there is no ability to translate the language from a wiki where you have never been where you have to guess that they are a welcome message, not a spam attack not time-relevant to an edit that you made the default settings at the new wiki make it difficult to see the context of the message (bot account; wikidata edits are hidden; delayed response to edit time) Example, this edit at Wikidata https://www.wikidata.org/w/index.php?title=Special:EntityPage/Q5296=6240=627751450=627679753 Revision as of 03:49, 7 February 2018 has been identified by many wikis to send me a variety of welcome messages over a period of time. One example: https://hi.wikiversity.org/wiki/%E0%A4%B5%E0%A4%BF%E0%A4%B6%E0%A5%87%E0%A4%B7:RecentChanges?hidebots=1=1=500=7=2 D विकिविश्वविद्यालय:मुखपृष्ठ (Q5296); 09:19 . . Billinghurst (talk | contribs) (Reverted edits by Manvydasz (talk) to last revision by Sjoerddebruin) It has created 7 accounts for me, and I have received at least two messages. sort on "atttached on" Fortunately I had 800++ accounts already, otherwise it could have been a bit of a welcome message storm. Can we please have one of the following implemented a) newusermessage bot needs a physical edit on the wiki in questions rather than a shadow edit elsewhere; or b) that WD edits are not visible to the extension As a side note to WD, interesting to see the changes made at [03:49, 7 February 2018 ] still propagate through the wikis at [01:08, 10 February]TASK DETAILhttps://phabricator.wikimedia.org/T186945EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Aklapper, Billinghurst, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112715: Enable different URL shorteners for WDQS
Billinghurst added a comment. Personally I still don't understand why the Wikidata-query-service doesn't generate their own shortened urls and own the resolution. It shouldn't have external security issues, and less in the way of abuse. Magnus has done that with petscan. Waiting for the broader WMF to resolve this is where there is no evident poltical will or impetus is becomng ... .TASK DETAILhttps://phabricator.wikimedia.org/T112715EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Billinghurst, Ivanhercaz, abian, WalterKlossew, Wittylama, Framawiki, Simon_Villeneuve, Metronomo, PokestarFan, Nemo_bis, Base, Lea_Lacroix_WMDE, Ash_Crow, Jklamo, eranroz, debt, Multichill, Pasleim, Zppix, nichtich, Bhumika30, Liuxinyu970226, Jonas, Ricordisamoa, Lydia_Pintscher, Aklapper, Smalyshev, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T166056: Add mw.wikibase.entity:getStatements for convenience
Billinghurst added a comment. has the functionality here been added to an FAQ or help pages on Wikidata and/or Meta?TASK DETAILhttps://phabricator.wikimedia.org/T166056EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranroz, BillinghurstCc: Billinghurst, gerritbot, Lydia_Pintscher, Aklapper, TerraCodes, hoo, Asad_Ali_Palijo, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, RazeSoldier, Jayprakash12345, JakeTheDeveloper, QZanden, Zoranzoki21, LawExplorer, MuhammadShuaib, SimmeD, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T183341: New item fails (Special and WEF tool)
Billinghurst added a comment. In T183341#3851222, @jcrespo wrote: @Billinghurst I was actually praising you for the report, for taking the time, and saying sorry it happened :-) Yep, also thought that you were asking something else though, clearly not.TASK DETAILhttps://phabricator.wikimedia.org/T183341EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: jcrespo, Marostegui, Ladsgroup, Aklapper, Billinghurst, Rayssa-, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T183341: New item fails (Special and WEF tool)
Billinghurst added a comment. fwiw the phabricator ticket came on the seventh fail in however many minutes. 3 using tool, then 2 using create item; ask in IRC, get response try again through special item on 2 PCs, so call that at least 10-15 minute period of occurrence, and that would only be minimum if I started in coincidence with it starting. all unscientific timingTASK DETAILhttps://phabricator.wikimedia.org/T183341EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: jcrespo, Marostegui, Ladsgroup, Aklapper, Billinghurst, Rayssa-, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T183341: New item fails (Special and WEF tool)
Billinghurst added a comment. if this is something that may recur, may I ask for the coordination of a more informative error message, or something that tells me to stop and come back soon?TASK DETAILhttps://phabricator.wikimedia.org/T183341EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Marostegui, Ladsgroup, Aklapper, Billinghurst, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Minhnv-2809, Luke081515, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T183341: New item fails (Special and WEF tool)
Billinghurst added a comment. after a big gap in RecentChanges there is a trickle of item creations now occurring. I was able to create.TASK DETAILhttps://phabricator.wikimedia.org/T183341EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Ladsgroup, Aklapper, Billinghurst, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T183341: New item fails (Special and WEF tool)
Billinghurst added a comment. tried a separate PC and got same resulting failureTASK DETAILhttps://phabricator.wikimedia.org/T183341EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Aklapper, Billinghurst, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T183341: New item fails (Special and WEF tool)
Billinghurst created this task.Billinghurst added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWhen trying to creat a new item theough Special:NewItem it fails with the message A database query error has occurred. This may indicate a bug in the software. [WjosPApAEKsAAEHeEl8A] 2017-12-20 09:24:28: Fatal exception of type "Wikimedia\Rdbms\DBQueryError" Had previously tried to create item with WEF tool which had also failed a few times.TASK DETAILhttps://phabricator.wikimedia.org/T183341EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Aklapper, Billinghurst, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T54971: [Goal] Sitelinks to Incubator, OldWikisource and BetaWikiversity
Billinghurst added a comment. Ouch everyone. Merry Christmas to you all. The issue we have is a clash of technical nature We have small languages put together on one wiki as it is easier/resource-wise to manage (WMF management) Wikidata only allows one site link per wiki. (WD data mgt) I didn't see that the proposal was to create the wikis, I saw the proposal into "tricking" wikidata, or mediawiki interwiki map to have an Asturian (ast:) work at mul.wikisource to be linkable by ast:(Title of work) or mul:(Title of work). Perform the tricks at WD, perform it through moving files into specific paths, perform it be server path rewrites, whatever. This is not about wikidata, so to speak, it is about giving these smaller represented languages the ability to have their works presented and linked. Wikidata is seen as the means to run queries, to search, to present metadata, and these small communities need someone to assist them to a resolution, not a lot of people just saying "no, too hard" and then moving back to the shiny toys, whatever, after all these years, we just would like a practical working solution.TASK DETAILhttps://phabricator.wikimedia.org/T54971EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Sannita, Superchilum, ChristianKl, daniel, Bugreporter, PokestarFan, Koavf, StevenJ81, Samwilson, Esc3300, srishakatux, C933103, Stashbot, hoo, aude, JanZerebecki, TTO, Liuxinyu970226, Accurimbono, Aklapper, Ricordisamoa, Purodha, liangent, Wikidata-bugs, Vogone, Candalua, SPQRobin, mxn, Filceolaire, jayvdb, Micru, revi, Billinghurst, Lydia_Pintscher, MF-Warburg, zhuyifei1999, Tpt, Abo00tamr, Lahi, Gq86, GoranSMilovanovic, QZanden, CXuesong, LawExplorer, Wong128hk, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T183100: Restrict the ability of users to choose enwiki Draft: namespace for Wikidata interwiki links
Billinghurst created this task.Billinghurst added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWith wikidata interwikilinks it is possible to add enWP's Draft: namespace. Pages in that namespace are not considered articles and should not be available to be chosen. Where a page at enWP is moved from the main ns to the Draft: ns at Wikidata it should be treated with the same methodology as the link removal process. Wikidata Community discussionTASK DETAILhttps://phabricator.wikimedia.org/T183100EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Aklapper, Billinghurst, Lahi, Gq86, GoranSMilovanovic, QZanden, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T181501: Problem in (Add links)
Billinghurst added a comment. As _javascript_s / gadgets can be competing, has the user gone back to defaults, or used the quick means to neutralise gadgets and personalisation (and I cannot remember off the top of my head the quick means to do that).TASK DETAILhttps://phabricator.wikimedia.org/T181501EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Billinghurst, matej_suchanek, Mbch331, alanajjar, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, Wikidata-bugs, aude___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T179130: chomp leading spaces and tabs from lookahead function in wikidata field entry
Billinghurst added a comment. as a comment, I believe that we also used to have a terminating chomp of trailing space as part of the lookahead function, and now the addition of a space is literal in lookahead. If that is purposeful behaviour, okay; if it is not, then maybe it can be looked at again. There are benefits in either scheme in having a literal space, though if you have the space and don't identify that in the result, it can lead to thinking that a term does not exist and either creating it (as duplicate) or not linking an item.TASK DETAILhttps://phabricator.wikimedia.org/T179130EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Smalyshev, Aklapper, Billinghurst, Lahi, GoranSMilovanovic, Jrbranaa, QZanden, EBjune, Avner, debt, Gehel, FloNight, Wikidata-bugs, aude, jayvdb, Mbch331, jeremyb___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T179130: chomp leading spaces and tabs from lookahead function in wikidata field entry
Billinghurst created this task.Billinghurst added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWith wikidata, following the recent update, when text is pasted with leading spaces or a tab, the lookahead function used to be able to ignore the leading characters and focus on the text for its search. The chomp function has disappeared. a simple example " female given name " is a text copy from the description field and it used to be able to be pasted into "instance of", and remove the superfluous spaces in its lookup. Ability lost.TASK DETAILhttps://phabricator.wikimedia.org/T179130EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Aklapper, Billinghurst, Lahi, GoranSMilovanovic, QZanden, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T177485: lost cursor focus in fields when adding property items
Billinghurst added a comment. In T177485#3662700, @Billinghurst wrote: In T177485#3661657, @thiemowmde wrote: I tried to reproduce this, and even did a "git bisect" to find a possible regression, but was unable to locate one. Can you please provide more detailed steps to reproduce the issue? For example: What is the exact button you click to start your process? I assume you are clicking "add statement" to select a property that was not on the entity before. What exactly are you typing? (Please provide a real world example, e.g. you are typing "occ" to find "occupation".) Are you using the mouse or enter to select a property? Are you using the cursor keys? What happens, and what do you expect? @thiemowmde manually undertaking "add statement" or "add qualifier" [type property name or number, select it with mouse (usually)] following selection of the property, there is no active cursor (it used to focus within the box for the addition of the item or data) Typical example for me is putting a "serial ordinal" for given names following selection of the property I used to be able to just type the number as the cursor was focused in the corresponding field awaiting data input, now I have to click into the field to type the number. Noting that "add value" for an existing property does not have this issue, it correctly has a cursor in field and takes textTASK DETAILhttps://phabricator.wikimedia.org/T177485EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: PKM, Krinkle, Sjoerddebruin, thiemowmde, Liuxinyu970226, jhsoby, Aklapper, Billinghurst, GoranSMilovanovic, Jrbranaa, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T177485: lost cursor focus in fields when adding property items
Billinghurst added a comment. In T177485#3661657, @thiemowmde wrote: I tried to reproduce this, and even did a "git bisect" to find a possible regression, but was unable to locate one. Can you please provide more detailed steps to reproduce the issue? For example: What is the exact button you click to start your process? I assume you are clicking "add statement" to select a property that was not on the entity before. What exactly are you typing? (Please provide a real world example, e.g. you are typing "occ" to find "occupation".) Are you using the mouse or enter to select a property? Are you using the cursor keys? What happens, and what do you expect? @thiemowmde manually undertaking "add statement" or "add qualifier" [type property name or number, select it with mouse (usually)] following selection of the property, there is no active cursor (it used to focus within the box for the addition of the item or data) Typical example for me is putting a "serial ordinal" for given names following selection of the property I used to be able to just type the number as the cursor was focused in the corresponding field awaiting data input, now I have to click into the field to type the number. TASK DETAILhttps://phabricator.wikimedia.org/T177485EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Krinkle, Sjoerddebruin, thiemowmde, Liuxinyu970226, jhsoby, Aklapper, Billinghurst, GoranSMilovanovic, Jrbranaa, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T177485: lost cursor focus in fields when adding property items
Billinghurst created this task.Billinghurst added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONSince the update this week, after I manually select a property the cursor is no longer focused and active in the field for the item. Instead I am needing to click into the field. I am wondering whether others are seeing that behaviour? (I'm using Firefox). Another thing that changed is that when you tab on from the field to input an item (or string or whatever), the "Add qualifier" link is highlighted, but when I press Enter it saves the statement instead of adding a qualifier. reported and confirmed users, and in multiple browsers https://www/wikidata.org/wikispecial:permalink/572760475#Since_update,_lost_cursor_focus_in_fieldTASK DETAILhttps://phabricator.wikimedia.org/T177485EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Aklapper, Billinghurst, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T54971: [Goal] Sitelinks to Incubator, OldWikisource and BetaWikiversity
Billinghurst added a comment. Well said @Koavf. mulWS is definitely a permanent home for some works and if Wikidata is to function fully there needs to be a means to link to these works. We are falling into an area where it seems that some are wiping their hands and walking away, and that is disrespectful for those pour their time into works yet who are captured by the hierarchy that has been created for them.TASK DETAILhttps://phabricator.wikimedia.org/T54971EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Bugreporter, PokestarFan, gh87, Koavf, StevenJ81, Samwilson, Esc3300, srishakatux, C933103, Stashbot, hoo, aude, JanZerebecki, TTO, Liuxinyu970226, Accurimbono, Aklapper, Ricordisamoa, Purodha, liangent, Wikidata-bugs, Vogone, Candalua, SPQRobin, mxn, Filceolaire, jayvdb, Micru, revi, Billinghurst, Lydia_Pintscher, MF-Warburg, zhuyifei1999, Tpt, GoranSMilovanovic, QZanden, Izno, Wong128hk, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T168810: Chomp leading and trailing spaces in Property:P742
Billinghurst updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONWhen adding pseudonyms to > `Property:P 742 ` where there is a leading or trailing space on the pseudonym text entry, WD reports malformed input and doesn't accept the input. It would be really useful if these spaces could be removed as part of the data entry rather than complaining about the data entry. It is not always evident that there is a space, especially when this is often a copy and paste field.TASK DETAILhttps://phabricator.wikimedia.org/T168810EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Aklapper, Billinghurst, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T168810: Chomp leading and trailing spaces in Property:P742
Billinghurst updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONWhen adding pseudonyms to ` > Property:P742` where there is a leading or trailing space on the pseudonym text entry, WD reports malformed input and doesn't accept the input. It would be really useful if these spaces could be removed as part of the data entry rather than complaining about the data entry. It is not always evident that there is a space, especially when this is often a copy and paste field.TASK DETAILhttps://phabricator.wikimedia.org/T168810EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Aklapper, Billinghurst, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T168810: Chomp leading and trailing spaces in Property:P742
Billinghurst updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONWhen adding pseudonyms to `Property:P742` where there is a leading or trailing space on the pseudonym text entry, WD reports malformed input and doesn't accept the input. It would be really useful if these spaces could be removed as part of the data entry rather than complaining about the data entry. It is not always evident that there is a space, especially when this is often a copy and paste field.TASK DETAILhttps://phabricator.wikimedia.org/T168810EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Aklapper, Billinghurst, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T168810: Chomp leading and trailing spaces in Property:P742
Billinghurst created this task.Billinghurst added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWhen adding pseudonyms to Property:P742 where there is a leading or trailing space on the pseudonym text entry, WD reports malformed input and doesn't accept the input. It would be really useful if these spaces could be removed as part of the data entry rather than complaining about the data entry. It is not always evident that there is a space, especially when this is often a copy and paste field.TASK DETAILhttps://phabricator.wikimedia.org/T168810EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Aklapper, Billinghurst, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T158842: Update wording re associated Wikidata item following move
Billinghurst added a comment. :-)TASK DETAILhttps://phabricator.wikimedia.org/T158842EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, BillinghurstCc: Lydia_Pintscher, gerritbot, TerraCodes, hoo, Aklapper, Billinghurst, GoranSMilovanovic, Adik2382, Soteriaspace, Th3d3v1ls, JakeTheDeveloper, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Abbe98, MuhammadShuaib, Izno, Wikidata-bugs, aude, TheDJ, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T159104: Continue to increase the amount of Wikidata data in Wikisources
Billinghurst added a comment.
i would lile to see explored the means to map and data process
file starts at IA,
upload file as edition to Commons (usually, though it can be the WS) utilise {{book}}
create index page at the WS, and if gadget utilised then data fields in index are populated
work is transcribed... (time passes)
work is transcluded to main ns
then the wikidata items appears and is populated (often too briefly and it has to be after creation/transclusion to get wikilink in place for data flow)
For the WSes the wikidata item will usually be for the edition(s), whereas for the WPs it is the literary work (generally). [disconnect hinted at in task]
so i see that there is some good scope at WD to look at
internal to WD for literary work (parent) <-> edition tools to make that expansion better/easier/quicker
inhaling IA data and then being to apply it for a scan/index/book/edition
so much opportunity!TASK DETAILhttps://phabricator.wikimedia.org/T159104EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Billinghurst, MrSteff, Crang115, srishakatux, Aklapper, Samwilson, PurpleBasil, GoranSMilovanovic, QZanden, cmadeo, Puik, D3r1ck01, Envlh, Izno, Wikidata-bugs, aude, Tobias1984, jayvdb, Shizhao, Mbch331, jayantanth, Jay8g, Krenair, fgiunchedi___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T158842: Update wording re associated Wikidata item following move
Billinghurst created this task.Billinghurst added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONAt English Wikisource when a page is moved part of the message is You should also update **the associated Wikidata item** to maintain language links on moved page. (component in asterisks is a link to WD item) and this component is added by the system. With how the system has been updated, when moves are undertaken there is the update taking place at Wikidata under the account of the person undertaking the move. Can the text be updated to better reflect today's reality? I was thinking something like ... Your move should now be **updated in the Wikidata item** language link, we ask that you confirm this has occurred. Thanks for your consideration.TASK DETAILhttps://phabricator.wikimedia.org/T158842EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Aklapper, Billinghurst, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T155305: Wikidata watchlist is rendering weirdly
Billinghurst added a comment. The issue seems more likely related to Wikidata's use of the files Mediawiki:... (watchlist-summary) (watchlist-details) (wlheader-showupdated) please apply https://www.wikidata.org/wiki/Special:Watchlist?uselang=qqx and see if the issue exists there. Gut feel that there will be nothing wrong with the underlying mediawiki-watchlist componentTASK DETAILhttps://phabricator.wikimedia.org/T155305EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Billinghurst, Liuxinyu970226, Jc86035, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T148279: Allow the history of deleted Wikidata items to be visible for a month
Billinghurst added a comment. It would be useful to maybe do some to write item titles in the DR pages rather than just rely on the (uniformative) item number. Is it possible to subst: something when a deletion request is being made? I am not against the deletion and hiding of sensitive material, that is possible through all the wikis by other means. At this stage the DR archives are next to useless; hardly worth keeping them. @Izno. I would have thought at a wiki that the context of a deletion should be visible for all users. Having CC0 does not equate to knowledge-0 and nobody should have to default to "ask an admin" for basic information for most items. That is against the principles of wiki-ism IMNSHOTASK DETAILhttps://phabricator.wikimedia.org/T148279EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Billinghurst, abian, Wesalius, Izno, Lydia_Pintscher, Mbch331, Sjoerddebruin, Aklapper, ChristianKl, D3r1ck01, Wikidata-bugs, aude___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T153186: Extra interwiki badge required at Wikidata for Wikisource works to show "digital" documents
Billinghurst added a comment. There is a link to the community proposal in the request ... [[d:Wikidata talk:Wikisource]], and it was mentioned at [[s:en:Wikisource:Scriptorium]]. The commentary was negligible, though it probably had as much as when the original badges were set up. I would say that there is reduced knowledge (and use) of the badges in WSes and that is reflected in the quiescent discussion. The name, well I need it to represent digital documents at the WSes, how it is named and displayed in among all the other badges is not my decision, I see that as a broader community decision. It could be called "digital" or "digital documents" or some clear alternative. There is no current system usage of the term at enWS, nor to my knowledge at the broader WSes; it is an understood term/concept, and, presumably, readily translatable. For colour I said grey or blue , it just needs to be different. For other projects, well probably less important at this stage. There are already so many issues with the Wikisources getting functional interwikis due to editions <-> editions <-> editions <-> ... matters being unresolved, among other things. So I would see it as a lesser priority, though can progress simultaneously if desired. At enWS primarily I am looking to have this utilised to display for badged works through a yet to be created use of . There is no current means to indicate digital documents in a schema that has its heart file scans and proofreading, and these works will not need traditional proofreading. So I see something along the lines of a modification to our header template that where it detects a work badged as "digital" to display the designated iconography for that type of work. I hope that covers the matters raised.TASK DETAILhttps://phabricator.wikimedia.org/T153186EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, BillinghurstCc: Lea_Lacroix_WMDE, Lydia_Pintscher, thiemowmde, gerritbot, Yann, Mahagonny08, Micru, Aklapper, Billinghurst, Th3d3v1ls, Ramalepe, Liugev6, Lewizho99, Maathavan, D3r1ck01, Samwilson, Izno, Wikidata-bugs, aude, jayvdb, Shizhao, Mbch331, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T152780: deploy new statement parser function and Lua function
Billinghurst added a comment.
Also questions like if you pull an image, how would one apply formatting, like size the image?
{{#statements:P18|from=Q692}}TASK DETAILhttps://phabricator.wikimedia.org/T152780EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: aude, BillinghurstCc: Billinghurst, Johan, Stashbot, gerritbot, Lea_Lacroix_WMDE, aude, Aklapper, Lydia_Pintscher, D3r1ck01, Samtar, Izno, Luke081515, Wikidata-bugs, TheDJ, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T152780: deploy new statement parser function and Lua function
Billinghurst added a comment. To complete the loop for those who follow the link to the phabricator ticket, can someone please point to where this is documented at Wikidata. Thanks.TASK DETAILhttps://phabricator.wikimedia.org/T152780EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: aude, BillinghurstCc: Billinghurst, Johan, Stashbot, gerritbot, Lea_Lacroix_WMDE, aude, Aklapper, Lydia_Pintscher, D3r1ck01, Samtar, Izno, Luke081515, Wikidata-bugs, TheDJ, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T153186: Extra interwiki badge required at Wikidata for Wikisource works to show "digital" documents
Billinghurst changed the title from "Extra interwiki badge required at Wikidata for Wikisource works to show "digital"documents" to "Extra interwiki badge required at Wikidata for Wikisource works to show "digital" documents". TASK DETAILhttps://phabricator.wikimedia.org/T153186EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Micru, Aklapper, Billinghurst, D3r1ck01, Samwilson, Izno, Wikidata-bugs, aude, jayvdb, Shizhao, Mbch331, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T153186: Extra interwiki badge required at Wikidata for Wikisource works to show "digital"documents
Billinghurst created this task.Billinghurst added projects: Wikidata, Wikisource.Herald added a subscriber: Aklapper. TASK DESCRIPTIONThe current badges that exist for Wikisource interwikis are the traditional not proofread/proofread/validated/problematic that reflect the readiness of work through a transcription/proofing process. This approach works well for old paper-published works. That approach, however, does not work for modern digital documents which come ready and where we need to demonstrate their status outside of the ordinary. Accordingly I put that to the community here. As the German Technical Information Library is looking to migrate open source works to the Wikisources, it is opportune to look to progress the matter. So can we please coordinate the addition of a fifth badge for the use of the Wikisources, "digital" and if you are asking for a colour, I would have said grey or blue. Thanks.TASK DETAILhttps://phabricator.wikimedia.org/T153186EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Aklapper, Billinghurst, D3r1ck01, Samwilson, Izno, Wikidata-bugs, aude, jayvdb, Shizhao, Mbch331, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T143292: Special:UnconnectedPages requires greater clarity about Wikidata linkage
Billinghurst added a project: Wikisource. TASK DETAILhttps://phabricator.wikimedia.org/T143292EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Aklapper, Billinghurst, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, Shizhao, Mbch331, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T143295: Special:UnconnectedPages requires filters to enable better use in Wikisources
Billinghurst added a project: Wikisource. TASK DETAILhttps://phabricator.wikimedia.org/T143295EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Aklapper, Billinghurst, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, Shizhao, Mbch331, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T143295: Special:UnconnectedPages requires filters to enable better use in Wikisources
Billinghurst created this task.Billinghurst added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONFor the Wikisources Special:UnconnectedPages does not give suitable granular information to get ready use of the pages. There is a requirement for ready local filtering. Looking at https://en.wikisource.org/wiki/Special:UnconnectedPages you can see that all subpages of works end up in a long list. Ability to filter out subpages For fiction works, it is unlikely that we would individually list chapters of a work, especially due to their naming of (title)/Chapter 1 (title)/Chapter 2 ... (title)/Chapter n So one cannot see the woods for the trees of easily identifying that a work (title) has not been added, as 40 chapters inundate the root page of a work. Complication of fiction vs non-fiction works. As Wikisource replicates published works which themselves may be compilations, or have components of a work that are significant/notable in their own Wikidata sense, the subpages of non-fiction works can have their wikidata items, eg. works that are biographical dictionaries, or works that have a series of lectures. So it is not a hard rule of subpages should not show, but ability to filter. It would nice to be able to show the subpages that need items based on the parent work, however, that may be better undertaken by queries using other tools. [Would like to discuss that with someone who can help!] Namespaces that are being collected For the case of English Wikisource, in the general listing of UnconnectedPages I am seeing Page: namespace pages. In the Mediawiki sense these come through appropriately as content namespaces pages as they are the content upon which we work. That said they should not be seen in unconnected pages as their content is put into the main namespace by means of transclusion, and should not be linked as items in WD, ie. a specific page of a work/ content lacks notability and would not be linked from WD.TASK DETAILhttps://phabricator.wikimedia.org/T143295EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Aklapper, Billinghurst, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T143292: Special:UnconnectedPages requires greater clarity about Wikidata linkage
Billinghurst created this task.Billinghurst added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONThe connection of Special:UnconnectedPages needs greater clarity that the special page and its collection is specifically about links from a namespace through to a wikidata item.
Each provided label is insufficient in its clarity
page title:
Special:UnconnectedPages is ambiguous, though I accept it set nowadays
link text from Special:SpecialPages
Pages not connected to items could have some clarity like Pages not connected to Wikidata items
Text on Special:SpecialPages itself says
Pages not connected to items
This page lists pages with no connected data item (in namespaces that support connected items). The list is sorted by descending page ID, so that newer pages are listed first.
whereas this could at least mention Wikidata and have some useful links to what is a data item, and their addition at Wikidata. Of course there is a shared responsibility for sites to have a local page that explains the local policy for item linking, and an endpoint link to WD that explains how the task is undertaken.As such, I would think that a local link page of something like [[Project:Wikidata]] could have something like {{int:wikidatalocalprojectlink}} or whatever suits your nomenclature (or something that has an item itself). Having such a link encourages the project to get its house in order for linking, and enables local language itself.TASK DETAILhttps://phabricator.wikimedia.org/T143292EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BillinghurstCc: Aklapper, Billinghurst, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T110604: [Story] Notification: Add notification when page is being connected to Wikidata
Billinghurst added a comment. The note about this feature in the Wikidata newsletter said that the notification was going to be for WPs? Is it that limited or will it work across wikimedia more generally? Also will there the ability to have this specific notification turned off if a user wishes it so?TASK DETAILhttps://phabricator.wikimedia.org/T110604EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanek, BillinghurstCc: Billinghurst, Trizek-WMF, Scott_WUaS, JanZerebecki, Mattflaschen-WMF, gerritbot, Sjoerddebruin, Quiddity, jmatazzoni, Catrope, hoo, daniel, aude, matej_suchanek, Legoktm, Lydia_Pintscher, Edgars2007, Aklapper, Ainali, D3r1ck01, Izno, SBisson, Luke081515, Wikidata-bugs, TheDJ, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T128173: Represent editions as interwiki links on Wikisource
Billinghurst added a comment. @gymel What you are describing is related to a topic/subject, not so much a work. Each article would be articulated on the Q-item as "described by source" and links can be provided to each currently. For example for an author, you could call each "described by ..." by use of $1 to $9, etc. in a template to call back each value listed in the link. As I see your commentary it relates to a work about a subject related to another work about the same subject. I don't see that if I have an article on a person in the (English) Dictionary of National Biography that the DNB article has a direct relationship/interest in a Russian encyclopaedia about the same person, and vice versa. If that is not what you mean, then I am not getting the gist of your argument. TASK DETAIL https://phabricator.wikimedia.org/T128173 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Billinghurst, MF-Warburg, Liuxinyu970226, Purodha, Ankry, Candalua, Gymel, Aklapper, Micru, StudiesWorld, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, AuFCL, Mbch331, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T128173: Represent editions as interwiki links on Wikisource
Billinghurst added a comment. In https://phabricator.wikimedia.org/T128173#2116148, @Gymel wrote: > Just to give the issue another twist, here is something in between the original issue (different editions) and that mentioned by Purodha: > > For Tóbiás Coberus https://www.wikidata.org/wiki/Q868104 exists one "person" article in hungarian Wikipedia, and two transcribed articles from biographic encyclopedias in German wikisource: https://www.wikidata.org/wiki/Q21235363 (ADB article) and https://www.wikidata.org/wiki/Q23020668 (BLKÖ article). The items are in Wikidata related by properties https://phabricator.wikimedia.org/P921 and inversely by https://phabricator.wikimedia.org/P1343 (indirectly with qualifier!). > > The task would be to provide the Wikisource view of one of these biography articles with links to (at least) the "corresponding" Wikipedia articles, since the articles themselves are just biography entries in nature, so quite comparable. Definitely not the "Described by source" and "Main subject" relationship. They are associated though no direct relationship between separately published works about a subject. This ticket is about the direct relationship between a work and its editions or its translations, and the second generation relationship between an edition in one language, and a translation in another (as an interlanguage link). TASK DETAIL https://phabricator.wikimedia.org/T128173 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Billinghurst, MF-Warburg, Liuxinyu970226, Purodha, Ankry, Candalua, Gymel, Aklapper, Micru, StudiesWorld, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, AuFCL, Mbch331, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T128710: Create a Lua infobox template for books that use wikidata metadata based on work/edition
Billinghurst added a comment. The current lua modules can call the pertinent data into templates, so not understanding why another module makes a difference, or improvement. TASK DETAIL https://phabricator.wikimedia.org/T128710 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Billinghurst, Krenair, Aklapper, Micru, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T123813: Update wikidata badges config for "featured portal" item
Billinghurst added a comment. Noting that there has been a revert https://www.wikidata.org/w/index.php?title=Q17580674=next=289383114 TASK DETAIL https://phabricator.wikimedia.org/T123813 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Billinghurst, Aklapper, aude, StudiesWorld, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T123813: Update wikidata badges config for "featured portal" item
Billinghurst added a subscriber: Multichill. Billinghurst added a comment. adding @multichill who reverted TASK DETAIL https://phabricator.wikimedia.org/T123813 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Multichill, Billinghurst, Aklapper, aude, StudiesWorld, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T103102: [Story] Take in other projects sidebar out of beta features
Billinghurst removed a subscriber: Billinghurst. TASK DETAIL https://phabricator.wikimedia.org/T103102 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Matanya, Qgil, Glaisher, aude, Nemo_bis, Addshore, Snaevar, Mbch331, Ricordisamoa, Bene, Tpt, Vibhabamba, Jdforrester-WMF, Aklapper, Lydia_Pintscher, Johan, Luke081515, Wikidata-bugs, Snowolf, Se4598, Jay8g, Krenair, Quiddity, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T103102: [Story] Take in other projects sidebar out of beta features
Billinghurst added a comment. @nemo_bis Nowhere did I say that it was not requested, nor unwanted, however, it becomes all or nothing per community, and in our history we have provided things called user preferences to allow users to configure what they see. Thousands have opted in, and thousands (more?!?) have not. I am only asking that it continue to be optional per user and the comment is "arguably little gain" and I don't see that as an appropriate response, terse and unsupported by commentary to justify. Preferences may or may not be "bad" is a vague and weak argument for not exploring the option or stating how or why they should not take place. The process about communities getting notified, and the defaults, and what happens needs to be fixed, as this regularly comes up, and that belongs in a bug of its own. While it is unresolved, it continues to be a bugbear and a point of weakness/inflammation/conflagration. The language was not meant to be aggressive, use of second person rather than more generic. Apologies if it seemed that way. TASK DETAIL https://phabricator.wikimedia.org/T103102 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Qgil, Billinghurst, Glaisher, aude, Nemo_bis, Addshore, Snaevar, Mbch331, Ricordisamoa, Bene, Tpt, Vibhabamba, Jdforrester-WMF, Aklapper, Lydia_Pintscher, Johan, Luke081515, Wikidata-bugs, Se4598, Jay8g, Quiddity, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T103102: [Story] Take in other projects sidebar out of beta features
Billinghurst added a subscriber: Billinghurst. Billinghurst added a comment. It should not be all in or all out. I would much prefer that this is within the scope of the individual in what they see, not enforcing more components into sidebars, Please have a configuration option for a user to turn it on and off; and the means for a community to set a default which a community can set their preference. TASK DETAIL https://phabricator.wikimedia.org/T103102 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Billinghurst, Glaisher, aude, Nemo_bis, Addshore, Snaevar, Mbch331, Ricordisamoa, Bene, Tpt, Vibhabamba, Jdforrester-WMF, Aklapper, Lydia_Pintscher, Johan, Luke081515, Wikidata-bugs, Se4598, Jay8g, Quiddity, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T103102: [Story] Take in other projects sidebar out of beta features
Billinghurst added a comment. Little gain? For whom? You are forcing communities to choose, which usually puts unhappiness into the losing part of any consensus. You are also practically forcing this to the default ON, yet where are the results of the use in beta that this there is a consensus that this is desired. In fact prior to taking this to rollout that this is desired by the broader community? I instead see the conversation that it is stable. This continued forcing of more things collectively into sidebars has to stop at some spot until there is more flexibility for sidebars, and more easily manipulated, especially with orders of groups. Developers seem to can forget that many do not have the skills to customise through code, and the preferences is meant to make it easy, and now the developers don't see that value? I repeat that - It should be an option for users to turn it on or off in their preferences - Communities should have the ability to set it as their default ON or OFF, which users can then themselves manipulate. Communities should not have to go cap in hand to Wikidata for that configuration. If that cannot happen then maybe it should not rollout. TASK DETAIL https://phabricator.wikimedia.org/T103102 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Billinghurst, Glaisher, aude, Nemo_bis, Addshore, Snaevar, Mbch331, Ricordisamoa, Bene, Tpt, Vibhabamba, Jdforrester-WMF, Aklapper, Lydia_Pintscher, Johan, Luke081515, Wikidata-bugs, Se4598, Jay8g, Quiddity, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T86755: [Bug] Preview gadget no longer working in new sitelinks UI
Billinghurst added a comment. @aude Thanks I will follow through in that regard. Noting that today I have accessed WD preview.js through my Firefox on my laptop, and it doesn't show as as slide in, it shows as a weird section between the top data section and the lower links section. Noting that on this small screen laptop I don't get the column effect that I get with my large screen (both Firefox browser) TASK DETAIL https://phabricator.wikimedia.org/T86755 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Billinghurst, Jonas, Bene, Ricordisamoa, thiemowmde, adrianheine, aude, Snaterlicious, Aklapper, Lydia_Pintscher, hoo, Wikidata-bugs, Sjoerddebruin, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T86755: [Bug] Preview gadget no longer working in new sitelinks UI
Billinghurst added a comment. and that makes no difference F2957251: Aude-preview.js output.png <https://phabricator.wikimedia.org/F2957251> TASK DETAIL https://phabricator.wikimedia.org/T86755 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Billinghurst, Jonas, Bene, Ricordisamoa, thiemowmde, adrianheine, aude, Snaterlicious, Aklapper, Lydia_Pintscher, hoo, Wikidata-bugs, Sjoerddebruin, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T86755: [Bug] Preview gadget no longer working in new sitelinks UI
Billinghurst added a subscriber: Billinghurst. Billinghurst added a comment. @lydia_pintscher thanks for pointing me to this bug. To note that I have never been able to get the preview functioning for English Wikisource link. When the preview is clicked, I have an ellipsis and a read more link. I am presuming that the lack of display is some component of the template header that English Wikisource uses for its author and main namespaces. If someone wishes to have a look, there is a suitable link at https://www.wikidata.org/wiki/Q1081777 TASK DETAIL https://phabricator.wikimedia.org/T86755 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Billinghurst, Jonas, Bene, Ricordisamoa, thiemowmde, adrianheine, aude, Snaterlicious, Aklapper, Lydia_Pintscher, hoo, Wikidata-bugs, Sjoerddebruin, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T86755: [Bug] Preview gadget no longer working in new sitelinks UI
Billinghurst added a comment. though ptWS does give a little F2957260: Aude-preview.js output ptws.png <https://phabricator.wikimedia.org/F2957260> TASK DETAIL https://phabricator.wikimedia.org/T86755 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Billinghurst, Jonas, Bene, Ricordisamoa, thiemowmde, adrianheine, aude, Snaterlicious, Aklapper, Lydia_Pintscher, hoo, Wikidata-bugs, Sjoerddebruin, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T86755: [Bug] Preview gadget no longer working in new sitelinks UI
Billinghurst added a comment. @aude Special mediawiki!!! It is the similar issue we see with hovercards, and popups. I was hoping for some magic. Seems that I need to add a phabricator card. Would that be logged against the api? TASK DETAIL https://phabricator.wikimedia.org/T86755 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Billinghurst, Jonas, Bene, Ricordisamoa, thiemowmde, adrianheine, aude, Snaterlicious, Aklapper, Lydia_Pintscher, hoo, Wikidata-bugs, Sjoerddebruin, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T113444: For the Wikisources, remove each languages Page: namespace from Special:UnconnectedPages
Billinghurst added a comment. @jayvdb. Aware of that, though for me that works for Index ns ++. I see no value for Page ns where UNLESS there is a per wiki or per user default capacity. Page: = not notable namespace. Separately considering subpage filtering but that will be later discussion. TASK DETAIL https://phabricator.wikimedia.org/T113444 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: jayvdb, Ricordisamoa, Aklapper, Billinghurst, Wikidata-bugs, aude, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T113444: For the Wikisources, remove each languages Page: namespace from Special:UnconnectedPages
Billinghurst added a project: Wikisource. Billinghurst set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T113444 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Aklapper, Billinghurst, Wikidata-bugs, aude, jayvdb, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T113444: For the Wikisources, remove each languages Page: namespace from Special:UnconnectedPages
Billinghurst created this task. Billinghurst added a subscriber: Billinghurst. Billinghurst added projects: Wikidata, MediaWiki-Special-pages. Herald added a subscriber: Aklapper. TASK DESCRIPTION At the Wikisources, [[Special:UnconnectedPages]] is showing pages in the Page: namespace (for enWS) and correspondingly named namespaces at the other language WSes. The Page: namespace is a work area at the Wikisources, and none of these pages would normally be linked to a Wikidata item (ie. don't meet notability). Basically Special:UnconnectedPages is swamped and its usefulness obliterated through the number of Page: ns pages that are being transcribed and filling the last 500. Can we please look to ignore the Page: ns for that special page. Note * For later wikisources, the Page: ns has a standardised ns:ddd, however, for many of the earlier WSes there is no existing standardisation (though there is a task in Phabricator to achieve that). TASK DETAIL https://phabricator.wikimedia.org/T113444 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Aklapper, Billinghurst, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T97014: [Task] Wikidata badges for Wikisource for validation status
Billinghurst added a comment. [I will try and take my nuff-nuff questions off-phab, as maybe it is about my expectations, and I will have a look to see how the WPs handle these matters.] Yes, I am wishing to automate as much as possible out of Wikidata in presentation terms. The community is discussing pulling more data from WD for our header templates, and just need to find someone LUA proficient to guide us. As I will now have a few thousand works to update their proofread status, I had a look at Widar stuff to see how I might be able to utilise it to do the badge statuses. I couldn't work out which bits to utilise update the claims against the interwikis, and don't see it mentioned on the help pages. Can you please give some direction on that matter. Thanks. TASK DETAIL https://phabricator.wikimedia.org/T97014 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude, Billinghurst Cc: Aubrey, gerritbot, Billinghurst, Micru, Accurimbono, Candalua, JanZerebecki, hoo, Lydia_Pintscher, Ricordisamoa, aude, Aklapper, Wikidata-bugs, jayvdb, Krenair, Malyacko ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T97014: [Task] Wikidata badges for Wikisource for validation status
Billinghurst removed a subscriber: Patch-For-Review. Billinghurst removed a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T97014 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude, Billinghurst Cc: Aubrey, gerritbot, Billinghurst, Micru, Accurimbono, Candalua, JanZerebecki, hoo, Lydia_Pintscher, Ricordisamoa, aude, Aklapper, Wikidata-bugs, jayvdb, Krenair, Malyacko ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T97014: [Task] Wikidata badges for Wikisource for validation status
Billinghurst added a comment.
@aude or anyone,
Can you tell me (or point out some documentation) on how I now use this at
Wikisource to populate an icon for a featured text, etc. At the moment at enWS
we utilise a template {{featured}}. I am not sure whether we now link that
template to the field against the wikilink or what. Thanks.
TASK DETAIL
https://phabricator.wikimedia.org/T97014
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: aude, Billinghurst
Cc: Aubrey, gerritbot, Patch-For-Review, Billinghurst, Micru, Accurimbono,
Candalua, JanZerebecki, hoo, Lydia_Pintscher, Ricordisamoa, aude, Aklapper,
Wikidata-bugs, jayvdb, Krenair, Malyacko
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T109038: [Bug] Users are unable to login on wikidata.org until they clear their cookies
Billinghurst added a comment. A site notice would probably be really useful for WD users telling them what to do (yes, old technology) TASK DETAIL https://phabricator.wikimedia.org/T109038 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Addshore, Daniel_Mietchen, BBlack, thiemowmde, Magnus, Akoopal, Ortjens, Krenair, Billinghurst, Mbch331, Aklapper, aude, hoo, Anomie, Lydia_Pintscher, csteipp, Legoktm, Wikidata-bugs, Snowolf, Malyacko ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T108999: unable to add interlanguage links due to failing to log into central data repository
Billinghurst added a subscriber: Billinghurst. Billinghurst added a comment. Can you separately log into the Wikipedia? Are you logged into other wikis, eg. Commons? TASK DETAIL https://phabricator.wikimedia.org/T108999 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Billinghurst, hoo, Krenair, Ortjens, Aklapper, Wikidata-bugs, Snowolf, aude, Legoktm, Malyacko ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T97014: Wikidata badges for Wikisource for validation status
Billinghurst added a subscriber: Aubrey. Billinghurst added a comment. Hmm. I don't think that the old 0/25/50/75/100 is going to work. VALIDATION STATUS We have ... Works supported by scans, and there are three basic states - Transcription in progress (aka not proofread, or incomplete) (1) - Transcription completed (2) - Transcription completed and validated (3) Works not supported by scans - Presented from alternate source (and this could be broken down to many subsets) - Digital documents (4) To me, I would only be looking to generate those marked () as an initial phase as I believe that they are accepted across all the WS, though happy to hear argument to the contrary (@micru @aubrey). 1 traditionally is something RED 2 traditionally is AMBER 3 traditionally is GREEN 4 has been tossed around, though I would argue that it is the same as 3 and should be GREEN. If you want to keep it simple, just use coloured dots, and we can substitute in community-approved icons. The colours appear as ribbons above works, so usually mean something to the community. TASK DETAIL https://phabricator.wikimedia.org/T97014 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude, Billinghurst Cc: Aubrey, gerritbot, Patch-For-Review, Billinghurst, Micru, Accurimbono, Candalua, JanZerebecki, hoo, Lydia_Pintscher, Liuxinyu970226, Ricordisamoa, aude, Aklapper, Wikidata-bugs, jayvdb, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T97014: Wikidata badges for Wikisource for validation status
Billinghurst added a comment. Meaning? A set of specific icons for use? Someone/some group to nominate? TASK DETAIL https://phabricator.wikimedia.org/T97014 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude, Billinghurst Cc: Patch-For-Review, Billinghurst, Micru, Accurimbono, Candalua, JanZerebecki, hoo, Lydia_Pintscher, Liuxinyu970226, Ricordisamoa, aude, Aklapper, Wikidata-bugs, jayvdb, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T97014: Wikidata badges for Wikisource for validation status
Billinghurst added a subscriber: Billinghurst. Billinghurst added a comment. Featured text would be one that English Wikisource would utilise and has a long history of use, and equates with the FA componentry of the WPs. Iit would be used to add components to an article. https://en.wikisource.org/wiki/Wikisource:Featured_texts (list and dates contained) formatting at https://en.wikisource.org/wiki/Template:Featured TASK DETAIL https://phabricator.wikimedia.org/T97014 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Billinghurst, Micru, Accurimbono, Candalua, JanZerebecki, hoo, Lydia_Pintscher, Liuxinyu970226, Ricordisamoa, aude, Aklapper, Wikidata-bugs, jayvdb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T97014: Wikidata badges for Wikisource for validation status
Billinghurst added a comment. Featured text would be one that English Wikisource would utilise and has a long history of use, and equates with the FA componentry of the WPs. Iit would be used to add components to an article. https://en.wikisource.org/wiki/Wikisource:Featured_texts (list and dates contained) formatting at https://en.wikisource.org/wiki/Template:Featured TASK DETAIL https://phabricator.wikimedia.org/T97014 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Billinghurst, Micru, Accurimbono, Candalua, JanZerebecki, hoo, Lydia_Pintscher, Liuxinyu970226, Ricordisamoa, aude, Aklapper, Wikidata-bugs, jayvdb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T100933: Make it impossible to use Special:NewItem with the same content for label and description
Billinghurst added a subscriber: Billinghurst. Billinghurst added a comment. Via the submission page sounds like it would be more useful seeing that it is a very specific change to a very specific site. TASK DETAIL https://phabricator.wikimedia.org/T100933 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Billinghurst, Sjoerddebruin, Aklapper, Wikidata-bugs, aude, Se4598, Jackmcbarn ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T49930: Allow accessing data from a Wikidata item not connected to the current page - arbitrary access (tracking)
Billinghurst edited the task description. TASK DETAIL https://phabricator.wikimedia.org/T49930 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Nastoshka, DSGalaktos, Accurimbono, Rschen7754, Candalua, adrianheine, Eloquence, Reaper35, Pengo, Dr_Brains, jeremyb, RP88, -jem-, Wikidata-bugs, Rical, greg, Kersti, Abraham, JulesWinnfield-hu, Jasper, HenkvD, Addshore, mxn, He7d3r, Daniel_Mietchen, ValterVB, Filceolaire, Bennylin, jayvdb, Denny, Micru, aude, Qgil, matej_suchanek, Cwek, Aubrey, Ricordisamoa, Jarekt, MZMcBride, Aklapper, Hkjacksonhk, Ash_Crow, Mvolz, geraki, Yann, Multichill, Snipre, Liuxinyu970226, Florian, Pietrodn, Ainali, Chmarkine, Laddo, Lydia_Pintscher, MF-Warburg, Stryn, zhuyifei1999, Ltrlg, daniel, Danmichaelo, hoo, gpaumier, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T98756: Enable arbitrary access on Wikisource projects
Billinghurst added a comment. yes @Lydia_Pintscher though this is tagged for Wikisource, so those netizens will take interest in what is being planned for their use. In such a circumstance there would be value in adding some external links of the general idea for the communities' perusal. IMO always best to bring the communities with you and start the engagement early, rather than those who are suspicious feeling that something is being foiar upon them upon them. So please add the corresponding link to wikidata pages FAQ/... TASK DETAIL https://phabricator.wikimedia.org/T98756 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Lydia_Pintscher, Accurimbono, Liuxinyu970226, Billinghurst, Candalua, Ricordisamoa, aude, Aklapper, Wikidata-bugs, gpaumier ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T98756: Enable arbitrary access on Wikisource projects
Billinghurst added a subscriber: Billinghurst. Billinghurst added a comment. I am presuming that by arbitrary that this is usage of a reference point outside of the defined matching/target page. If we are going to do that, it would probably be useful to explain the points, and the purpose from the WS point of view, rather than the technical means from the WD side. [Simpler language for a community that probably still hasn't got its head wrapped around the concept and broader use of WD, ie. at the moment it adds work to add WD data, for no perceived local benefit at this time) TASK DETAIL https://phabricator.wikimedia.org/T98756 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billinghurst Cc: Billinghurst, Candalua, Ricordisamoa, aude, Aklapper, Wikidata-bugs, gpaumier ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T802: Phabricator projects for Wikimedia sister projects
Billinghurst added a comment. I will respond with my Wikisource hat on. To this point of time there has been a broad and shared approach to improvements to Wikisource in the cross-language community. We had one (joint) meetup at Wikimania, not per language. The communities are not excessive size, we have shared visions on numerous issues, be it improving participation, sources, tools, help pages, etc. We do have a couple of predominant communities developing Wikisource help content and having a space to specifically point to the project aspects would have an advantage to the smaller language wikis. In a means we have been undertaking some project coordination at mulWS, and via Wikisource-L, a project tool makes more sense for numbers of components. We have a history of a cooperative approach, and shared success, and sharing skills to new wikis in assisting their set-up. We have seen some language wikis act run pilots, with adaptation by wikis of tools and scripts, and again, this seems something that a project-based approach in Phabricator can nicely emphasise, record, and have an improved approach to proactively share. We have tracked bugs successfully in bugzilla using the one ticket. I think that (with some guidance) we would look to wisely utilise and tag components, and see that your guidance is relevant across of all of phabricator, not just projects, and training and vigilance, and gentle prodding will make it work fine. If it comes to subcommunities of WS, I would agree with your suggestion for nomenclature. TASK DETAIL https://phabricator.wikimedia.org/T802 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign username. EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Aklapper, Billinghurst Cc: Qgil, Tpt, Aklapper, Micru, Ricordisamoa, Rdicerb, He7d3r, Carlb, Quiddity, Krenair, Glaisher, Reedy, Nemo_bis, MZMcBride, MarkAHershberger, Vriullop, Toniher, Arnaugir, GPHemsley, jayvdb, Darkdadaah, Raymond, Gryllida, scfc, Krinkle, marcoil, Rillke, Steinsplitter, Billinghurst, Praveenp, Aubrey, Wikidata-bugs, aude, Jdforrester-WMF, Keegan, wikibugs-l ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
Re: [Wikidata-l] [Wikisource-l] next sister project: Wikisource
On Tue, 5 Nov 2013 17:27:02 +0100, Andrea Zanni zanni.andre...@gmail.com wrote: About this: On Tue, Nov 5, 2013 at 2:13 PM, David Cuenca dacu...@gmail.com wrote: Connecting new uploaded books with Wikidata: again this is very related to the above. As a first preparatory step, one GsoC of this year worked on using templates (like commons:Template:Book) directly with the UploadWizard. It generates the form according to a template, which in turn could create both a Wikidata item and a Wikisource page when the uploaded file is a book. However this has been stalled due to this RFC on Commons: https://commons.wikimedia.org/wiki/Commons:Requests_for_comment/How_Commons_should_deal_with_TemplateData how this concerns us? Sorry, but I don't really understand this TemplateData issue. Uploading books directly from Wikisource (entering all the important metadata, that would go to Commons, Wikisource and Wikidata) is a crucial *feature* that we absolutely need. What is the problem, here, specifically? Thanks! Aubrey From my point of view, an upload form should be focused at Wikidata more than at Commons, anything else is back-to-front. If we are talking about a published work that it is published is its own notability and transcends whether it is at Wikisource, Commons, or Wikipedia, such that it is published makes it Wikidata-able (to coin a word). We can easily support this statement as copyright alone will prevent a work from appearing at Wikisource or WikiCommons, and similarly some published works may not be individually notable for Wikipedia, but may be so for other reference, thinking here of things that have a DOI. *Then* comes the issue of which site wishes to utilise the data. So having Wikidata as the primary entry point to enter book data, and then call it from other places as required seems the logical place to start for any new work at any of the places. Regards Billinghurst ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
