[Wikidata-bugs] [Maniphest] T334352: Usage in SDC should be shown when deleting items on Wikidata
Jarekt added a comment. Also once Wikidata item is deleted it should be removed from SDC, the way deleted image is removed from Wikidata or wikipedia. I just run into File:Francesco Filippini - Barche sulla spiaggia (1892-93).jpg <https://commons.wikimedia.org/wiki/File:Francesco_Filippini_-_Barche_sulla_spiaggia_(1892-93).jpg> which still references long deleted Q108176371 <https://www.wikidata.org/wiki/Q108176371> item. The item was deleted as part of removal of all contributions by some no-longer liked user, but it creates hard to fix mess on Commons. TASK DETAIL https://phabricator.wikimedia.org/T334352 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, HakanIST, M2k_dewiki, Sjoerddebruin, Michael, Richard_Norton, Tagishsimon, Mahir256, MisterSynergy, Ameisenigel, Aklapper, Danny_Benjafield_WMDE, Astuthiodit_1, karapayneWMDE, Invadibot, GFontenelle_WMF, maantietaja, FRomeo_WMF, CBogen, ItamarWMDE, Nintendofan885, Akuckartz, Nandana, JKSTNK, Lahi, Gq86, E1presidente, Ramsey-WMF, Cparle, SandraF_WMF, GoranSMilovanovic, QZanden, KimKelting, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, Fuzheado, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Daniel_Mietchen, Ricordisamoa, Wesalius, Lydia_Pintscher, Raymond, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T294637: Improvements to the WikibaseLexeme Lua interface (before full rollout)
Jarekt added a comment. I am still trying to wrap my head around how to use lexme data, but I also have use case similar to Marsupium's use case. I would like to replace tables like c:Data:I18n/MonthCases.tab <https://commons.wikimedia.org/wiki/Data:I18n/MonthCases.tab> where we store declensions of month names in different languages, so that we can have a function like c:Module:DateI18n <https://commons.wikimedia.org/wiki/Module:DateI18n>'s MonthCase(month, case, lang) (like 146) where, MonthCase(1, "ins", "pl") will give you L1872-F5 <https://www.wikidata.org/wiki/Lexeme:L1872#L1872-F5>, Polish instrumental case, singular of January. I would love to be able to point to Q108 <https://www.wikidata.org/wiki/Q108> and ask for any language, any grammatical case. Similarly c:Module:I18n/complex_date <https://commons.wikimedia.org/wiki/Module:I18n/complex_date> has bunch of declensions of various words in various languages, which ideally would not be hardcoded there but would come from Lexme data. So I would second Marsupium's desire for a lua function that takes item's q-code and language code and provides lexme L-code, which than can be queried for available cases and declensions. TASK DETAIL https://phabricator.wikimedia.org/T294637 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, Marsupium, Alicia_Fagerving_WMSE, Premeditated, Infovarius, Nikki, daniel, So9q, DVrandecic, Jdforrester-WMF, Lucas_Werkmeister_WMDE, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, jberkel, Psychoslave, Wikidata-bugs, aude, Shizhao, Nemo_bis, Darkdadaah, Addshore, Mbch331, 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] T300211: Disable Special:NewItem on Commons
Jarekt created this task.
Jarekt added a project: SDC General.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
There is a page on Commons c:SpecialNewItem
<https://commons.wikimedia.org/wiki/Special:NewItem> which makes no sense on
Commons, as new items are created only for file namespace pages. Creating the
page causes a Database error ("[4b6bbcde-9a8e-4367-bc67-eae560720827]
2022-01-26 22:40:45: Fatal exception of type "Wikimedia\Rdbms\DBQueryError"").
Other "special" pages that do not make sense in SDC context and should be
disabled:
- https://commons.wikimedia.org/wiki/Special:NewProperty
- https://commons.wikimedia.org/wiki/Special:ItemByTitle
- https://commons.wikimedia.org/wiki/Special:ItemsWithoutSitelinks
- https://commons.wikimedia.org/wiki/Special:MergeItems
- https://commons.wikimedia.org/wiki/Special:RedirectEntity
- https://commons.wikimedia.org/wiki/Special:SetSiteLink
- https://commons.wikimedia.org/wiki/Special:SetAliases
- https://commons.wikimedia.org/wiki/Special:SetLabelDescriptionAliases
- https://commons.wikimedia.org/wiki/Special:SetDescription
The c:Special:SetDescription
<https://commons.wikimedia.org/wiki/Special:SetDescription> actually works and
one can add "descriptions" to SDC entities however they are not used at the
moment and I don't think there is a mechanism to remove them
TASK DETAIL
https://phabricator.wikimedia.org/T300211
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jarekt
Cc: Aklapper, Jarekt, GFontenelle_WMF, FRomeo_WMF, CBogen, Nintendofan885,
JKSTNK, Lahi, E1presidente, Ramsey-WMF, Cparle, Anoop, SandraF_WMF, Tramullas,
Acer, Salgo60, Silverfish, Susannaanas, Jane023, Wikidata-bugs, Base,
matthiasmullie, Ricordisamoa, Wesalius, Lydia_Pintscher, Raymond, Steinsplitter
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T297454: WCQS gives "502 Bad Gateway Error"
Jarekt created this task. Jarekt added projects: Wikidata-Query-Service, SDC General. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Wikimedia Commons Query Service seems to be down, as https://wcqs-beta.wmflabs.org/ is giving me "502 Bad Gateway Error". I have not used WCQS in a bit so maybe something changed, like URL (?). TASK DETAIL https://phabricator.wikimedia.org/T297454 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Aklapper, Jarekt, GFontenelle_WMF, MPhamWMF, FRomeo_WMF, CBogen, Nintendofan885, JKSTNK, Namenlos314, Lahi, Gq86, E1presidente, Ramsey-WMF, Cparle, Anoop, SandraF_WMF, Lucas_Werkmeister_WMDE, EBjune, Tramullas, Acer, merbst, Salgo60, Silverfish, Jonas, Xmlizer, Susannaanas, Jane023, jkroll, Wikidata-bugs, Jdouglas, Base, matthiasmullie, aude, Tobias1984, Manybubbles, Ricordisamoa, Wesalius, Lydia_Pintscher, Raymond, Steinsplitter ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T294803: WDQS query returns dead links instead of SomeValue values
Jarekt created this task. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION While running this query <https://query.wikidata.org/#SELECT%20%3Fitem%20%20%3Fcollection%20%3Floc%20WHERE%20%7B%0A%20%3Fitem%20wdt%3AP170%20wd%3AQ381238%20.%20%20%20%20%0A%20%3Fitem%20wdt%3AP195%20%3Fcollection%20.%20%20%20%20%0A%20minus%7B%20%3Fitem%20wdt%3AP276%20%3Floc%20.%20%20%20%7D%20%0A%7D> I noticed a lot of links like "http://www.wikidata.org/.well-known/genid/77a2ecfc46a8a907a59596e7214eca94; pointing to non-existing pages, instead of some marking for "unknown value" aka SomeValue. I do not know the proper way "unknown value" / SomeValue values should be display as , but probably dead URLs were not intended TASK DETAIL https://phabricator.wikimedia.org/T294803 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: #wikidata-query-service, Jarekt, Aklapper ___ 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
Jarekt added a comment. @Tacsipacsi Yes your Module:Interwiki relying on connected Wikidata item, is what I had in mind. That is how it is done on Commons with associated template Template:Interwiki_from_Wikidata <https://commons.wikimedia.org/wiki/Template:Interwiki_from_Wikidata> added to Template:Wikidata_Infobox <https://commons.wikimedia.org/wiki/Template:Wikidata_Infobox> (with 3M category transclusions) and many other templates. However if I understand it right you would like this to be hardwired in wikimedia code instead of added by templates? TASK DETAIL https://phabricator.wikimedia.org/T275958 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Ankry, Jarekt, -jkb-, Ladsgroup, Candalua, Tacsipacsi, Aklapper, ZabeMath, Akuckartz, CptViraj, MJL, Dibya, 94rain, DannyS712, Nandana, Tks4Fish, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, Mahir256, QZanden, Kizule, LawExplorer, DatGuy, Devwaker, Niklitov, _jensen, Urbanecm, rosalieper, Bodhisattwa, JEumerus, Scott_WUaS, Ananthsubray, Superzerocool, Samwilson, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, abian, Hsarrazin, Wikidata-bugs, Snowolf, Base, aude, Dcljr, jayvdb, Shizhao, Billinghurst, Addshore, Matanya, Mbch331, jayantanth, Rxy, Jay8g, Ltrlg, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T275958: Enable interlanguage links from multilingual Wikisource to other Wikisources
Jarekt added a comment. I can look into this. So as I understand it if a page like wikisource:Category:Jv_Basa_Jawa_(Javanese) <https://wikisource.org/wiki/Category:Jv_Basa_Jawa_(Javanese)> is connected to d:Q8564118 <https://www.wikidata.org/wiki/Q8564118> which also have sitelinks to enwikisource and idwikisource pages, than those 2 should show up as interwiki links on wikisource:Category:Jv_Basa_Jawa_(Javanese) <https://wikisource.org/wiki/Category:Jv_Basa_Jawa_(Javanese)>. Commons uses Module:Interwiki <https://commons.wikimedia.org/wiki/Module:Interwiki> for that but that code can only link to wikipedias and does a lot of following properties like 'P301' ( "category's main topic") and 'P460 <https://phabricator.wikimedia.org/P460>' ( "said to be the same as"), which might not be needed here. Does multilingual wikisource have pages in several languages which should point to a single wikidata item? if so how ifs it handled? TASK DETAIL https://phabricator.wikimedia.org/T275958 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, -jkb-, Ladsgroup, Candalua, Tacsipacsi, Aklapper, ZabeMath, Akuckartz, CptViraj, MJL, Dibya, 94rain, DannyS712, Nandana, Tks4Fish, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, Mahir256, QZanden, Kizule, LawExplorer, DatGuy, Devwaker, Niklitov, _jensen, Urbanecm, rosalieper, Bodhisattwa, JEumerus, Scott_WUaS, Ananthsubray, Superzerocool, Samwilson, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, abian, Hsarrazin, Wikidata-bugs, Snowolf, Base, aude, Dcljr, jayvdb, Shizhao, Billinghurst, Addshore, Matanya, Mbch331, jayantanth, Rxy, Jay8g, Ltrlg, Krenair ___ 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
Jarekt added a comment. In T138332#6864016 <https://phabricator.wikimedia.org/T138332#6864016>, @Ladsgroup wrote: > If the community wants it, I think this can have a follow up ticket and be done. I don't know how commons does it but it looks like it should be possible. Through Module:Interwiki <https://www.wikidata.org/wiki/Q20819069> which creates old style wikitext for adding interwiki links based on Wikidata info. TASK DETAIL https://phabricator.wikimedia.org/T138332 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup, Jarekt Cc: amy_rc, Lucas_Werkmeister_WMDE, Mohammed_Sadat_WMDE, Popolon, Masssly, Johan, Nintendofan885, 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, EhsanKhandowa, Hazizibinmahdi, Akuckartz, Iflorez, PatsagornY, alaa_wmde, Viztor, Nandana, Amorymeltzer, Lahi, Gq86, GoranSMilovanovic, Mahir256, QZanden, LawExplorer, JJMC89, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, Jonas, Samwilson, Luke081515, abian, Wikidata-bugs, aude, jayvdb, Shizhao, TheDJ, jayantanth, Rxy, Jay8g, Ltrlg, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T57755: Allow time values more precise than day on Wikidata
Jarekt added a comment. I see the following use cases: - A source states that the death of .. occurred at 9:25 on some day. I would like to save that information and I find the current approach of using refine date (P4241) <https://www.wikidata.org/wiki/Property:P4241> = 09:25 (Q55810989) <https://www.wikidata.org/wiki/Q55810989> qualifier totally crazy - In case of images on Commons, like this one <https://commons.wikimedia.org/wiki/File:2019_Sport_%26_Speed_Open_Nationals_-_Awards_-_Jesse_Grupper_-_04.jpg>, upload wizard saved the date "9 March 2019, 17:20:46" and I would like to store it in SDC. I need up to a second precision if I want to order write SPARQL query of photographs from that event and sort them in a chronological order. In such a case the timezone is irrelevant. TASK DETAIL https://phabricator.wikimedia.org/T57755 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, Bouzinac, Rehman, Nintendofan885, Multichill, Mahir256, BrokenSegue, Wikirik123, PDrouin-WMF, SandraF_WMF, DannyS712, Abit, Magnus, Ramsey-WMF, Addshore, valerio.bozzolan, Sabas88, Sannita, Paucabot, MisterSynergy, Lea_Lacroix_WMDE, Realworldobject, Marsupium, robbi5, Andrei_Stroe, Jklamo, sladen, Liuxinyu970226, Esc3300, Edgars2007, ChristianKl, Saehrimnir, Jc3s5h, Mike_Peel, Thryduulf, Jobu0101, Laddo, Aklapper, MGChecker, Yair_rand, Apsdehal, Wikidata-bugs, Ricordisamoa, Lydia_Pintscher, Ltrlg, Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T237991: Changes to Structured Data on Commons should trigger page refresh
Jarekt added a comment. @matthiasmullie, in case it helps: most of out SDC tracking templates are based on c:Module:SDC_tracking <https://commons.wikimedia.org/wiki/Module:SDC_tracking> and templates calling it. You probably recreated something similar for testing, but in case it is easier to test with already existing code, here it is. TASK DETAIL https://phabricator.wikimedia.org/T237991 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Keegan, Cparle, Multichill, matthiasmullie, Ramsey-WMF, AntiCompositeNumber, Tgr, Addshore, Jarekt, Aklapper, Mohammadmalek554, CBogen, Akuckartz, keithbrianpadilla, Saimongoltinio, WikimeSteve, ppelberg, Nandana, JKSTNK, marcella, Revansx, OhKayeSierra, takidelfin, Lahi, PDrouin-WMF, Gq86, E1presidente, Necroarcano, Anooprao, SandraF_WMF, Robinma, GoranSMilovanovic, QZanden, Tramullas, Acer, merbst, LawExplorer, Salgo60, Silverfish, Wess, Dvorapa, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Srdjan, Susannaanas, Ixocactus, Wong128hk, Jrf, Husun1297, Jane023, Wikidata-bugs, Base, aude, El_Grafo, Dinoguy1000, Ricordisamoa, Mvolz, Wesalius, Swainr, Lydia_Pintscher, thiemowmde, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T237991: Changes to Structured Data on Commons should trigger page refresh
Jarekt added a comment. I tried it again did SDC edits using ACDC tool which should have emptied all 183 files from https://commons.wikimedia.org/wiki/Category:Creative_Commons_Attribution-Share_Alike_1.0_missing_SDC_copyright_license. An hour latter 136 files remain. See https://commons.wikimedia.org/w/index.php?title=File%3AAdil_Ray.JPG=revision=508801789=443468314 for details. TASK DETAIL https://phabricator.wikimedia.org/T237991 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Ramsey-WMF, AntiCompositeNumber, Tgr, Addshore, Jarekt, Aklapper, CBogen, Akuckartz, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Susannaanas, Ixocactus, Wong128hk, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, El_Grafo, Dinoguy1000, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T237991: Changes to Structured Data on Commons should trigger page refresh
Jarekt added a comment. @Ramsey-WMF I just did bunch of SDC edits which should have removed a tracking category for files missing the template. Afterwards the category should have been empty, but the number of files did not change. I run a quick touch operation (add and empty line to the end of the file) and afterwards the category is empty. So no it is not working for me. TASK DETAIL https://phabricator.wikimedia.org/T237991 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Ramsey-WMF, AntiCompositeNumber, Tgr, Addshore, Jarekt, Aklapper, CBogen, Akuckartz, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Susannaanas, Ixocactus, Wong128hk, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, El_Grafo, Dinoguy1000, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T266407: Increase maximum precision for time datatype from day to second on Commons
Jarekt added a comment. I fully support this change. But, does this mean that all the bots that add date to Commons SDC fields in 65M files will have to go back and do it again? Most of the time I do not find time of the day that useful. For example with my own photos I set the time to US eastern time zone but than fly to California and take photos there. The date in the EXIF has date and time but no timezone, so unless I take a photo of a sunset I do not know the precise time. However I find time (hour:minute:second) part very useful when I am trying to occasionally figure out the order of the photographs taken by the same camera. Also if it is in wikitext I would also like to be able to express it in SDC. TASK DETAIL https://phabricator.wikimedia.org/T266407 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, Nintendofan885, Jc3s5h, Marsupium, Aklapper, Lydia_Pintscher, ChristianKl, Addshore, Magnus, Ramsey-WMF, Keegan, Multichill, CBogen, Akuckartz, Nandana, JKSTNK, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Ixocactus, Wong128hk, Wikidata-bugs, aude, El_Grafo, Dinoguy1000, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T263088: Allow to download WDQS and WCQS results as Excel spreadsheet
Jarekt added a comment. In T263088#6469525 <https://phabricator.wikimedia.org/T263088#6469525>, @Akuckartz wrote: >> MS Excel has a lot of issues with CSV files > > Can these issues be solved? Yes by Microsoft, but those have been around for 20 years so I would not hold my breath. For example the issues described at https://www.winhelponline.com/blog/stop-excel-convert-text-to-number-date-format-csv-file/ or at https://answers.microsoft.com/en-us/msoffice/forum/all/accented-characters-dont-appear-corectly-in-excel/19ee3ece-9449-e011-8dfc-68b599b31bf5. XLSX does not have those issues. TASK DETAIL https://phabricator.wikimedia.org/T263088 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Akuckartz, Jarekt, Aklapper, CBogen, darthmon_wmde, Nandana, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, 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] T263088: Allow to download WDQS and WCQS results as Excel spreadsheet
Jarekt renamed this task from "WDQS excel" to "Allow to download WDQS and WCQS results as Excel spreadsheet". Jarekt added a project: Wikidata-Query-Service. Jarekt updated the task description. Restricted Application added a project: Wikidata. TASK DETAIL https://phabricator.wikimedia.org/T263088 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, Aklapper, CBogen, Akuckartz, darthmon_wmde, Nandana, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, 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] T237899: Wikidata item ID changes caused by merges do not update entities on Structured data on Commons
Jarekt added a comment. I created T262837 <https://phabricator.wikimedia.org/T262837> which might be a blocking issue for this task. TASK DETAIL https://phabricator.wikimedia.org/T237899 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Lucas_Werkmeister_WMDE, Ramsey-WMF, LucasWerkmeister, Cparle, Keegan, Tacsipacsi, Aklapper, Jarekt, CBogen, Akuckartz, darthmon_wmde, Nandana, Namenlos314, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, Ltrlg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T262837: SDC statements should record entity usage for wikidata entities used in statements
Jarekt created this task. Jarekt added a project: SDC General. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION Wikidata entities used in file description wikitext are currently recorded in entity usage <https://www.mediawiki.org/wiki/Wikibase/Schema/wbc_entity_usage> table. Similar wikidata entities used in SDC statements are not recorded. For example File:Seneca_Rocks_climbing_-_13.jpg infopage <https://commons.wikimedia.org/w/index.php?title=File:Seneca_Rocks_climbing_-_13.jpg=info> in "Wikidata entities used in this page" section has a link to Seneca Rocks (Q7450337) <https://www.wikidata.org/wiki/Q7450337> because infobox template pulls the label from that entity, but links to other depicted entities like Traditional climbing (Q2214812) <https://www.wikidata.org/wiki/Q2214812> is missing when similar label is pulled by SDC tab. This observation was made by @Lucas_Werkmeister_WMDE in T237899 <https://phabricator.wikimedia.org/T237899>. Ant thiss might be a blocking issue for that ticket. TASK DETAIL https://phabricator.wikimedia.org/T262837 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, Lucas_Werkmeister_WMDE, Aklapper, CBogen, Akuckartz, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T237899: Wikidata item ID changes caused by merges do not update entities on Structured data on Commons
Jarekt added a comment. In T237899#6459032 <https://phabricator.wikimedia.org/T237899#6459032>, @Lucas_Werkmeister_WMDE wrote: > Furthermore, from a technical perspective I doubt it’s even possible for Wikibase to update statements on Commons when items on Wikidata are merged. Within Wikidata, the software could discover all the affected pages through the pagelinks table, but on Commons I don’t know how Wikibase would even find the affected pages that need to be edited. (MediaInfo statements don’t seem to automatically record entity usage <https://www.mediawiki.org/wiki/Wikibase/Schema/wbc_entity_usage> for entities used in statements; compare the page information for a Test Commons file with one statement <https://test-commons.wikimedia.org/w/index.php?title=File:Screenshot_File_Crystal-8.stl.png=info>.) Purging pages on Commons affected by changes on Wikidata is a ongoing issue. See for example T173339 <https://phabricator.wikimedia.org/T173339> where pages on Commons are not purged when wikidata items they link to are updated. But you are right that files on Commons do not seem to keep track of entities they are connected to through SDC statements, the way they keep track of the same entities linked through lua calls originating from file description wikitext. For example File:Seneca_Rocks_climbing_-_13.jpg infopage <https://commons.wikimedia.org/w/index.php?title=File:Seneca_Rocks_climbing_-_13.jpg=info> in "Wikidata entities used in this page" section has a link to Seneca Rocks (Q7450337) <https://www.wikidata.org/wiki/Q7450337> because it is linked from infobox template, but links to other depicted entities like Traditional climbing (Q2214812) <https://www.wikidata.org/wiki/Q2214812> is missing as it only shows up in SDC tab. That is a problem. TASK DETAIL https://phabricator.wikimedia.org/T237899 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Lucas_Werkmeister_WMDE, Ramsey-WMF, LucasWerkmeister, Cparle, Keegan, Tacsipacsi, Aklapper, Jarekt, CBogen, Akuckartz, darthmon_wmde, Nandana, Namenlos314, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, Ltrlg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T237899: Wikidata item ID changes caused by merges do not update entities on Structured data on Commons
Jarekt added a comment. In T237899#6459022 <https://phabricator.wikimedia.org/T237899#6459022>, @LucasWerkmeister wrote: > Note that KrBot only updates statements pointing to redirects after a certain time has passed (a week, I believe). This is by design: otherwise, it would be more difficult to “untangle” bad merges, since after undoing the merge on the item itself, you could not distinguish between statements that should now point back to the original item and statements that always pointed to the other (merge target) item. I think it is great that KrBot delays updating redirected items as we do have a lot of bad merges, by either vandals or incompetent editors and unmerging items is a mess. I did propose to create some tool for undoing merges as simple as merges, see T237262 <https://phabricator.wikimedia.org/T237262>. If merge and un-merge operations were build into wikibase system than the system would be able to track all the changes which were done in the merge (possibly using an edit group <https://www.wikidata.org/wiki/Wikidata:Edit_groups>) and can undo all of those. In such a case there is no need for the delay KrBot uses. TASK DETAIL https://phabricator.wikimedia.org/T237899 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Lucas_Werkmeister_WMDE, Ramsey-WMF, LucasWerkmeister, Cparle, Keegan, Tacsipacsi, Aklapper, Jarekt, CBogen, Akuckartz, darthmon_wmde, Nandana, Namenlos314, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, Ltrlg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T237899: Wikidata item ID changes caused by merges do not update entities on Structured data on Commons
Jarekt added a comment. WCQS queries that have to look things up on wikidata have a very tiny connection between WCQS and WDQS and are so under-powered it can not run queries of that complexity. See T261716 <https://phabricator.wikimedia.org/T261716> where I was just advised that for queries that rely on WDQS an //"offline processing via the dumps might be a better option"// because //"we want to have strong limits on resource consumption"//. I personally have no idea how to use commons and wikidata dumps to stand up a database to do a simple SPARQL query. And how to rebuild that weekly. It seems to be a task better perform by the database itself. TASK DETAIL https://phabricator.wikimedia.org/T237899 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Ramsey-WMF, LucasWerkmeister, Cparle, Keegan, Tacsipacsi, Aklapper, Jarekt, CBogen, Akuckartz, darthmon_wmde, Nandana, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, Ltrlg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T261716: Allow WCQS large volume connection to MWAPI and Wikidata services
Jarekt added a comment. Those were just 2 usecases I run into lately, but great many queries we are trying to write run into this issue, as they seem to need something from "service https://query.wikidata.org/sparql; and that connection has very small bottleneck. Commons community is still mostly learning how to use WCQS, but If you look at Commons:SPARQL_query_service/queries/examples <https://commons.wikimedia.org/wiki/Commons:SPARQL_query_service/queries/examples> almost all examples rely on federation through a service of some sort, to connect it to Wikidata or Commons categories. A lot of those require some major changes to go around those limits. At the moment majority of my queries result in a timeout as I am searching for some combination that goes through. I do a lot of maintenance so I often search for anomalies of some sort or constraint violations, where you look through 65M files to find a few which have some issue you are looking for. All those use cases do not run due to those limitations. I have never work with data dumps , but using them for most of your queries sounds complicated. TASK DETAIL https://phabricator.wikimedia.org/T261716 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Gehel, Jarekt, Aklapper, CBogen, Akuckartz, darthmon_wmde, Nandana, Namenlos314, Lahi, Gq86, Ramsey-WMF, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Ixocactus, Wong128hk, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T262178: One week after SDC edits the data still shows up in WCQS queries
Jarekt added a comment. I can confirm that my query works as expected today all the found duplicates were real. I did not realized that we had at maximum one week lag between edit and the update of WCQS. The length of that lag was my concern, but it sounds like it will not be addressed in beta version TASK DETAIL https://phabricator.wikimedia.org/T262178 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Mahir256, Zbyszko, Aklapper, Jarekt, CBogen, Akuckartz, darthmon_wmde, Nandana, JKSTNK, Namenlos314, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, Tramullas, Acer, merbst, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, Susannaanas, Jane023, jkroll, Wikidata-bugs, Jdouglas, Base, matthiasmullie, aude, Tobias1984, Manybubbles, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T262178: One week after SDC edits the data still shows up in WCQS queries
Jarekt renamed this task from "One week after SDC queries the data still shows up in WCQS queries" to "One week after SDC edits the data still shows up in WCQS queries". TASK DETAIL https://phabricator.wikimedia.org/T262178 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Aklapper, Jarekt, CBogen, Akuckartz, darthmon_wmde, Nandana, JKSTNK, Namenlos314, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, Tramullas, Acer, merbst, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, Susannaanas, Jane023, jkroll, Wikidata-bugs, Jdouglas, Base, matthiasmullie, aude, Tobias1984, Manybubbles, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T262178: One week after SDC queries the data still shows up in WCQS queries
Jarekt created this task. Jarekt added projects: SDC General, Wikidata-Query-Service. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION I have a query finding identical duplicate SDC entries for some statements. I removed the duplicates (see here <https://commons.wikimedia.org/w/index.php?title=File:Chickens_were_thrown_alive_into_the_trash_02.jpg=history> on September 1 but today on September 6 the query still shows duplicates. WCQS should show us what is the data now, not a week ago. TASK DETAIL https://phabricator.wikimedia.org/T262178 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Aklapper, Jarekt, CBogen, Akuckartz, darthmon_wmde, Nandana, JKSTNK, Namenlos314, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, Tramullas, Acer, merbst, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, Susannaanas, Jane023, jkroll, Wikidata-bugs, Jdouglas, Base, matthiasmullie, aude, Tobias1984, Manybubbles, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T258835: Update Commons query service favicon
Jarekt added a comment. We have a new logo designed by User MaxxL. You can see it at File:Wikimedia_Commons_Query_Service_Logo.svg <https://commons.wikimedia.org/wiki/File:Wikimedia_Commons_Query_Service_Logo.svg> TASK DETAIL https://phabricator.wikimedia.org/T258835 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, CBogen, Gehel, Aklapper, Multichill, Akuckartz, darthmon_wmde, Nandana, Namenlos314, Lahi, Gq86, Ramsey-WMF, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Ixocactus, Wong128hk, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Isarra, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T261716: Allow WCQS large volume connection to MWAPI and Wikidata services
Jarekt created this task. Jarekt added projects: Wikidata-Query-Service, Commons. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION At the moment Wikimedia Commons Query Service (WCQS) allows SPARQL queries to look up stuff on wikidata using "service <https://query.wikidata.org/sparql>" (see Example <https://commons.wikimedia.org/wiki/Commons:SPARQL_query_service/queries/examples#Map_of_images_found_in_the_medieval_Atlas_De_Wit>) or in Commons categories using "service wikibase:mwapi" (see example <https://commons.wikimedia.org/wiki/Commons:SPARQL_query_service/queries/examples#Wikidata_items_of_files_in_Category:Artworks_with_structured_data_with_redirected_P6243_property>). Unfortunately those 2 services only allow a limited number of records to pass to and from. Limit of service <https://query.wikidata.org/sparql> is in thousands or tens of thousands and limit on service wikibase:mwapi is 10k (see here <https://www.mediawiki.org/wiki/Wikidata_Query_Service/User_Manual/MWAPI#Pagination>) The issue is that we now have 65M files on commons and we should expect similar number of SDC items. I would like to search all the wikidata items in SDC to detect redirects. That would require to send millions of item numbers to https://query.wikidata.org/sparql service. I would also like to find all the files in a category with millions of files that do not have some SDC property. Those 2 use-cases would require much larger limits on number of records sent to those 2 services. TASK DETAIL https://phabricator.wikimedia.org/T261716 WORKBOARD https://phabricator.wikimedia.org/project/board/891/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, Aklapper, CBogen, Akuckartz, darthmon_wmde, Nandana, Namenlos314, Lahi, Gq86, Ramsey-WMF, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Ixocactus, Wong128hk, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T258835: Update Commons query service favicon
Jarekt added a comment. I requested a new logo to be designed by the community at https://commons.wikimedia.org/wiki/Commons:Graphic_Lab/Illustration_workshop#Design_Commons_query_service_favicon TASK DETAIL https://phabricator.wikimedia.org/T258835 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, CBogen, Gehel, Aklapper, Multichill, Akuckartz, darthmon_wmde, Nandana, Namenlos314, Lahi, Gq86, Ramsey-WMF, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Ixocactus, Wong128hk, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Isarra, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T230315: Allow adding references to structured data (MediaInfo) statements
Jarekt added a comment. I just noticed that I can not add references to items on SDC on Commons. In case of digital representations of objects which have wikidata items, our model stores properties of the object on Wikidata and properties of digital version on Commons, but we still need to be able to add references to document where those digitization properties come from. For example we have a photograph of a sculpture downloaded from some site. The information about the photograph will be stored in SDC: maybe the name of the copyright holder or a license it was released under. Those statements require references especially if the information is not on the same page listed as a source. TASK DETAIL https://phabricator.wikimedia.org/T230315 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, valerio.bozzolan, Aklapper, Bugreporter, CBogen, Akuckartz, darthmon_wmde, Nandana, JKSTNK, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T246746: Bot edits on Wikidata should be hidden in other project's recent changes
Jarekt added a comment. I also reported it at https://bitbucket.org/magnusmanske/wikidata-todo/issues/124/qs-should-send-all-requests-with-bot-1 TASK DETAIL https://phabricator.wikimedia.org/T246746 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Cparle, Spinster, Jarekt, Etonkovidova, matej_suchanek, Magnus, Bugreporter, Aklapper, Strainu, NavinRizwi, Akuckartz, darthmon_wmde, Nandana, kostajh, Jony, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Iniquity, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, SBisson, Wikidata-bugs, aude, Mbch331, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T258489: Create a Examples Page for WCQS
Jarekt added a comment. By the way, there is a lot of activity now at https://commons.wikimedia.org/wiki/c:Commons:SPARQL_query_service/queries/examples <https://commons.wikimedia.org/wiki/Commons:SPARQL_query_service/queries/examples>, a lot of great examples are being added. TASK DETAIL https://phabricator.wikimedia.org/T258489 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, Lucas_Werkmeister_WMDE, CBogen, Aklapper, Zbyszko, Akuckartz, darthmon_wmde, Nandana, Namenlos314, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, 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] T258776: Add Structured Data on Commons M-ID to Wikidata dumps
Jarekt added a comment. I think Wikidata and SDC has an issue with representation of Wikimedia pages. Sometimes thy are stored as URLs (see Property:P1957 <https://www.wikidata.org/wiki/Property:P1957>), sometimes as strings (see Property:P1472 <https://www.wikidata.org/wiki/Property:P1472>), images are stored using data type just for images (see Property:P18 <https://www.wikidata.org/wiki/Property:P18>) and in SDC they are stored as M-ids based on page ID. Some years ago there was a proposal to have a property data type just for Wikimedia pages, which would allow the links to stay valid when the original page was renamed, or would allow comparison of links saved in different formats, like compare Property:P1472 <https://www.wikidata.org/wiki/Property:P1472> with a sitelink to Commons. If we add SDoC M-IDs to WDQS, maybe we could also find some way of representing other links to Wikimedia pages in some unified way as right now it is kind of a mess. TASK DETAIL https://phabricator.wikimedia.org/T258776 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, Librarian_lena, Lucas_Werkmeister_WMDE, Jheald, Aklapper, Tpt, CBogen, Akuckartz, darthmon_wmde, Nandana, JKSTNK, Namenlos314, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T256933: Alter the look of SDC GUI to hide input fields for properties which are not beeing edited
Jarekt added a comment. By the way, I explained the issue with always on input field for geo-coordinate statements with single value constraint in T227116 <https://phabricator.wikimedia.org/T227116>, before it was rolled out, but my comment did not altered that aspect of the design TASK DETAIL https://phabricator.wikimedia.org/T256933 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Aklapper, Jarekt, CBogen, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T256933: Alter the look of SDC GUI to hide input fields for properties which are not beeing edited
Jarekt created this task. Jarekt added projects: SDC General, Structured Data Engineering. Restricted Application added a subscriber: Aklapper. Restricted Application added projects: Wikidata, Structured-Data-Backlog. TASK DESCRIPTION This ticket is a result of discussion at https://commons.wikimedia.org/wiki/Commons_talk:Structured_data#Some_aspects_of_the_%22look%22_of_SDC_statements_make_no_sense_to_me > Most SDC statements we are adding to files, like author, cameras geo-coordinates, date, copyright status, OTRS number, etc. will have a single value. Some always, like cameras geo-coordinates, and some in most cases. That is why I do not like the "look" of the statements adopted by SDC GUI, with prominent search window inviting to add a second value and much less prominent actual value of that statement. The look used at Wikidata just makes much more sense to me: there is a property and its value and the search/input window only shows up when you are adding a second value (rare case) or correcting the value. The only statement where current GUI makes sense for if "depict" statement, and for those I am OK with leaving the input field. As of today 7 out of 7 SDC users agreed with above statement. TASK DETAIL https://phabricator.wikimedia.org/T256933 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Aklapper, Jarekt, CBogen, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T56097: [Story] allow to select globe in the UI
Jarekt added a comment. 7 years and this is still an annoying issue. TASK DETAIL https://phabricator.wikimedia.org/T56097 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, jleedev, Zolo, Mike_Peel, bzimport, Jklamo, Pasleim, Pigsonthewing, Jc3s5h, VIGNERON, Smalyshev, Nikki, Aklapper, Liuxinyu970226, iecetcwcpggwqpgciazwvzpfjpwomjxn, Ricordisamoa, Lydia_Pintscher, darthmon_wmde, Dinadineke, DannyS712, Nandana, lucamauri, tabish.shaikh91, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, Jayprakash12345, JakeTheDeveloper, QZanden, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T252259: Refine Commons Template:Map with Lua modules to populate the template with Wikidata
Jarekt added a comment. That is strange, my system behaves differently. After opening a Module file originally there are no number lines, but than a different skin (or something ) kicks in and I can see code lines. Also if I see an error line number that is the correct line number I see in Notepad++ and in the on-wiki editor. TASK DETAIL https://phabricator.wikimedia.org/T252259 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Verdy_p, mxn, Chippyy, Yupik, Abbe98, TiagoLubiana, Jarekt, Aklapper, Susannaanas, Librarian_lena, Liuxinyu970226, CBogen, Demian, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, StuartPrior, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Volker_E, Ixocactus, SBisson, Wong128hk, Jane023, Wikidata-bugs, aude, El_Grafo, Dinoguy1000, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T252259: Refine Commons Template:Map with Lua modules to populate the template with Wikidata
Jarekt added a comment. Lena, I am happy to help, I just cant commit to do all the work as I am stretch quite thin with maintenance of existing modules. There are no instructions other than https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual and https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua, so the best way is to learn by example. [[Module:Artwork]] has a lot of overlap but it does a lot of other stuff (like allow transfer of data from commons to wikidata) which can be confusing. [[Module:Information]] or Module:Creator also do similar things. The way I usually work on those is to write everything in Notepad++ and than cut and paste to Module page. I create some test page and use "Preview page with this template" to see if current code works or not, without saving TASK DETAIL https://phabricator.wikimedia.org/T252259 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: mxn, Chippyy, Yupik, Abbe98, TiagoLubiana, Jarekt, Aklapper, Susannaanas, Librarian_lena, Liuxinyu970226, CBogen, Demian, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, StuartPrior, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Volker_E, Ixocactus, SBisson, Wong128hk, Jane023, Wikidata-bugs, aude, El_Grafo, Dinoguy1000, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T253387: Create a Lua convenience functions for conversion betweem language code and project and sitelink code
Jarekt created this task. Jarekt added a project: Wikibase-Lua. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION There are 900-1000 sitelink codes at the moment (like "be_x_oldwiki") and each is associated with a language code and project (like "be-tarask" and "Wikipedia"). Many Lua tools are parsing sitelinks to get language code and project or creating sitelinks based on users language and project, and many of them have to hardwire a lot of confusing special cases. It would be nice to have 2 convenience functions with "official" conversion between sitelink ID (same as used by mw.wikibase.getSitelink <https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua#mw.wikibase.getSitelink>) and language codes (same as used by Lua Language_library <https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#Language_library>). Some relevant links: - https://www.mediawiki.org/wiki/Special:SiteMatrix - https://phabricator.wikimedia.org/source/mediawiki/browse/master/languages/data/Names.php - https://meta.wikimedia.org/wiki/Special_language_codes TASK DETAIL https://phabricator.wikimedia.org/T253387 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, Aklapper, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T252259: Refine Commons Template:Map with Lua modules to populate the template with Wikidata
Jarekt added a comment.
In T252259#6121786 <https://phabricator.wikimedia.org/T252259#6121786>,
@Susannaanas wrote:
> Can we make a temporary template for this module, like MapWD?
I linked c:Template:Map/sandbox
<https://commons.wikimedia.org/wiki/Template:Map/sandbox> to the new module. I
was also using Module_talk:Map/testcases
<https://commons.wikimedia.org/wiki/Module_talk:Map/testcases>.
In T252259#6121771 <https://phabricator.wikimedia.org/T252259#6121771>,
@Susannaanas wrote:
> BTW Cool ascii art!
Thanks. I use
http://patorjk.com/software/taag/#p=display=Standard=Type%20Something%20
generator for all the modules I start.
As for changing workflows, that might change, I am not sure what you mean.
Once a new module is written and {{Map}} start using it, if it is done right
there is no difference to the user unless they start linking the data with
wikidata and than the only difference is that most metadata goes to Wikidata
and the template is mostly empty.
TASK DETAIL
https://phabricator.wikimedia.org/T252259
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jarekt
Cc: Yupik, Abbe98, TiagoLubiana, Jarekt, Aklapper, Susannaanas, Librarian_lena,
Liuxinyu970226, Kroger4, CBogen, Demian, darthmon_wmde, Nandana, lucamauri,
Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, StuartPrior, Poyekhali,
_jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Volker_E, Ixocactus, SBisson,
Wong128hk, Jane023, Wikidata-bugs, aude, Xelgen, El_Grafo, Dinoguy1000,
Steinsplitter, Mbch331, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T252259: Refine Commons Template:Map with Lua modules to populate the template with Wikidata
Jarekt added a comment. I have very early stage of Module:Map <https://commons.wikimedia.org/wiki/Module:Map> done. At this stage the goal is to recreate Template:Map in Lua. Template Map has so many fields that at this point I added about 50-60% of fields which were shared with Artwork template. I will switch to other tasks now, but it would be great if others would help by adding the rest of the fields. Especially fields which are only used by this template and which might need translations set up at Module:I18n/map <https://commons.wikimedia.org/wiki/Module:I18n/map>. Ping me here or on my commons talk page if there are any questions. TASK DETAIL https://phabricator.wikimedia.org/T252259 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Yupik, Abbe98, TiagoLubiana, Jarekt, Aklapper, Susannaanas, Librarian_lena, Liuxinyu970226, Kroger4, CBogen, Demian, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, StuartPrior, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Volker_E, Ixocactus, SBisson, Wong128hk, Jane023, Wikidata-bugs, aude, Xelgen, El_Grafo, Dinoguy1000, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T252259: Refine Commons Template:Map with Lua modules to populate the template with Wikidata
Jarekt added a comment. In T252259#6120966 <https://phabricator.wikimedia.org/T252259#6120966>, @Susannaanas wrote: > I'm up for working with you if @Jarekt can give advise! Susanna, Stage #1 is to just reproduce the capabilities of the current template in Lua. I can get it started and maybe hand over to you. I noticed I began to work on Module:Map in 2013 but stopped, so U will take over that name. TASK DETAIL https://phabricator.wikimedia.org/T252259 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Abbe98, TiagoLubiana, Jarekt, Aklapper, Susannaanas, Librarian_lena, Liuxinyu970226, Kroger4, CBogen, Demian, darthmon_wmde, Nandana, lucamauri, Jinoytommanjaly, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, StuartPrior, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Volker_E, Ixocactus, SBisson, Wong128hk, Jane023, Wikidata-bugs, aude, Xelgen, El_Grafo, Dinoguy1000, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T252079: mw.wikibase.getLabelByLang('Q1', 'en') returning nil today
Jarekt added a comment.
I purged my test page and now `mw.wikibase.getLabelByLang('Q1','en')`
returned "universe". Thank you.
TASK DETAIL
https://phabricator.wikimedia.org/T252079
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jarekt
Cc: brennen, Dominicbm, Mholloway, WilliamGraham, LucasWerkmeister,
Lydia_Pintscher, Liuxinyu970226, Aklapper, matej_suchanek, Jarekt, Blissjay007,
Oblanco79, Alter-paule, Beast1978, Un1tY, Hook696, Daryl-TTMG, RomaAmorRoma,
E.S.A-Sheild, darthmon_wmde, Kent7301, Meekrab2012, joker88john, CucyNoiD,
Nandana, NebulousIris, Gaboe420, lucamauri, Versusxo, Majesticalreaper22,
Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Af420, Darkminds3113, Bsandipan,
Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden,
LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS,
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T252079: mw.wikibase.getLabelByLang('Q1', 'en') returning nil today
Jarekt triaged this task as "Unbreak Now!" priority. Restricted Application added a subscriber: Liuxinyu970226. TASK DETAIL https://phabricator.wikimedia.org/T252079 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Liuxinyu970226, Aklapper, matej_suchanek, Jarekt, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T252079: mw.wikibase.getLabelByLang('Q1', 'en') returning nil today
Jarekt created this task.
Jarekt added projects: MediaWiki-extensions-WikibaseClient, Wikibase-Lua.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
Function mw.wikibase.getLabelByLang
<https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua#mw.wikibase.getLabelByLang>
Stopped working today and mw.wikibase.getLabelByLang('Q1','en') returning nil
<https://commons.wikimedia.org/wiki/Module_talk:Test/testcases#section_5>.
Might be related to T157868 <https://phabricator.wikimedia.org/T157868> ticket.
TASK DETAIL
https://phabricator.wikimedia.org/T252079
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jarekt
Cc: Aklapper, matej_suchanek, Jarekt, darthmon_wmde, Nandana, lucamauri, Lahi,
Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS,
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] T221921: Provision search endpoint for SDC. Requirements from Product Team.
Jarekt added a comment. For me the big issue is quality control. As more people and bots are adding more statements, I am concerned about people finding multiple creative ways to store the same type of information, resulting in multiple parallel data models. SPARQL endpoint and property constraints is a way to check if everybody uses the same data model and allows to address issues quickly, but we are still in the dark. TASK DETAIL https://phabricator.wikimedia.org/T221921 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: David_Haskiya_WMSE, CBogen, Gamaliel, Keegan, Jane023, Spinster, Fuzheado, Jarekt, Husky, Tagishsimon, Multichill, Tnegrin, Abbe98, Marsupium, Tpt, Lucas_Werkmeister_WMDE, dcausse, EBernhardson, Jheald, Gehel, Abit, MarkTraceur, Cparle, Ramsey-WMF, Smalyshev, Aklapper, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, EBjune, Tramullas, Acer, merbst, LawExplorer, Salgo60, Silverfish, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Susannaanas, Ixocactus, Wong128hk, jkroll, Wikidata-bugs, Jdouglas, Base, matthiasmullie, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T68051: Implement Lua alternative to {{int:Lang}} / wgUserLanguage
Jarekt added a comment. There is an API to get languages users speak: https://commons.wikimedia.org//w/api.php?action=query=babel=Jarekt. Maybe it would be possible to get babel preferences of the current user. TASK DETAIL https://phabricator.wikimedia.org/T68051 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: matej_suchanek, Want, Perhelion, IKhitron, Iniquity, Dvorapa, daniel, Ricordisamoa, Capankajsmilyo, zhuyifei1999, Jackmcbarn, Liuxinyu970226, Rama, Jarekt, Multichill, Aklapper, Rical, Nemo_bis, Anomie, He7d3r, tstarling, wikibugs-l-list, vvv, darthmon_wmde, Nandana, Lahi, Gq86, Af420, GoranSMilovanovic, QZanden, LawExplorer, SundanceRaphael, _jensen, rosalieper, Scott_WUaS, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Dinoguy1000, jayvdb, MrStradivarius, Arrbee, KartikMistry, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T157868: Lua functions do not resolve redirects
Jarekt added a comment.
I just came here to report this issue, but apparently it has been known for a
while. An issue was reported at c:Template_talk:Label
<https://commons.wikimedia.org/wiki/Template_talk:Label#Handling_redirects?>,
so I began testing. I wrote
function p.testRedirect2(frame)
local id = frame.args[1]
local entity = mw.wikibase.getEntity(id)
local label0 = entity:getLabel() or 'none'
local label1,_ = entity:getLabelWithLang('en') or 'none'
local label2 = mw.wikibase.getLabel(id) or 'none'
local label3 = mw.wikibase.getLabelByLang(id,'en') or 'none'
local label4,_ = mw.wikibase.getLabelWithLang(id) or 'none'
return label0 ..' / '.. label1 ..' / '.. label2 ..' / '.. label3 ..' /
'.. label4
end
to test 5 ways of getting labels based on item ID and after testing it on
redirected items discovered that all of them gave label of the target item
except for `mw.wikibase.getLabelByLang`.
TASK DETAIL
https://phabricator.wikimedia.org/T157868
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jarekt
Cc: Jarekt, Addshore, Vriullop, Tomukas, Mike_Peel, RexxS, Bugreporter, Ahecht,
Dipsacus_fullonum, eranroz, Uzume, Salgo60, Larske, hoo, matej_suchanek,
Aklapper, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic,
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T216337: New lua function to follow entity redirects
Jarekt added a comment. I agree, That is why I use this approach for pages where I load the whole entity anyway. Many infoboxes on commons are created based on item ID and for those we load the whole entity. TASK DETAIL https://phabricator.wikimedia.org/T216337 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, Aklapper, Bugreporter, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T216337: New lua function to follow entity redirects
Jarekt added a comment.
@Bugreporater, if you have a item ID and you want to find out if it is a
redirect than you can use
function folowRedirect(id)
return mw.wikibase.getEntity(id).id
end
It works, and `folowRedirect('Q50940519')` will give you "Q9178333". It is
useful if working with whole entities.
TASK DETAIL
https://phabricator.wikimedia.org/T216337
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jarekt
Cc: Jarekt, Aklapper, Bugreporter, darthmon_wmde, Nandana, lucamauri, Lahi,
Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS,
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] T246746: Bot edits on Wikidata should be hidden in other project's recent changes
Jarekt added a comment. If you look at this query <https://commons.wikimedia.org/wiki/Special:RecentChanges?namespace=6=OAuth+CID%3A+1351=50=7=1=2> you can see my resent edits. In QuickStatements I do not think are any tweakable parameters to inform QuickStatements to mark edits with bot flag, so the code must be taking care of that. I assume that since bot flag is an edit level setting (as opposed to account level setting) and QuickStatements is not marking it correctly, then the the issue need to be fixed in QuickStatements <https://phabricator.wikimedia.org/source/tool-quickstatements/repository/master/>. By the way, in case of QuickStatements are what you call synchronous and asynchronous batches, the batches you run with "run" (off your computer) and "run in background" commands? TASK DETAIL https://phabricator.wikimedia.org/T246746 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Cparle, Spinster, Jarekt, Etonkovidova, matej_suchanek, Magnus, Bugreporter, Aklapper, Strainu, NavinRizwi, darthmon_wmde, Nandana, kostajh, Jony, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Iniquity, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, SBisson, 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] T246746: Bot edits on Wikidata should be hidden in other project's recent changes
Jarekt added a comment. I just got another frustrated message from someone whose watchlist I flooded. Please resolve this issue. TASK DETAIL https://phabricator.wikimedia.org/T246746 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, Etonkovidova, matej_suchanek, Magnus, Bugreporter, Aklapper, Strainu, NavinRizwi, darthmon_wmde, Nandana, kostajh, Jony, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Iniquity, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, SBisson, 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] T68051: Implement Lua alternative to {{int:Lang}} / wgUserLanguage
Jarekt added a comment. @matej_suchanek Sorry for nit-picking but that second sentence is in documentation of ` mw.wikibase.getLabel` function, and I did not noticed it when I was reading documentation of `mw.wikibase.getLabelWithLang`. There is a link to the other function, so it should not have been hard to find. So if `mw.wikibase.getLabelWithLang` function returns " Wiki's language (on monolingual wikis) or the user's language (on multilingual Wikis)", we would have to decide on behavior of our hypothetical new `mw.language.getUserLanguage()` function on monolingual wikis. I do not have strong opinions one way or the other. In one hand If I am looking at a page in some wiki, where I do not know the language, it is nice if some parts show up in languages I know, but on the other hand other wiki's templates might not be handling such cases correctly. TASK DETAIL https://phabricator.wikimedia.org/T68051 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: matej_suchanek, Want, Perhelion, IKhitron, Iniquity, Dvorapa, daniel, Ricordisamoa, Capankajsmilyo, zhuyifei1999, Jackmcbarn, Liuxinyu970226, Rama, Jarekt, Multichill, Aklapper, Rical, Nemo_bis, Anomie, He7d3r, tstarling, wikibugs-l-list, vvv, darthmon_wmde, Nandana, Lahi, Gq86, Af420, GoranSMilovanovic, QZanden, LawExplorer, SundanceRaphael, _jensen, rosalieper, Scott_WUaS, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Dinoguy1000, jayvdb, MrStradivarius, Arrbee, KartikMistry, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T68051: Implement Lua alternative to {{int:Lang}} / wgUserLanguage
Jarekt added a comment. In T68051#6080295 <https://phabricator.wikimedia.org/T68051#6080295>, @matej_suchanek wrote: > If this way of getting the language works for you, then ... @matej_suchanek This approach //seems //to work in limited test I was able to perform. Q2 has labels for 287 languages and I believe MediaWiki supports over 450, so this approach would not work for users of 160 languages, but there again those are probably the languages we do not have any content in anyway. Function mw.wikibase.getLabelWithLang <https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua#mw.wikibase.getLabelWithLang> does on document what the language output is. By observation it seem to be the language of the viewer, but it is unclear how many languages can be returned. Mw.language <https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#mw.language> library recognizes language codes which are ValidBuiltIn <https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#mw.language.isValidBuiltInCode>, Known <https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#mw.language.isKnownLanguageTag>, or supported <https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#mw.language.isSupportedLanguage>, It would be nice to know which set the outputs of this function fall into. In T68051#6080295 <https://phabricator.wikimedia.org/T68051#6080295>, @matej_suchanek wrote: > perhaps it could be moved to a new function to work independently of Wikidata... A //new function to work independently of Wikidata// would be great. Perhaps `mw.language.getUserLanguage()` (aka `mw.getUserLanguage()`) to get "language object" with `getCode()` property to get the actual language code. In T68051#6080295 <https://phabricator.wikimedia.org/T68051#6080295>, @matej_suchanek wrote: > Also, this will create 50M "links" to the item in the database of Commons, so a potential performance problem. Yes, we would like to avoid that. Once Commons SQL database have 50M links, they do not seem to ever go away. As I reported in T243602 <https://phabricator.wikimedia.org/T243602>, we still have 13M links to some modules and templates which are not being used for over a year. TASK DETAIL https://phabricator.wikimedia.org/T68051 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: matej_suchanek, Want, Perhelion, IKhitron, Iniquity, Dvorapa, daniel, Ricordisamoa, Capankajsmilyo, zhuyifei1999, Jackmcbarn, Liuxinyu970226, Rama, Jarekt, Multichill, Aklapper, Rical, Nemo_bis, Anomie, He7d3r, tstarling, wikibugs-l-list, vvv, darthmon_wmde, Nandana, Lahi, Gq86, Af420, GoranSMilovanovic, QZanden, LawExplorer, SundanceRaphael, _jensen, rosalieper, Scott_WUaS, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Dinoguy1000, jayvdb, MrStradivarius, Arrbee, KartikMistry, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T68051: Implement Lua alternative to {{int:Lang}} / wgUserLanguage
Jarekt added a comment.
I checked and `_, lang = mw.wikibase.getLabelWithLang( 'Q2' )` is a better
approach, since Q2 had labels in 287 langiuages and Q1 "only" in 189. So is
this an acceptable way to look up language of the user? Every template on
Commons calls {{int:Lang}}, often many times per page. If we switch from
`lang=frame:callParserFunction("int","lang")` to `_, lang =
mw.wikibase.getLabelWithLang( 'Q2' )` than suddenly 50M pages will be querying
Q2's label. Maybe there is a better way.
TASK DETAIL
https://phabricator.wikimedia.org/T68051
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jarekt
Cc: Want, Perhelion, IKhitron, Iniquity, Dvorapa, daniel, Ricordisamoa,
Capankajsmilyo, zhuyifei1999, Jackmcbarn, Liuxinyu970226, Rama, Jarekt,
Multichill, Aklapper, Rical, Nemo_bis, Anomie, He7d3r, tstarling,
wikibugs-l-list, vvv, darthmon_wmde, Nandana, Lahi, Gq86, Af420,
GoranSMilovanovic, QZanden, LawExplorer, SundanceRaphael, _jensen, rosalieper,
Scott_WUaS, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude,
Dinoguy1000, jayvdb, MrStradivarius, Arrbee, KartikMistry, Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T225924: Allow to retrieve entity schemas in Scribunto modules
Jarekt added a comment. See d:Module_talk:Wikidata_label#Adaptation_for_Schemas <https://www.wikidata.org/wiki/Module_talk:Wikidata_label#Adaptation_for_Schemas> for relevant discussion. TASK DETAIL https://phabricator.wikimedia.org/T225924 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, Aklapper, Tpt, darthmon_wmde, pdehaye, Nandana, Lahi, Gq86, Andrawaag, GoranSMilovanovic, QZanden, YULdigitalpreservation, LawExplorer, Salgo60, _jensen, rosalieper, Scott_WUaS, MisterSynergy, abian, 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] T246746: Bot edits on Wikidata should be hidden in other project's recent changes
Jarekt added a comment. I am using QuickStatements on Commons to add statements to Structured data on Commons (see here <https://tools.wmflabs.org/quickstatements/#/batches/JarektBot>), and I am having the same issue, that despite of being logged in as a bot, my edits are not tagged as bot edits. A lot of people (in several languages) contacted me asking about how to hide my edits. I am planning to use QuickStatements much more on Commons, but I do not want to antagonize other users. Please find a solution to this issue. TASK DETAIL https://phabricator.wikimedia.org/T246746 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, Etonkovidova, matej_suchanek, Magnus, Bugreporter, Aklapper, Strainu, NavinRizwi, darthmon_wmde, Nandana, kostajh, Jony, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Iniquity, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, SBisson, 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] T68051: Implement Lua alternative to {{int:Lang}} / wgUserLanguage
Jarekt added a comment. Can we just use `_, lang = mw.wikibase.getLabelWithLang( 'Q1' )` ? That line seems to always return the language of the viewer. I do not know if Q1 has a label for all supported languages, but if not than we can add some. TASK DETAIL https://phabricator.wikimedia.org/T68051 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Perhelion, IKhitron, Iniquity, Dvorapa, daniel, Ricordisamoa, Capankajsmilyo, zhuyifei1999, Jackmcbarn, Liuxinyu970226, Rama, Jarekt, Multichill, Aklapper, Rical, Nemo_bis, Anomie, He7d3r, tstarling, wikibugs-l-list, vvv, darthmon_wmde, Nandana, Lahi, Gq86, Af420, GoranSMilovanovic, QZanden, LawExplorer, SundanceRaphael, _jensen, rosalieper, Scott_WUaS, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Dinoguy1000, jayvdb, MrStradivarius, Arrbee, KartikMistry, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T235332: Add SDC data slot to pages in the Commons data: namespace
Jarekt added a comment. I began using "Data:" namespace, lately and I share desire for a place to add some metadata. I created T249896 <https://phabricator.wikimedia.org/T249896> request for allowing /doc pages where one can add documentation. Adding SDC would be also nice, but with so few pages in that namespace I do not see it as a high priority. I would not want to divert scarce resources from File namespace tasks. TASK DETAIL https://phabricator.wikimedia.org/T235332 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, Abbe98, El_Grafo, Cparle, Aklapper, Jheald, CBogen, Alilje, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Anooprao, SandraF_WMF, Looniverse, GoranSMilovanovic, QZanden, Orienteerix, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, debt, Reasno, _jensen, rosalieper, JGirault, Scott_WUaS, phabyogi, Susannaanas, lxbarth, mys_721tx, Jane023, Planemad, Wikidata-bugs, Base, matthiasmullie, aude, jayvdb, Ricordisamoa, Wesalius, zhuyifei1999, Lydia_Pintscher, Fabrice_Florin, Yurik, Raymond, TheDJ, Steinsplitter, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T238484: Entities returned by mw.wikibase.getEntity lua function differ based on language of the viewer
Jarekt added a comment. @WMDE-leszek, Is there documentation for this feature? I would like to understand it better. TASK DETAIL https://phabricator.wikimedia.org/T238484 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: WMDE-leszek, darthmon_wmde, nettrom_WMF, matthiasmullie, Marsupium, Jarekt, Aklapper, CBogen, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T241338: Allow linking to specific statements in Structured data on Commons
Jarekt added a comment. I noticed that this is deployed now. That is great! Two questions: - I thing the anchor to captions is "#ooui-php-4". Is that going to be true for all the files? Is there some better name for it? And if not, can we rename it to something like "#captions"? - As @Etonkovidova mentioned above, links to Wikidata properties are nicely outlined. Can we do the same on Commons? Without the outline it is hard to tell which property are we were linking to. TASK DETAIL https://phabricator.wikimedia.org/T241338 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Etonkovidova, Jarekt Cc: Tacsipacsi, Salgo60, Ramsey-WMF, Cparle, matthiasmullie, Multichill, dcausse, Jarekt, Aklapper, CBogen, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Silverfish, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Susannaanas, Ixocactus, Wong128hk, Jane023, Wikidata-bugs, Base, aude, El_Grafo, Dinoguy1000, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Jdforrester-WMF, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T238484: Entities returned by mw.wikibase.getEntity lua function differ based on language of the viewer
Jarekt closed this task as "Invalid". Jarekt added a comment. In T238484#6046154 <https://phabricator.wikimedia.org/T238484#6046154>, @matthiasmullie wrote: > This behavior appears to be intentional and not causing any trouble when testing whether or not languages match, in which case I believe we can close this ticket? Agree TASK DETAIL https://phabricator.wikimedia.org/T238484 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: WMDE-leszek, darthmon_wmde, nettrom_WMF, matthiasmullie, Marsupium, Jarekt, Aklapper, CBogen, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T239939: [S] Deploy WikibaseQualityConstraints to beta commons
Jarekt added a comment. I tried those 2 links: - https://commons.wikimedia.beta.wmflabs.org/wiki/File:2015-06-06_0672_Romedikapelle_Brennbichl.jpg#P245962 - https://commons.wikimedia.beta.wmflabs.org/wiki/File:2015-06-06_0672_Romedikapelle_Brennbichl.jpg#P740 and they worked fine. TASK DETAIL https://phabricator.wikimedia.org/T239939 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matthiasmullie, Jarekt Cc: Jarekt, Lucas_Werkmeister_WMDE, egardner, Multichill, PDrouin-WMF, Aklapper, WMDE-leszek, Cparle, CBogen, darthmon_wmde, Nandana, Lahi, Gq86, Ramsey-WMF, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Agabi10, Scott_WUaS, Abit, abian, Wikidata-bugs, aude, Jdforrester-WMF, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T238484: Entities returned by mw.wikibase.getEntity lua function differ based on language of the viewer
Jarekt added a comment. I never run into this when processing Wikidata entities, so it is interesting that it happens there too. In my codes, I began to test that two languages match and ignore the rest, but if this is a "feature" not a "bug" I can probably simplify some of those codes. TASK DETAIL https://phabricator.wikimedia.org/T238484 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: WMDE-leszek, darthmon_wmde, nettrom_WMF, matthiasmullie, Marsupium, Jarekt, Aklapper, CBogen, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T68051: Implement Lua alternative to {{int:Lang}} / wgUserLanguage
Jarekt added a comment.
At the moment most modules on Commons use
`frame:callParserFunction("int","lang")` call to get users language. It is a
solution that works fine on multilingual projects like Commons and Wikidata,
but I am not sure if it is accessible on other projects. I assume that the
purpose of this task to come up a way which is guaranteed to work on the
projects.
TASK DETAIL
https://phabricator.wikimedia.org/T68051
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jarekt
Cc: Perhelion, IKhitron, Iniquity, Dvorapa, daniel, Ricordisamoa,
Capankajsmilyo, zhuyifei1999, Jackmcbarn, Liuxinyu970226, Rama, Jarekt,
Multichill, Aklapper, Rical, Nemo_bis, Anomie, He7d3r, tstarling,
wikibugs-l-list, vvv, darthmon_wmde, Nandana, Lahi, Gq86, Af420,
GoranSMilovanovic, QZanden, LawExplorer, SundanceRaphael, _jensen, rosalieper,
Scott_WUaS, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude,
Dinoguy1000, jayvdb, MrStradivarius, Arrbee, KartikMistry, Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T221921: Provision search endpoint for SDC. Requirements from Product Team.
Jarekt added a comment. In T221921#5973642 <https://phabricator.wikimedia.org/T221921#5973642>, @Keegan wrote: > I'm aware of how old this ticket is and the pain it's caused trying to move it forward. There seems to be some miscommunication going on here and it's escalating, I'm going to work with some folks on clarifying intentions. That would be great. I think the frustration is due to expectations management. I guess we were imagining that we would just run the same code as Wikidata, so once turned on SDC would have similar GUI as Wikidata and with the same capabilities, including SPARQL interface, constraint verification, support for all the basic types, support for Lua interface, etc. So that should have been the baseline, followed by possible additional features. In the mean time, we are still adding basic features Wikidata had ages ago, like for example It was only today, I was able to use GUI to add units to a "quantity" type property (see T239474 <https://phabricator.wikimedia.org/T239474>). We are also still waiting for SPARQL interface, constraint support, ability to link to statements (T241338 <https://phabricator.wikimedia.org/T241338>), etc.. While we are waiting on those capabilities, SDC development seems to concentrate on new GUI, which is much more clunky than the Wikidata's GUI, and tools like Computer-aided tagging <https://commons.wikimedia.org/wiki/Commons:Structured_data/Computer-aided_tagging> ( which I support but would prefer to see done after we manage to finish with turning on all the features we now expect from wikibase). It is a bit like if we were starting a new language of Wikipedia and first turned on the mediawiki software from 15 years ago and than had to file tickets to add all the features we expect from current Wikipedia. TASK DETAIL https://phabricator.wikimedia.org/T221921 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Gamaliel, Keegan, Jane023, Spinster, Fuzheado, Jarekt, Husky, Tagishsimon, Multichill, Tnegrin, Abbe98, Marsupium, Tpt, Lucas_Werkmeister_WMDE, dcausse, EBernhardson, Jheald, Gehel, Abit, MarkTraceur, Cparle, Ramsey-WMF, Smalyshev, Aklapper, Nuria, CBogen, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, EBjune, Tramullas, Acer, merbst, LawExplorer, Salgo60, Silverfish, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Susannaanas, Ixocactus, Wong128hk, jkroll, Wikidata-bugs, Jdouglas, Base, matthiasmullie, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T241338: Allow linking to specific statements in Structured data on Commons
Jarekt added a comment.
In T241338#5938761 <https://phabricator.wikimedia.org/T241338#5938761>,
@matthiasmullie wrote:
> @Jarekt would you want to link to the specific statement (i.e.
`File:Something.jpg#M63$b81f5051-4288-a4d9-cc31-ba8b200b5e0e` - the statement's
GUID), or just the property level (i.e. `File:Something.jpg#P180` or something
similar)
What I need is property level links (i.e. `File:Something.jpg#P180`)
**Example:**
{{Information}} template in this file
<https://commons.wikimedia.org/wiki/File:Midsummer_Sunset_at_Underhoull,_Shetland_Islands,_Great_Britain_-_geograph.org.uk_-_605.jpg>
looks like
F31660706: Screenshot_2020-03-03 File Midsummer Sunset at Underhoull,
Shetland Islands, Great Britain - geograph org uk - 605 jpg [...].png
<https://phabricator.wikimedia.org/F31660706>
and most fields, like author, date, source, etc., are not set in wikitext
but in SDC. The template has SDC icons to the right of field names, like
source, and I would like this icon to link to SDC's P7482
<https://www.wikidata.org/wiki/Property:P7482>, since that is the place where
source info can be modified. On Wikidata such link would be done by adding
"#P7482" to the page url, so ideally the link would be
`File:Something.jpg#P7482`.
TASK DETAIL
https://phabricator.wikimedia.org/T241338
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: matthiasmullie, Jarekt
Cc: Salgo60, Ramsey-WMF, Cparle, matthiasmullie, Multichill, dcausse, Jarekt,
Aklapper, CBogen, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86,
E1presidente, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas,
Acer, LawExplorer, Silverfish, Poyekhali, _jensen, rosalieper, Taiwania_Justo,
Scott_WUaS, Susannaanas, Ixocactus, Wong128hk, Jane023, Wikidata-bugs, Base,
aude, El_Grafo, Dinoguy1000, Ricordisamoa, Wesalius, Lydia_Pintscher,
Fabrice_Florin, Raymond, Jdforrester-WMF, Steinsplitter, Mbch331, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T241338: Allow linking to specific statements in Structured data on Commons
Jarekt added a comment.
In the next version of {{information}} template we are planning to add SDC
icons to fields which were filled by information from SDC. I think those icons
should link to properties where the data is stored. Can we at least agree, if
we are going to be able to link to specific properties and if so what would be
the format? The actual implementation can follow later. That way I can add it
to the next release. I am trying to have only occasional updates to template
used on 50+ M pages.
TASK DETAIL
https://phabricator.wikimedia.org/T241338
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jarekt
Cc: Multichill, dcausse, Jarekt, Aklapper, CBogen, darthmon_wmde, Nandana,
JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao,
SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60,
Silverfish, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS,
Susannaanas, Ixocactus, Wong128hk, Jane023, Wikidata-bugs, Base,
matthiasmullie, aude, El_Grafo, Dinoguy1000, Ricordisamoa, Wesalius,
Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T195962: "Failed to serialize data" on Commons pages using Wikidata based templates
Jarekt added a comment. Same issue with c:File:Verwaistes_Bahnhofgebäude_Hof_20200223_003.jpg <https://commons.wikimedia.org/wiki/File:Verwaistes_Bahnhofgebäude_Hof_20200223_003.jpg> today TASK DETAIL https://phabricator.wikimedia.org/T195962 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Aklapper, Tgr, Jarekt, CBogen, TerraCodes, Poyekhali, Taiwania_Justo, Ixocactus, Wong128hk, Wikidata-bugs, El_Grafo, Dinoguy1000, Steinsplitter, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T237991: Changes to Structured Data on Commons should trigger page refresh
Jarekt added a comment. This is related to T173339 <https://phabricator.wikimedia.org/T173339>, where changes to Wikidata should trigger page refresh of pages which rely on that data. TASK DETAIL https://phabricator.wikimedia.org/T237991 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, Aklapper, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Susannaanas, Ixocactus, Wong128hk, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, El_Grafo, Dinoguy1000, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T195962: "Failed to serialize data" on Commons pages using Wikidata based templates
Jarekt removed a project: Wikidata. Jarekt added a comment. File [https://commons.wikimedia.org/wiki/File:L%27Int%C3%A9rieur_du_Mus%C3%A9e_des_beaux-arts_de_Nancy.jpg|c:File:L%27Int%C3%A9rieur_du_Mus%C3%A9e_des_beaux-arts_de_Nancy.jpg] shows "Failed to serialize data." error. Attempt to do any edit on the file gives Internal Error "[XkgM4wpAMEoAAE8Us7QAAACS] 2020-02-15 15:23:15: Fatal exception of type "Wikibase\Lib\Store\DivergingEntityIdException"". Any idea how to resolve it? F31617567: Screenshot_2020-02-15 Internal error - Wikimedia Commons.png <https://phabricator.wikimedia.org/F31617567> TASK DETAIL https://phabricator.wikimedia.org/T195962 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Aklapper, Tgr, Jarekt, TerraCodes, Poyekhali, Taiwania_Justo, Ixocactus, Wong128hk, Wikidata-bugs, El_Grafo, Dinoguy1000, Steinsplitter, Keegan, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T210304: Add Wikidata as a supported project
Jarekt added a comment. I tried again to log in to Wikidata with AWB using Custom project option: F31553914: New Picture (1).png <https://phabricator.wikimedia.org/F31553914> and that works. Unfortunately if I try to edit a page, I am asked to re-login and that operation fails with 403 error. See: F31553917: New Picture (2).png <https://phabricator.wikimedia.org/F31553917> Any ideas of how to use AWB on Wikidata's talk pages? TASK DETAIL https://phabricator.wikimedia.org/T210304 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Liuxinyu970226, Jarekt, Aklapper, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, Shaded0, GoranSMilovanovic, SwiftyPeep, QZanden, Brightgalrs, LawExplorer, JJMC89, Grind24, _jensen, rosalieper, Scott_WUaS, Magioladitis, Wikidata-bugs, aude, Dinoguy1000, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T244529: mw.wikibase.getLabelByLang not return item label for some items
Jarekt added a subscriber: hoo. Jarekt added a comment. Adding hoo (Marius Hoch) who wrote mw.wikibase.getLabelByLang function in the first place. TASK DETAIL https://phabricator.wikimedia.org/T244529 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: hoo, Jarekt, Aklapper, Liuxinyu970226, Chicagohil, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T244529: mw.wikibase.getLabelByLang not return item label for some items
Jarekt added a comment.
As an author of Lua code behind {{Q|}} template and few others related ones I
was alerted about this issue. I tried the following test; I added labelByLang
function to c:Module:Test <https://commons.wikimedia.org/wiki/Module:Test>:
local p = {}
function p.labelByLang(frame)
label = mw.wikibase.getLabelByLang( frame.args[1], frame.args[2] )
return label or 'None'
end
return p
Than tested it by:
- `{{#invoke:Test|labelByLang|Q75820373|en}}` gives "None" (expected
"WikiProject Supertemplates", for Q75820373
<https://www.wikidata.org/wiki/Q75820373>)
- `{{#invoke:Test|labelByLang|Q1|en}}` gives "Universe" (correct)
I got similar error for mw.wikibase.getLabelAndLang function
TASK DETAIL
https://phabricator.wikimedia.org/T244529
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jarekt
Cc: Jarekt, Aklapper, Liuxinyu970226, Chicagohil, darthmon_wmde, Nandana, Lahi,
Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS,
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] T244529: mw.wikibase.getLabelByLang not return item label for some items
Jarekt renamed this task from "{{Q|id}} syntax not displaying item label
sometimes" to "mw.wikibase.getLabelByLang not return item label for some items".
Jarekt added a project: Wikibase-Lua.
TASK DETAIL
https://phabricator.wikimedia.org/T244529
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jarekt
Cc: Aklapper, Liuxinyu970226, Chicagohil, darthmon_wmde, Nandana, Lahi, Gq86,
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS,
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] T239474: [M] Units support for quantity datatype
Jarekt added a comment. I just come here to report this bug. Luckily it is being fixed. TASK DETAIL https://phabricator.wikimedia.org/T239474 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, Addshore, Ramsey-WMF, Aklapper, egardner, PDrouin-WMF, Multichill, matthiasmullie, Un1tY, Hook696, Daryl-TTMG, RomaAmorRoma, 0010318400, E.S.A-Sheild, Iflorez, darthmon_wmde, alaa_wmde, AramBakir, Meekrab2012, joker88john, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Af420, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, Jonas, Abit, Wikidata-bugs, aude, Lydia_Pintscher, Jdforrester-WMF, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T243686: Create widget to copy coordinates from the location template to "coordinates of the point of view" (P1259)
Jarekt added a comment. I was thinking about tackling this exact task in the following way: 1. harvest coordinates using https://quarry.wmflabs.org/query/41693 like query which strips coordinates and camera heading from geohack URL, for files in [[Category:Media_with_locations]] and formats the outputs results in the format of QuickStatements 2. Save results in some spreadsheet and clean it up if needed 3. run QuickStatements tool to add them Unfortunately, either I am doing something wrong of QuickStatements tool is not working correctly on SDC data. TASK DETAIL https://phabricator.wikimedia.org/T243686 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, Aklapper, Raymond, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Jdforrester-WMF, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T243086: Error "serialization is required for constructing a EntityId and must be a string" when adding a statement to SDC
Jarekt created this task. Jarekt added projects: SDC General, Structured Data Engineering. Restricted Application added a subscriber: Aklapper. Restricted Application added projects: Wikidata, Structured-Data-Backlog. TASK DESCRIPTION Second time in last 10 minutes I run into "//serialization is required for constructing a EntityId and must be a string//" error when adding a statement to SDC. In both cases the item I am picking just went through merge operation with other item. I paste new item ID in the window, pick the item from suggestion list and get the error. In both cases adding English label to the item and purging the file page resolved the issue (not sure if the first step is necessary). Might be related to T143249 <https://phabricator.wikimedia.org/T143249>. F31515487: Screenshot_2020-01-17 File Pierre Frédéric de la Croix - Portret van Theodoor François de Mey (1684-1758) - 10653 A B - Mus[...].png <https://phabricator.wikimedia.org/F31515487> TASK DETAIL https://phabricator.wikimedia.org/T243086 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Aklapper, Jarekt, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Jdforrester-WMF, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T237107: Extend mw.wikibase lua functions to allow accessing Structured Data on Commons items
Jarekt added a comment. Great I will start replacing hacks like "M" .. mw.title.getCurrentTitle().id with "clean" code TASK DETAIL https://phabricator.wikimedia.org/T237107 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matthiasmullie, Jarekt Cc: Multichill, Addshore, matthiasmullie, Njardarlogar, Aklapper, Jarekt, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Jdforrester-WMF, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T237746: page ID accessed from Lua by calling "mw.title.getCurrentTitle().id" ocassionally returns "0"
Jarekt added a comment. According to https://commons.wikimedia.org/wiki/Commons:Village_pump/Technical#Photograph_template_problem the issue still exist, TASK DETAIL https://phabricator.wikimedia.org/T237746 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Anomie, matej_suchanek, Aklapper, Liuxinyu970226, Jarekt, Ahmad252, JKSTNK, Lahi, PDrouin-WMF, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, Tramullas, Acer, Salgo60, Silverfish, SundanceRaphael, Poyekhali, Taiwania_Justo, Susannaanas, Ixocactus, Wong128hk, Jane023, Wikidata-bugs, Base, matthiasmullie, El_Grafo, Dinoguy1000, jayvdb, Ricordisamoa, Wesalius, MrStradivarius, Lydia_Pintscher, Fabrice_Florin, Raymond, Jackmcbarn, Steinsplitter, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T241338: Allow linking to specific statements in Structured data on Commons
Jarekt added a subscriber: dcausse. Jarekt added a comment. In T222321 <https://phabricator.wikimedia.org/T222321> @dcausse also thought we should have > direct reference to a particular statement (like the statement id anchor on wikibase entity e.g. https://www.wikidata.org/wiki/Q1#Q1$8983b0ea-4a9c-0902-c0db-785db33f767c) I would like to have it so if an infobox pulls some informatio from SDC than I would like to add an edit icon to it, which when clicked would lead to the statement where the information come from. TASK DETAIL https://phabricator.wikimedia.org/T241338 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: dcausse, Jarekt, Aklapper, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Susannaanas, Ixocactus, Wong128hk, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, El_Grafo, Dinoguy1000, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T241338: Allow linking to specific statements in Structured data on Commons
Jarekt created this task. Jarekt added projects: Commons, SDC General. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION On Wikidata you can have a link like https://www.wikidata.org/wiki/Q56051850#P6216 that links to P6216 <https://phabricator.wikimedia.org/P6216> property of Q56051850 item. On Commons link like https://commons.wikimedia.org/wiki/File:Arbeiderswoning_Oostwold_4.jpg#P6216 should also link to P6216 <https://phabricator.wikimedia.org/P6216> property of Arbeiderswoning_Oostwold_4.jpg file. TASK DETAIL https://phabricator.wikimedia.org/T241338 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, Aklapper, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Susannaanas, Ixocactus, Wong128hk, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, El_Grafo, Dinoguy1000, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T141602: [Objective Fiscal 19-20/Q2] (9) Provide a Proof of Concept SPARQL endpoint in support of SDoC project (stretch)
Jarekt added a comment. Yes @Gehel thanks for reply. One use case, I could think of now would be for finding wikidata items IDs which are used in depict and other statements which point to redirects. On wikidata there are some bots that replace redirected IDs with the new IDs, but on SDC there is no way at to moment to run a query to find such IDs. TASK DETAIL https://phabricator.wikimedia.org/T141602 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Lea_Lacroix_WMDE, PDrouin-WMF, Gehel, Nicolas_Raoul, Mmarx, Multichill, Nemo_bis, Husky, jleedev, Silverfish, Ainali, VIGNERON, JeanFred, Abbe98, ChristianFerrer, Jheald, Lucas_Werkmeister_WMDE, Salgo60, MB-one, Tpt, Addshore, Jarekt, Ramsey-WMF, Tgr, Bugreporter, Lydia_Pintscher, Aklapper, Steinsplitter, Poyekhali, Smalyshev, darthmon_wmde, Nandana, JKSTNK, Lahi, Gq86, E1presidente, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, EBjune, Tramullas, Acer, merbst, LawExplorer, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Susannaanas, Ixocactus, Wong128hk, Jane023, jkroll, Wikidata-bugs, Jdouglas, Base, matthiasmullie, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Ricordisamoa, Wesalius, Fabrice_Florin, Raymond, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T240563: broken Lua's mw.wikibase.entity:getSitelink function
Jarekt added a comment. I purged all the files in Category:Pages_with_script_errors <https://commons.wikimedia.org/wiki/Category:Pages_with_script_errors> and there are no more errors in file namespace. TASK DETAIL https://phabricator.wikimedia.org/T240563 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matthiasmullie, Jarekt Cc: Keegan, Multichill, Jarekt, Lucas_Werkmeister_WMDE, matthiasmullie, Aklapper, Lea_Lacroix_WMDE, Liuxinyu970226, darthmon_wmde, Nandana, JKSTNK, Lahi, Gq86, Ramsey-WMF, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T141602: [Objective Fiscal 19-20/Q2] (9) Provide a Proof of Concept SPARQL endpoint in support of SDoC project (stretch)
Jarekt added a comment. In T141602#5652512 <https://phabricator.wikimedia.org/T141602#5652512>, @Husky wrote: > Hey, as a proof of concept, i've adapted my VizQuery <https://tools.wmflabs.org/hay/vizquery/> tool to use the beta endpoint <https://sdcquery.wmflabs.org/>. Husky, I have never heard of beta endpoint <https://sdcquery.wmflabs.org/>. Is there some documentation for it or who is running it? TASK DETAIL https://phabricator.wikimedia.org/T141602 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: PDrouin-WMF, Gehel, Nicolas_Raoul, Mmarx, Multichill, Nemo_bis, Husky, jleedev, Silverfish, Ainali, VIGNERON, JeanFred, Abbe98, ChristianFerrer, Jheald, Lucas_Werkmeister_WMDE, Salgo60, MB-one, Tpt, Addshore, Jarekt, Ramsey-WMF, Tgr, Bugreporter, Lydia_Pintscher, Aklapper, Steinsplitter, Poyekhali, Smalyshev, darthmon_wmde, Nandana, JKSTNK, Lahi, Gq86, E1presidente, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, EBjune, Tramullas, Acer, merbst, LawExplorer, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Susannaanas, Ixocactus, Wong128hk, Jane023, jkroll, Wikidata-bugs, Jdouglas, Base, matthiasmullie, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Ricordisamoa, Wesalius, Fabrice_Florin, Raymond, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T141602: [Objective Fiscal 19-20/Q2] (9) Provide a Proof of Concept SPARQL endpoint in support of SDoC project (stretch)
Jarekt added a comment. In T141602#5652512 <https://phabricator.wikimedia.org/T141602#5652512>, @Husky wrote: > Hey, as a proof of concept, i've adapted my VizQuery <https://tools.wmflabs.org/hay/vizquery/> tool to use the beta endpoint <https://sdcquery.wmflabs.org/>. Husky, I have never heard of beta endpoint <https://sdcquery.wmflabs.org/>. Is there some documentation for it? All the examples and help pages are for Wikidata. TASK DETAIL https://phabricator.wikimedia.org/T141602 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: PDrouin-WMF, Gehel, Nicolas_Raoul, Mmarx, Multichill, Nemo_bis, Husky, jleedev, Silverfish, Ainali, VIGNERON, JeanFred, Abbe98, ChristianFerrer, Jheald, Lucas_Werkmeister_WMDE, Salgo60, MB-one, Tpt, Addshore, Jarekt, Ramsey-WMF, Tgr, Bugreporter, Lydia_Pintscher, Aklapper, Steinsplitter, Poyekhali, Smalyshev, darthmon_wmde, Nandana, JKSTNK, Lahi, Gq86, E1presidente, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, EBjune, Tramullas, Acer, merbst, LawExplorer, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Susannaanas, Ixocactus, Wong128hk, Jane023, jkroll, Wikidata-bugs, Jdouglas, Base, matthiasmullie, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Ricordisamoa, Wesalius, Fabrice_Florin, Raymond, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T237899: Wikidata item ID changes caused by merges do not update entities on Structured data on Commons
Jarekt added a comment. It seems like it is an user operated bot that updates redirects on Wikidata. I proposed to create similar got on Commons, see Commons:Bots/Work_requests#update_redirected_wikidata_items_used_by_SDC <https://commons.wikimedia.org/wiki/Commons:Bots/Work_requests#update_redirected_wikidata_items_used_by_SDC> but there does not seem to be much response. Part of the issue is that at the moment there does not seem to be a way to even query for such redirects. I tried to write one, like this one <https://sdcquery.wmflabs.org/#SELECT%20%3FcommonsItem%20%3FwikidataItem%20%3Ftarget%0AWHERE%20%0A%7B%0A%20%20%3FcommonsItem%20wdt%3AP6243%20%3FwikidataItem.%0A%20%20%3FwikidataItem%20owl%3AsameAs%20%3Ftarget.%0A%7D%0Alimit%20100> using sdcquery.wmflabs.org, but could not get it to work. I tried to get some advice on creating such a query at Wikidata:Request_a_query#finding_redirected_wikidata_items_used_by_SDC <https://www.wikidata.org/wiki/Wikidata:Request_a_query#finding_redirected_wikidata_items_used_by_SDC> but got no replies. So I guess we are blocked by lack of reliable querying system that can access both SDC and Wikidata. TASK DETAIL https://phabricator.wikimedia.org/T237899 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Keegan, Tacsipacsi, Aklapper, Jarekt, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T240563: broken Lua's mw.wikibase.entity:getSitelink function
Jarekt added a comment.
After my yesterday change to `Module:Wikidata label`, the 30k files affected
got fixed. Now the only files in Category:Pages_with_script_errors
<https://commons.wikimedia.org/wiki/Category:Pages_with_script_errors> are
couple hundred Gauguin paintings. Lets not "fix" those files so we can keep on
diagnosing the issue. I did try to isolate the issue and found the following:
- `{{#invoke:Cite|cite|item=Q15088284}}` added to File:Gauguin Stillleben mit
Fruchtschale und Zitronen.jpg
<https://commons.wikimedia.org/wiki/File:Gauguin_Stillleben_mit_Fruchtschale_und_Zitronen.jpg>
causes the issue F31474759: New Picture (9).jpg
<https://phabricator.wikimedia.org/F31474759>
- `{{#invoke:Cite|cite|item=Q15088284}}` added to File:Gauguin 1882 Carrière
aux environs de Pontoise.jpg
<https://commons.wikimedia.org/wiki/File:Gauguin_1882_Carri%C3%A8re_aux_environs_de_Pontoise.jpg>
does not cause the issue
The difference between the two files is that the first one has SDC statements
and labels and the second one does not. So it seems like only files with SDC
statements are affected by this issue.
TASK DETAIL
https://phabricator.wikimedia.org/T240563
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jarekt
Cc: Jarekt, Lucas_Werkmeister_WMDE, matthiasmullie, Aklapper, Lea_Lacroix_WMDE,
Liuxinyu970226, Hook696, Daryl-TTMG, RomaAmorRoma, 0010318400, E.S.A-Sheild,
darthmon_wmde, Meekrab2012, joker88john, DannyS712, CucyNoiD, Nandana,
NebulousIris, JKSTNK, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci,
Adrian1985, Cpaulf30, Lahi, Gq86, Af420, Darkminds3113, Bsandipan, Lordiis,
GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden,
LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS,
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] T240563: broken Lua's mw.wikibase.entity:getSitelink function
Jarekt added a comment. In T240563#5738558 <https://phabricator.wikimedia.org/T240563#5738558>, @matthiasmullie wrote: > I believe that whatever I ended up doing to remove the `getSitelink` method from MediaInfo entities, accidentally took it away from the parent class as well. Am looking into it! Can we just keep `getSitelink` method, and make it return //nil// when applied to MediaInfo entities? TASK DETAIL https://phabricator.wikimedia.org/T240563 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, Lucas_Werkmeister_WMDE, matthiasmullie, Aklapper, Lea_Lacroix_WMDE, Liuxinyu970226, Hook696, Daryl-TTMG, RomaAmorRoma, 0010318400, E.S.A-Sheild, darthmon_wmde, Meekrab2012, joker88john, DannyS712, CucyNoiD, Nandana, NebulousIris, JKSTNK, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Af420, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, 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] T240563: broken Lua's mw.wikibase.entity:getSitelink function
Jarekt added a comment. I "fixed" the immediate line causing errors, and that seems to fix the pages. However the explanation still does not make much sense as the entities the module was operating on were Wikidata entities and not SDC's MediaInfo entities, and we should be able to look up sitelinks for them. TASK DETAIL https://phabricator.wikimedia.org/T240563 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, Lucas_Werkmeister_WMDE, matthiasmullie, Aklapper, Lea_Lacroix_WMDE, Liuxinyu970226, darthmon_wmde, DannyS712, Nandana, JKSTNK, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T240563: broken Lua's mw.wikibase.entity:getSitelink function
Jarekt added a comment. matthiasmullie and Lucas_Werkmeister_WMDE thanks for reply. I think I understand it now, so in the past we had the code with the same interface, documented in mw:Extension:Wikibase Client/Lua <https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua>, that supported both processing of wikidata and SDC entities, and now we are moving in a now direction of having two different codes with different functions. That will make writing libraries that work with both Wikidata and SDC much harder. TASK DETAIL https://phabricator.wikimedia.org/T240563 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, Lucas_Werkmeister_WMDE, matthiasmullie, Aklapper, Lea_Lacroix_WMDE, Liuxinyu970226, darthmon_wmde, DannyS712, Nandana, JKSTNK, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] [Created] T240093: On Commons create optional "skin" for displaying structured data which mimics Wikidata look
Jarekt created this task. Jarekt added a project: SDC General. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION I personally am very used to Wikidata way of presenting structured data. Can we have alternative skin on Commons that mimics wikidata look, or extra tab with wikidata-like display of all properties currently stored in Structured data? I also think it would be nice if we could display somewhere the M-ID or entity ID of each structured data page. Those options could be optional and not activated by default. TASK DETAIL https://phabricator.wikimedia.org/T240093 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Aklapper, Keegan, Marsupium, Jheald, Jarekt, darthmon_wmde, DannyS712, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T237262: Tool for undoing Wikidata merges
Jarekt added a comment. Here is an example: 1. someone did a nonsense merge <https://www.wikidata.org/w/index.php?title=Q59165607=revision=1038289881=986442520> of Q59165607 <https://www.wikidata.org/wiki/Q59165607> and Q55296215 <https://www.wikidata.org/wiki/Q55296215>. 2. KrdBot replaces redirected item <https://www.wikidata.org/w/index.php?title=Q314104=revision=1039041773=936463156> in all the items linking to it 3. The merge is undone <https://www.wikidata.org/w/index.php?title=Q59165607=revision=1048159568=1038289881> 4. At this point all the changes done automatically by KrdBot need to be found and undone manually, as it was done here <https://www.wikidata.org/w/index.php?title=Q314104=next=1039041773> TASK DETAIL https://phabricator.wikimedia.org/T237262 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Aklapper, Jarekt, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, dachary, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T237899: Wikidata item ID changes caused by merges do not update entities on Structured data on Commons
Jarekt added a comment. I did not realized that we have volunteer run bot to fix redirects. I thought that was a task of internal wikidata software, the way page renames are automatically updated by wikimedia software (I assume?). Perhaps wikidata software should take over those tasks which will help with proper implementation of un-merge capabilities as discussed at T237262 <https://phabricator.wikimedia.org/T237262>. TASK DETAIL https://phabricator.wikimedia.org/T237899 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Tacsipacsi, Aklapper, Jarekt, darthmon_wmde, DannyS712, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T238484: Structured Data on Commons entities returned by mw.wikibase.getEntity lua function differ based on language of the viewer
Jarekt created this task.
Jarekt added projects: SDC General, MediaWiki-extensions-WikibaseClient,
Wikibase-Lua.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
mw.wikibase.getEntity lua function, activated by T223792
<https://phabricator.wikimedia.org/T223792> to work with Structured Data on
Commons (SDC) returns SDC entity. The best way to view it is by mw.dumpObject
<https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#mw.dumpObject>
function. The output of mw.dumpObject|mw.dumpObject (with collapsed
"statements" table) for File:Indoor_Climbing_Kid.jpg
<https://commons.wikimedia.org/wiki/File:Indoor_Climbing_Kid.jpg> (M4184419) is
`table#1 {
metatable = table#2
["id"] = "M4184419",
["labels"] = table#3 {
metatable = table#4
["en"] = table#5 {
["language"] = "en",
["value"] = "A five year old hanging around bouldering wall in
Sportrock climbing gym in Alexandria, Virginia, USA",
},
},
["schemaVersion"] = 2,
["statements"] = table#6 { ... },
["type"] = "mediainfo",
}`
which is correct as the file has only English caption. That changes when I
switch my language from English to Polish and than I get
`table#1 {
metatable = table#2
["id"] = "M4184419",
["labels"] = table#3 {
metatable = table#4
["en"] = table#5 {
["language"] = "en",
["value"] = "A five year old hanging around bouldering wall in
Sportrock climbing gym in Alexandria, Virginia, USA",
},
["pl"] = table#6 {
["language"] = "en",
["value"] = "A five year old hanging around bouldering wall in
Sportrock climbing gym in Alexandria, Virginia, USA",
},
},
["schemaVersion"] = 2,
["statements"] = table#7 { ... },
["type"] = "mediainfo",
}`
The entity returned should not depend on user's language.
TASK DETAIL
https://phabricator.wikimedia.org/T238484
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jarekt
Cc: Jarekt, Aklapper, darthmon_wmde, DannyS712, Nandana, JKSTNK, Lahi,
PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF,
GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish,
_jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base,
matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin,
Raymond, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T237746: page ID accessed from Lua by calling "mw.title.getCurrentTitle().id" ocassionally returns "0"
Jarekt closed this task as "Resolved". Jarekt claimed this task. Jarekt added a comment. c:Category:Pages_with_page_ID_set_to_zero is still empty. I will close this as resolved, and revive if I observe this issue again. If I run into it again I will try to get more info about images. TASK DETAIL https://phabricator.wikimedia.org/T237746 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Anomie, matej_suchanek, Aklapper, Liuxinyu970226, Jarekt, JKSTNK, Lahi, PDrouin-WMF, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, Tramullas, Acer, Salgo60, Silverfish, SundanceRaphael, Poyekhali, Taiwania_Justo, Susannaanas, Ixocactus, Wong128hk, Jane023, Wikidata-bugs, Base, matthiasmullie, El_Grafo, Dinoguy1000, jayvdb, Ricordisamoa, Wesalius, MrStradivarius, Lydia_Pintscher, Fabrice_Florin, Raymond, Jackmcbarn, Steinsplitter, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T237746: page ID accessed from Lua by calling "mw.title.getCurrentTitle().id" ocassionally returns "0"
Jarekt added a comment. In T237746#5657898 <https://phabricator.wikimedia.org/T237746#5657898>, @Anomie wrote: > Is it happening only when the page is first created? It's possible that we forgot to have Scribunto set the vary-page-id flag when the page ID is accessed in this way so MediaWiki knows to reparse the page after the page ID gets assigned. I do not know, I only observed that there was a constant trickle of files into Category:Pages_with_script_errors complaining about entity ID "M0" and all of them would disappear from the category after null edit. I did another tweak to the code and now files with page_id = zero should end up in c:Category:Pages_with_page_ID_set_to_zero <https://commons.wikimedia.org/w/index.php?title=Category:Pages_with_page_ID_set_to_zero=edit=1>. At the moment category is still empty. I will observe it and report if there are any files there. TASK DETAIL https://phabricator.wikimedia.org/T237746 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Anomie, matej_suchanek, Aklapper, Liuxinyu970226, Jarekt, JKSTNK, Lahi, PDrouin-WMF, E1presidente, Xinbenlv, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, Tramullas, Acer, Salgo60, Silverfish, SundanceRaphael, Poyekhali, Taiwania_Justo, Susannaanas, Ixocactus, Wong128hk, Jane023, Wikidata-bugs, Base, matthiasmullie, El_Grafo, Dinoguy1000, jayvdb, Ricordisamoa, Wesalius, MrStradivarius, Lydia_Pintscher, Fabrice_Florin, Raymond, Jackmcbarn, Steinsplitter, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T237991: Changes to Structured Data on Commons should trigger page refresh
Jarekt created this task. Jarekt added projects: SDC General, Commons. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION After T223792 <https://phabricator.wikimedia.org/T223792> allowed lua access to Structured data, so now we do have categories which compare data stored as Structured data and in wikitext, one of them is c:Category:Artworks_with_mismatching_structured_data_P6243_property <https://commons.wikimedia.org/wiki/Category:Artworks_with_mismatching_structured_data_P6243_property>. The system works fine, except that if information in Structured data is corrected, in such a way that the page should disappear from the category, that edit does not trigger the page refresh the way edits to wikitext of the same file does. Null edit to the page is needed to fix the issue. TASK DETAIL https://phabricator.wikimedia.org/T237991 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Jarekt, Aklapper, darthmon_wmde, DannyS712, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Susannaanas, Ixocactus, Wong128hk, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, El_Grafo, Dinoguy1000, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T237746: page ID accessed from Lua by calling "mw.title.getCurrentTitle().id" ocassionally returns "0"
Jarekt added a comment. In T237746#5649412 <https://phabricator.wikimedia.org/T237746#5649412>, @matej_suchanek wrote: > A sample for testing would be good. It is not a reproducible problem (yes I hate those too), but before this edit <https://commons.wikimedia.org/w/index.php?title=Module:Artwork=prev=374128018> c:Category:Pages_with_script_errors <https://commons.wikimedia.org/wiki/Category:Pages_with_script_errors> category was swamped with pages complaining about entity ID "M0", and every single page like that was "fixed" after purge or null edit. TASK DETAIL https://phabricator.wikimedia.org/T237746 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: matej_suchanek, Aklapper, Liuxinyu970226, Jarekt, JKSTNK, Lahi, PDrouin-WMF, E1presidente, Xinbenlv, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, Tramullas, Acer, Salgo60, Silverfish, SundanceRaphael, Poyekhali, Taiwania_Justo, Susannaanas, Ixocactus, Wong128hk, Jane023, Wikidata-bugs, Base, matthiasmullie, El_Grafo, Dinoguy1000, jayvdb, Ricordisamoa, Wesalius, MrStradivarius, Lydia_Pintscher, Fabrice_Florin, Raymond, Anomie, Jackmcbarn, Steinsplitter, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T237899: Wikidata item ID changes caused by merges do not update entities on Structured data on Commons
Jarekt created this task. Jarekt added projects: SDC General, Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Merging 2 items on Wikidata results in one item redirecting to the other item. There is some process on Wikidata to update statements in other items that link to redirected items that replaces them with the target item ID. The same process do not updates entities on Structured data on Commons. For example, I merged Q18689466 <https://www.wikidata.org/wiki/Q18689466> and Q30007380 <https://www.wikidata.org/w/index.php?title=Q30007380=no>. File:Borovikovsky_portrait_of_Kurakine_A_1802.jpg <https://commons.wikimedia.org/wiki/File:Borovikovsky_portrait_of_Kurakine_A_1802.jpg> has Structured data with P6243 <https://www.wikidata.org/wiki/Property:P6243> set to Q30007380 <https://www.wikidata.org/w/index.php?title=Q30007380=no>. There should be some process to replace that item ID with Q18689466 <https://www.wikidata.org/wiki/Q18689466>. TASK DETAIL https://phabricator.wikimedia.org/T237899 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Aklapper, Jarekt, darthmon_wmde, DannyS712, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T237262: Tool for undoing Wikidata merges
Jarekt added a comment. Another thing to take into consideration is that if merge operation triggers changes in Structured data on Commons, than unmerge should also undo those. TASK DETAIL https://phabricator.wikimedia.org/T237262 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jarekt Cc: Aklapper, Jarekt, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, dachary, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T237746: page ID accessed from Lua by calling "mw.title.getCurrentTitle().id" ocassionally returns "0"
Jarekt created this task.
Jarekt added projects: MediaWiki-extensions-WikibaseClient, Wikibase-Lua, SDC
General.
Restricted Application added subscribers: Liuxinyu970226, Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
After T223792 <https://phabricator.wikimedia.org/T223792> got resolved,
templates on Commons can access Structured Data on Commons using Lua. As
mentioned in T237107 <https://phabricator.wikimedia.org/T237107>,
`mw.wikibase.getEntity() `without the item ID does not work yet, so the code is
calling `mw.wikibase.getEntity("M"..mw.title.getCurrentTitle().id)` to access
entity associated with the current page. Strangely, some tiny fraction of the
files that execute that line end up in c:Category:Pages_with_script_errors
<https://commons.wikimedia.org/wiki/Category:Pages_with_script_errors> with
error message that "M0" is not correct entity ID. Purging files fixes the
issue, but files flicker in and out of "Category:Pages_with_script_errors". I
had to add this
<https://commons.wikimedia.org/w/index.php?title=Module:Artwork=prev=374128018>
change to patch the issue. Please ensure mw.title.getCurrentTitle()
<https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#mw.title.getCurrentTitle>.id
returns correct page ID.
TASK DETAIL
https://phabricator.wikimedia.org/T237746
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jarekt
Cc: Aklapper, Liuxinyu970226, Jarekt, darthmon_wmde, DannyS712, Nandana,
JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao,
SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60,
Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023,
Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius,
Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
