[Wikidata-bugs] [Maniphest] T364209: Add Estonia to the reverse geocoding reporting
Multichill closed this task as "Resolved". Multichill added a comment. https://github.com/multichill/toollabs/commit/510dfe2db0f588aa8d19a45bccb72c0fc204bfee Report is up. Also had the bot do the easy fixes. TASK DETAIL https://phabricator.wikimedia.org/T364209 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Aklapper, Multichill, theprotonade, Danny_Benjafield_WMDE, Uata1122, Maryann-Onyinye, Udehb-WMF, S8321414, mrephabricator, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, Y.ssk, Muchiri124, ItamarWMDE, Akuckartz, Dringsim, Alilje, Nandana, kostajh, Lahi, Gq86, Looniverse, GoranSMilovanovic, Sturm, QZanden, Orienteerix, KimKelting, LawExplorer, _jensen, rosalieper, JGirault, Taiwania_Justo, Scott_WUaS, phabyogi, Susannaanas, Ixocactus, lxbarth, Wong128hk, Planemad, Wikidata-bugs, aude, El_Grafo, Dinoguy1000, Yurik, TheDJ, Steinsplitter, Mbch331, Jay8g, bd808 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T364209: Add Estonia to the reverse geocoding reporting
Multichill created this task. Multichill added projects: Maps, Commons, Wikidata, Wikimedia-Hackathon-2024. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION On https://commons.wikimedia.org/wiki/Commons:Reverse_geocoding/Reports we have reports to keep track of the quality of data used for reverse geocoding images on Commons to get the Wikidata item and the Commons category Add https://commons.wikimedia.org/wiki/Commons:Reverse_geocoding/Reports/Estonia TASK DETAIL https://phabricator.wikimedia.org/T364209 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Aklapper, Multichill, theprotonade, Danny_Benjafield_WMDE, Uata1122, Maryann-Onyinye, Udehb-WMF, S8321414, mrephabricator, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, Y.ssk, Muchiri124, ItamarWMDE, Akuckartz, Dringsim, Alilje, Nandana, kostajh, Lahi, Gq86, Looniverse, GoranSMilovanovic, Sturm, QZanden, Orienteerix, KimKelting, LawExplorer, _jensen, rosalieper, JGirault, Taiwania_Justo, Scott_WUaS, phabyogi, Susannaanas, Ixocactus, lxbarth, Wong128hk, Planemad, Wikidata-bugs, aude, El_Grafo, Dinoguy1000, Yurik, TheDJ, Steinsplitter, Mbch331, Jay8g, bd808 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T343936: Handle timing out SPARQL endpoint in Pywikibot
Multichill added a comment. In T343936#9083076 <https://phabricator.wikimedia.org/T343936#9083076>, @Lucas_Werkmeister_WMDE wrote: >> We should probably handle the 500 error as a recoverable error (just like the socket time out) and retry. > > Maybe the WDQS maintainers will disagree, but to me, automatically retrying a query that timed out and already consumed a significant amount of resources in doing so doesn’t sound like a good idea. That's current behavior. Queries often fail and on second try you do get valid data. Don't forget that the query service maintainers themselves implemented it like this in Pywikibot. TASK DETAIL https://phabricator.wikimedia.org/T343936 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Lucas_Werkmeister_WMDE, Aklapper, pywikibot-bugs-list, Multichill, Danny_Benjafield_WMDE, Astuthiodit_1, AWesterinen, karapayneWMDE, Invadibot, PotsdamLamb, Jyoo1011, maantietaja, JohnsonLee01, SHEKH, Dijkstra, ItamarWMDE, Khutuck, Akuckartz, Zkhalido, Viztor, Nandana, Wenyi, Namenlos314, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, Tbscho, MayS, merbst, LawExplorer, Mdupont, JJMC89, Dvorapa, _jensen, rosalieper, Altostratus, Avicennasis, Scott_WUaS, Jonas, Xmlizer, mys_721tx, jkroll, Wikidata-bugs, Jdouglas, Xqt, aude, Tobias1984, Manybubbles, jayvdb, Ricordisamoa, Masti, Alchimista, 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] T343936: Handle timing out SPARQL endpint in Pywikibot
Multichill added a comment. With the increased time out I was able to update https://www.wikidata.org/wiki/Wikidata:WikiProject_sum_of_all_paintings/Property_statistics ( https://github.com/multichill/toollabs/blob/master/bot/wikidata/painting_property_statistics.py ) TASK DETAIL https://phabricator.wikimedia.org/T343936 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Aklapper, pywikibot-bugs-list, Multichill, AWesterinen, PotsdamLamb, Jyoo1011, JohnsonLee01, SHEKH, Dijkstra, Khutuck, Zkhalido, Viztor, Wenyi, Namenlos314, Gq86, Lucas_Werkmeister_WMDE, EBjune, Tbscho, MayS, merbst, Mdupont, JJMC89, Dvorapa, Altostratus, Avicennasis, Jonas, Xmlizer, mys_721tx, jkroll, Wikidata-bugs, Jdouglas, Xqt, aude, Tobias1984, Manybubbles, jayvdb, Ricordisamoa, Masti, Alchimista ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T343936: Handle timing out SPARQL endpint in Pywikibot
Multichill created this task. Multichill added projects: Pywikibot, Pywikibot-Wikidata, Wikidata-Query-Service. Restricted Application added subscribers: pywikibot-bugs-list, Aklapper. TASK DESCRIPTION I have some bots that are not doing their reporting. Looking at the logs I noticed I hit the default socket timeout of 45 seconds. The Wikidata SPARQL endpoint at https://query.wikidata.org/ has a server side time out of 60 seconds. That extra 15 seconds might just be enough. **Steps to replicate the issue** (include links if applicable): I added this to my user-config.py: socket_timeout = 90 And ran a bot that does some heavy SPARQL queries ( https://github.com/multichill/toollabs/blob/master/bot/wikidata/painting_external-id_property_statistics.py ). **What happens?**: Not enough extra time so I'm hitting the server side time out: File "/home///pywikibot/pywikibot/comms/http.py", line 356, in error_handling_callback raise ServerError( pywikibot.exceptions.ServerError: 500 Server Error: Internal Server Error CRITICAL: Exiting due to uncaught exception ServerError: 500 Server Error: Internal Server Error **What should have happened instead?**: We should probably handle the 500 error as a recoverable error (just like the socket time out) and retry. **Software version** (skip for WMF-hosted wikis like Wikipedia): Recent (but not latest) git version **Other information** (browser name/version, screenshots, etc.): TASK DETAIL https://phabricator.wikimedia.org/T343936 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Aklapper, pywikibot-bugs-list, Multichill, AWesterinen, PotsdamLamb, Jyoo1011, JohnsonLee01, SHEKH, Dijkstra, Khutuck, Zkhalido, Viztor, Wenyi, Namenlos314, Gq86, Lucas_Werkmeister_WMDE, EBjune, Tbscho, MayS, merbst, Mdupont, JJMC89, Dvorapa, Altostratus, Avicennasis, Jonas, Xmlizer, mys_721tx, jkroll, Wikidata-bugs, Jdouglas, Xqt, aude, Tobias1984, Manybubbles, jayvdb, Ricordisamoa, Masti, Alchimista ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T325942: Christmas 2022 wbs_propertypairs table update on Wikidata
Multichill added a comment. Thanks for the update, see also https://www.wikidata.org/w/index.php?title=Wikidata%3AWikiProject_sum_of_all_paintings%2FMost_used_painting_properties&diff=1821925473&oldid=1658545667 TASK DETAIL https://phabricator.wikimedia.org/T325942 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE, Multichill Cc: Arian_Bozorg, Lucas_Werkmeister_WMDE, karapayneWMDE, BrokenSegue, Aklapper, Lydia_Pintscher, hoo, Multichill, Astuthiodit_1, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Sjoerddebruin, 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] T326590: wbsgetsuggestions not returning anything on Wikidata
Multichill added a comment. Works for me again too. I noticed a spike on https://www.wikimediastatus.net/ for the "Wiki error responses" to 940 errors/second and a drop for "Successful edits". Anyone able to provide a RFO (reason for outage)? Or just close if you don't care that the service was down. TASK DETAIL https://phabricator.wikimedia.org/T326590 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Peachey88, Lydia_Pintscher, Aklapper, Multichill, Astuthiodit_1, Nikospappas1312, karapayneWMDE, Invadibot, MPhamWMF, maantietaja, CBogen, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Gryllida, 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] T326590: wbsgetsuggestions not returning anything on Wikidata
Multichill created this task. Multichill added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION **Steps to replicate the issue** (include links if applicable): - Open https://www.wikidata.org/w/api.php?action=wbsgetsuggestions&search=online%20c&context=item&format=json&language=en&entity=Q2638817 - Wait - **What happens?**: upstream connect error or disconnect/reset before headers. reset reason: overflow **What should have happened instead?**: Returned suggestions **Software version** (skip for WMF-hosted wikis like Wikipedia): **Other information** (browser name/version, screenshots, etc.): Multiple users (all?) affected. Editing on Wikidata impossible TASK DETAIL https://phabricator.wikimedia.org/T326590 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Aklapper, Multichill, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T325942: Christmas 2022 wbs_propertypairs table update on Wikidata
Multichill created this task. Multichill added projects: Wikidata, MediaWiki-extensions-PropertySuggester. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION The looks like the wbs_propertypairs table in the Wikidata database hasn't been updated all year. I'm using the table to update https://www.wikidata.org/wiki/Wikidata:WikiProject_sum_of_all_paintings/Most_used_painting_properties every once in a while. Can you please run whatever script it was again to update the table? I recall Marius doing this in the past. TASK DETAIL https://phabricator.wikimedia.org/T325942 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Aklapper, Lydia_Pintscher, hoo, Multichill, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Sjoerddebruin, 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] T314703: Structured data for deleted files on Commons still visible in SPARQL engine after deletion
Multichill created this task. Multichill added projects: Commons, Privacy, MediaWiki-Page-deletion, Wikidata-Query-Service. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION **Steps to replicate the issue** (include links if applicable): - Take a deleted file: https://commons.wikimedia.org/w/index.php?title=Special:Log&page=File%3AAQUA+%26+AVATALON+BRAHMAN.jpg - Look up the structured data, it correctly returns nothing https://commons.wikimedia.org/entity/M115454371.rdf - Query for the same ID in the SPARQL engine: https://w.wiki/5YT6 . **What happens?**: It returns data that shouldn't be visible anymore **What should have happened instead?**: The query shouldn't return anything at all Pointed out at https://commons.wikimedia.org/w/index.php?title=Commons:Village_pump&oldid=680579554#Structured_data_on_deleted_images . Tagged it with privacy too because this has the potential of exposing deleted data. TASK DETAIL https://phabricator.wikimedia.org/T314703 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Aklapper, Multichill, AWesterinen, Lalamarie69, MPhamWMF, Y.ssk, Muchiri124, CBogen, JFishback_WMF, Namenlos314, Amorymeltzer, Gq86, Lucas_Werkmeister_WMDE, EBjune, merbst, 4nn1l2, Taiwania_Justo, Jonas, Xmlizer, Ixocactus, Wong128hk, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Bawolff, El_Grafo, Dinoguy1000, Manybubbles, Slaporte, csteipp, Steinsplitter, Jay8g, Krenair, Quiddity ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T265290: Rediscover, review, and update the federation input process for WDQS
Multichill added subscribers: OlafJanssen, Multichill. Multichill added a comment. @OlafJanssen is the latest victim at https://www.wikidata.org/wiki/Wikidata:SPARQL_federation_input TASK DETAIL https://phabricator.wikimedia.org/T265290 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Multichill, OlafJanssen, MPhamWMF, Psychoslave, Salgo60, Zache, Bugreporter, Lea_Lacroix_WMDE, Aklapper, Gehel, Astuthiodit_1, AWesterinen, karapayneWMDE, Invadibot, maantietaja, CBogen, ItamarWMDE, Akuckartz, 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 To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T195178: New constraint type to ensure that Items have a Label in a specific language
Multichill added a comment. Thanks for implementing this. I finally got around to update https://www.wikidata.org/wiki/Module:Constraints so that pages like https://www.wikidata.org/wiki/Property_talk:P650 are not throwing a horrible alert anymore. I also filed T303670 <https://phabricator.wikimedia.org/T303670> to make the same constraint for descriptions. TASK DETAIL https://phabricator.wikimedia.org/T195178 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Manuel, Multichill Cc: Ladsgroup, Manuel, Lucas_Werkmeister_WMDE, Esc3300, abian, Lydia_Pintscher, Aklapper, Multichill, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, Hazizibinmahdi, Akuckartz, Iflorez, Eihel, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, merbst, LawExplorer, _jensen, rosalieper, Agabi10, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T303670: New constraint type to ensure that Items have a Description in a specific language
Multichill created this task. Multichill added projects: Wikidata, Wikibase-Quality-Constraints. TASK DESCRIPTION **Context:** Constraints System **User story:** As an editor, I want to define that all Items using a certain Property should have a Description in a specific language. This helps to ensure that all the mandatory Descriptions are added. **Problem:** We currently do have a constraint that helps ensure certain items always have a label in a specific language (see T195178 <https://phabricator.wikimedia.org/T195178>), but we dont have that for descriptions. **Example:** - RKDartists ID (P650 <https://www.wikidata.org/wiki/Property:P650>) "Identifier for artists in the database of the Netherlands Institute of Art History". Items using this Property should have a Dutch description. **BDD** GIVEN a Constraint definition that requires a Description in language X for Property Y WHEN an Item uses Property Y AND does not have a Description in Language X THEN a constraint violation is triggered for the statement using Property Y **Notes:** - We also want this constraint to work on Property pages. We probably want to ignore it on MediaInfo and on Lexemes. - If several languages are provided in the constraint then the constraint is satisfied if at least one of the languages has a label added. - We are using "Wikimedia Language Code (P424 <https://phabricator.wikimedia.org/P424>)" as the qualifier. - We are using a new item (“description in language constraint”) as the constraint type, not reusing the complex constraint label language <https://www.wikidata.org/wiki/Q111204896> item. **Acceptance criteria:** [ ] constraint violations are triggered when an Item uses a Property with a Description language constraint but does not have a label in the specified language (see BDD including notes) [ ] the new constraint type is documented at Help:Property constraints portal <https://www.wikidata.org/wiki/Help:Property_constraints_portal> (new subpage) TASK DETAIL https://phabricator.wikimedia.org/T303670 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Aklapper, Lydia_Pintscher, Esc3300, Lucas_Werkmeister_WMDE, Ladsgroup, Manuel, Multichill, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, Akuckartz, Eihel, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Agabi10, Scott_WUaS, abian, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T297995: Remove authentication from Wikimedia Commons Query Services (WCQS)
Multichill added a project: Commons. TASK DETAIL https://phabricator.wikimedia.org/T297995 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Chicocvenancio, LWyatt, Legoktm, Husky, LucasWerkmeister, Fuzheado, Aklapper, Multichill, Invadibot, MPhamWMF, maantietaja, Y.ssk, Muchiri124, CBogen, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Poyekhali, _jensen, rosalieper, 4nn1l2, Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Ixocactus, Wong128hk, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, 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] T297995: Remove authentication from Wikimedia Commons Query Services (WCQS)
Multichill renamed this task from "Remove authentication from Wikimedia Commons Query Services (WMQS)" to "Remove authentication from Wikimedia Commons Query Services (WCQS)". TASK DETAIL https://phabricator.wikimedia.org/T297995 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Chicocvenancio, LWyatt, Legoktm, Husky, LucasWerkmeister, Fuzheado, Aklapper, Multichill, MPhamWMF, CBogen, Namenlos314, Gq86, Lucas_Werkmeister_WMDE, EBjune, merbst, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T280006: Set up the application authentication for WCQS on commons-query.wikimedia.org
Multichill added a comment. Phabricator task to remove authentication: T297995 <https://phabricator.wikimedia.org/T297995> TASK DETAIL https://phabricator.wikimedia.org/T280006 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: EBernhardson, Multichill Cc: Multichill, RKemper, hnowlan, sdkim, BPirkle, Zache, Aklapper, Gehel, CBogen, ttaylor, Zbyszko, 786, Suran38, Biggs657, Invadibot, Lalamarie69, MPhamWMF, maantietaja, Juan90264, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Kent7301, joker88john, CucyNoiD, Nandana, Namenlos314, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, 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] T290300: Serve WCQS Sparql endpoint through api.wikimedia.org with OAuth 2
Multichill added a comment. No, as a tool developer I don't want to authenticate, see https://commons.wikimedia.org/wiki/Commons_talk:SPARQL_query_service/Upcoming_General_Availability_release#Mandatory_authentication_considered_harmful . Filed T297995 <https://phabricator.wikimedia.org/T297995> to remove it. TASK DETAIL https://phabricator.wikimedia.org/T290300 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Multichill, LWyatt, Husky, Abbe98, FRomeo_WMF, GFontenelle_WMF, AntiCompositeNumber, Legoktm, Fuzheado, LucasWerkmeister, ttaylor, CBogen, Gehel, Aklapper, Zache, BPirkle, sdkim, hnowlan, RKemper, Zbyszko, Invadibot, MPhamWMF, maantietaja, Akuckartz, 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 To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T297995: Remove authentication from Wikimedia Commons Query Services (WMQS)
Multichill created this task. Multichill added a project: Wikidata-Query-Service. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION It was fine for the WMQS beta to have authentication, but the production SPARQL endpoint shouldn't be limited by authentication. Such a shift of policy with such implications is is not something a team of the WMF should unilaterally decide. This is something that should go all the way up to the WMF board to decide. So please disable it. At https://commons.wikimedia.org/wiki/Commons_talk:SPARQL_query_service/Upcoming_General_Availability_release#Mandatory_authentication_considered_harmful Andrew lists why this shouldn't be done. Regarding this part of the announcement: "The biggest change to user behavior will be the requirement for user authentication to use all endpoints." To my (@Fuzheado) recollection, this is the only instance of needing to be authenticated to experience the main corpus of Wikimedia content. So this is a major policy shift. There are a number of concerns: Endangered species? Are publicly viewable knowledge graphs like this at risk with WCQS locked up behind an authentication system? Restricted reading. We've come so far in finally spending the time to model and add millions of statements to Commons (huzzah!) and we finally have a usable query service for it (huzzah!) and then for the last mile, we're restricting access to it by instituting authentication? For a community that has "open by default" as an ethos, it feels like such an "own goal" misstep here. Tools implications. I'm thinking about the number of tools, scripts, and utilities that utilize SPARQL queries via Wikidata/WDQS that have given us tremendous capabilities... and the same approach or set of activities cannot be realized for WCQS because of this constraint. We cannot underestimate the headache of having to implement OAuth2 for each and every SPARQL query. I'm also puzzled how a service that has not even launched yet has to be this closed when none of our other APIs and services have started this way. Other tool creators have shared this common concern at this Phabricator thread T290300. Public perception. In terms of public outreach, especially for our GLAM-Wiki work, this is hard to swallow and reconcile with what we are evangelizing. As we are asking cultural and heritage partners to open up their collections and to share their metadata, we are doing so with the expectation of showcasing the benefits of open knowledge to the world. Or we thought we were. With this WCQS policy, every mention of "open content" and "open access" will require an asterisk. This will introduce an asymmetry in contributing content and experiencing its benefits. Alternative solutions. I am sympathetic to the complex support issues when any service is made available for public access, whether it's the Mediawiki API or a SPARQL endpoint. However, our "open by default" ethos is a core tenet for the movement and for equitable access to knowledge. Like-minded entities like openverse have found ways to have different tiers of access, while not requiring API keys. We should bend over backward to find "least restrictive" solutions such as throttling or limiting call frequency before we completely block access with mandatory authentication. Thanks. - Fuzheado TASK DETAIL https://phabricator.wikimedia.org/T297995 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Legoktm, Husky, LucasWerkmeister, Fuzheado, Aklapper, Multichill, MPhamWMF, CBogen, Namenlos314, Gq86, Lucas_Werkmeister_WMDE, EBjune, merbst, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T291054: wcqs-beta.wmflabs.org SPARQL endpoint is down (500 server error)
Multichill moved this task from needs triage to Current work on the Discovery-Search board. Multichill edited projects, added Discovery-Search (Current work); removed Discovery-Search. TASK DETAIL https://phabricator.wikimedia.org/T291054 WORKBOARD https://phabricator.wikimedia.org/project/board/1849/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Gehel, dcausse, Base, Ainali, Alicia_Fagerving_WMSE, Zache, Aklapper, Invadibot, GFontenelle_WMF, MPhamWMF, maantietaja, FRomeo_WMF, CBogen, Nintendofan885, Akuckartz, Nandana, JKSTNK, Namenlos314, Lahi, Gq86, E1presidente, Ramsey-WMF, Cparle, Anoop, 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, matthiasmullie, aude, Tobias1984, Manybubbles, 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] T291054: wcqs-beta.wmflabs.org SPARQL endpoint is down (500 server error)
Multichill triaged this task as "Unbreak Now!" priority. Multichill added subscribers: dcausse, Gehel. TASK DETAIL https://phabricator.wikimedia.org/T291054 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Gehel, dcausse, Base, Ainali, Alicia_Fagerving_WMSE, Zache, Aklapper, Invadibot, GFontenelle_WMF, MPhamWMF, maantietaja, FRomeo_WMF, CBogen, Nintendofan885, Akuckartz, Nandana, JKSTNK, Namenlos314, Lahi, Gq86, E1presidente, Ramsey-WMF, Cparle, Anoop, 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, matthiasmullie, aude, Tobias1984, Manybubbles, Ricordisamoa, Wesalius, Lydia_Pintscher, Raymond, Steinsplitter, Mbch331, RhinosF1 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T227383: Use MoSCoW wording for different constraint ranks
Multichill added a project: I18n. Restricted Application added a project: wdwb-tech. TASK DETAIL https://phabricator.wikimedia.org/T227383 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Marsupium, Lucas_Werkmeister_WMDE, Ladsgroup, hoo, Lydia_Pintscher, Lea_Lacroix_WMDE, Sjoerddebruin, Aklapper, Multichill, Liuxinyu970226, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, Esc3300, LawExplorer, _jensen, rosalieper, Agabi10, Scott_WUaS, Srdjan, MuhammadShuaib, LNDDYL, Psychoslave, abian, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Addshore, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T195178: New constraint type to ensure that Items have a Label in a specific language
Multichill added a comment. In T195178#7335946 <https://phabricator.wikimedia.org/T195178#7335946>, @Ladsgroup wrote: > In T195178#7335945 <https://phabricator.wikimedia.org/T195178#7335945>, @Esc3300 wrote: > >> Test onwiki: constraint addition <https://www.wikidata.org/w/index.php?title=Property:P5859&diff=1494018874&oldid=1440536809>, sample statement <https://www.wikidata.org/wiki/Q451369#P5859> > > It's not deployed yet. It'll be deployed next week (no train this week) Did we go for the AND or OR implementation? TASK DETAIL https://phabricator.wikimedia.org/T195178 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup, Multichill Cc: Manuel, Lucas_Werkmeister_WMDE, Esc3300, abian, Lydia_Pintscher, Aklapper, Multichill, Invadibot, maantietaja, Hazizibinmahdi, Akuckartz, Iflorez, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, merbst, LawExplorer, _jensen, rosalieper, Agabi10, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T282624: Limit IA granting/revoking to stewards only
Multichill added a project: Community-consensus-needed. TASK DETAIL https://phabricator.wikimedia.org/T282624 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: L235, RP88, ChristianFerrer, Alfa80, Huji, Jeeputer, SpartacksCompatriot, alaa, MBq, Raymond, Funkruf, XenonX3, Darmo117, zhuyifei1999, Billinghurst, FriedrickMILBarbarossa, DonTrung, Meirae, Teles, Rubin16, TheDJ, Risker, 4nn1l2, MGChecker, Krd, MF-Warburg, MBH, Bebiezaza, Krenair, Acagastya, IKhitron, Iniquity, Urbanecm, Leaderboard, Minorax, Majavah, Proc, stjn, SilkTork, Johan, Amorymeltzer, Asartea, TheSandDoctor, CptViraj, DannyS712, Bugreporter, Jack_Frost, Xaosflux, SQL, Zabe, AntiCompositeNumber, Jack_who_built_the_house, suffusion_of_yellow, GeneralNotability, Rschen7754, Izno, Stanglavine, Tks4Fish, Cosine02, Aklapper, jrbs, Karloszoho, Jonathan5566, Invadibot, LaMagiaaa, SHISHIR_DUA, Delete, R4356th, EhsanKhandowa, RuiyuShen, maantietaja, Muchiri124, CBogen, Isaacandy, Carn, Akuckartz, Demian, Sebleouf, Joye_Zhang, PatsagornY, Dibya, VulpesVulpes825, Lepticed7, Sunny00217, Viztor, 94rain, Nandana, Hamishcn, Awangba_Mangang, Jony, Naturista2018, Vesihiisi, Lahi, Gq86, Ramsey-WMF, BJ6123C7BTD, Tommy_Kronkvist, JamieTubers, Bsandipan, Nahid, GoranSMilovanovic, SPoore, lisong, Jayprakash12345, Chicocvenancio, Allthingsgo, QZanden, Kaartic, Kizule, LawExplorer, JJMC89, patilise, Devwaker, Oriciu, Niklitov, Poyekhali, _jensen, rosalieper, Pamputt, Tegel, Valepert, Taiwania_Justo, RuyP, JEumerus, Scott_WUaS, Cirdan, Ananthsubray, Superzerocool, Ixocactus, Tulsi_Bhagat, Taketa, Thibaut120094, Matiia, Einsbor, Psychoslave, Wong128hk, Luke081515, Fuzheado, SimmeD, Bsadowski1, Mardetanha, VIGNERON, Barras, Arash.pt, Cwek, Wikidata-bugs, Superyetkin, Snowolf, Savh, Base, aude, Pmlineditor, Dcljr, Vriullop, NahidSultan, El_Grafo, Dinoguy1000, DerHexer, Shanmugamp7, Trijnstel, PeterBowman, Shizhao, matej_suchanek, Melos, Jalexander, Sjoerddebruin, Stryn, Addshore, Steinsplitter, Matanya, Mbch331, Liuxinyu970226, Jay8g, Ltrlg, Glaisher, Quiddity ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T285810: Enable a method of recording fair use images on Wikidata
Multichill closed this task as "Declined". Multichill added a comment. I just noticed https://www.wikidata.org/wiki/Wikidata:Requests_for_comment/Non-free_content . Setting this one to declined because clearly no community consensus exists at this moment in time. TASK DETAIL https://phabricator.wikimedia.org/T285810 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Multichill, ChristianKl, Lydia_Pintscher, Bugreporter, Tagishsimon, Sdkb, Aklapper, Invadibot, maantietaja, Akuckartz, Viztor, 94rain, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, Snowolf, aude, Shizhao, 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] T285810: Enable a method of recording fair use images on Wikidata
Multichill added a project: Community-consensus-needed. TASK DETAIL https://phabricator.wikimedia.org/T285810 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: ChristianKl, Lydia_Pintscher, Bugreporter, Tagishsimon, Sdkb, Aklapper, Invadibot, maantietaja, Akuckartz, Viztor, 94rain, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, Snowolf, aude, Shizhao, 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] T281854: Get baseline measurements/expectations for splitting scholarly articles from Wikidata
Multichill added a subscriber: Harej. Multichill added a comment. In T281854#7184875 <https://phabricator.wikimedia.org/T281854#7184875>, @Harej wrote: > In T281854#7184854 <https://phabricator.wikimedia.org/T281854#7184854>, @Multichill wrote: > >> This is not the place to discus if these items should be moved out or not. > > This is a confusing statement seeing as the task is explicitly about "splitting scholarly articles from Wikidata". If this is just from a backend perspective the task should be clarified as such. No it's not, please have a look at the task description. This is about getting metrics. TASK DETAIL https://phabricator.wikimedia.org/T281854 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Harej, Andrawaag, Lydia_Pintscher, Mohammed_Sadat_WMDE, nichtich, EgonWillighagen, Fnielsen, Darwinius, Daniel_Mietchen, Lokal_Profil, GoEThe, Alicia_Fagerving_WMSE, PKM, LWyatt, Multichill, Aklapper, MPhamWMF, Invadibot, maantietaja, CBogen, Akuckartz, 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 To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T281854: Get baseline measurements/expectations for splitting scholarly articles from Wikidata
Multichill added a comment. Hi folks, please stick to the Phabricator etiquette as described at https://www.mediawiki.org/wiki/Bug_management/Phabricator_etiquette . This is not the place to discus if these items should be moved out or not. @MPhamWMF don't see these comments as any indicator of the community view. TASK DETAIL https://phabricator.wikimedia.org/T281854 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Andrawaag, Harej, Lydia_Pintscher, Mohammed_Sadat_WMDE, nichtich, EgonWillighagen, Fnielsen, Darwinius, Daniel_Mietchen, Lokal_Profil, GoEThe, Alicia_Fagerving_WMSE, PKM, LWyatt, Multichill, Aklapper, MPhamWMF, Invadibot, maantietaja, CBogen, Akuckartz, 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 To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T195178: Label in language constraint type
Multichill added a comment. I would like to have "If several languages are provided in the constraint then the constraint is satisfied if at least one of the languages has a label added" changed to "If several languages are provided in the constraint then the constraint is satisfied if all of the listed languages have a label added" (so not OR, but AND) In T195178#7141368 <https://phabricator.wikimedia.org/T195178#7141368>, @Lydia_Pintscher wrote: > We need some input: How would the constraint statement look in your opinion? Should we use "Wikimedia Language Code (P424 <https://phabricator.wikimedia.org/P424>)" as the qualifier? A new Property? On https://www.wikidata.org/wiki/Property:P650 we use " language of work or name (P407 <https://phabricator.wikimedia.org/P407>) " set to a language " Dutch (Q7411)". The language has the " Wikimedia language code (P424 <https://phabricator.wikimedia.org/P424>) " set to "nl". I would use the same property P407 <https://phabricator.wikimedia.org/P407> for this constraint. TASK DETAIL https://phabricator.wikimedia.org/T195178 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Esc3300, abian, Lydia_Pintscher, Aklapper, Multichill, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, merbst, LawExplorer, _jensen, rosalieper, Agabi10, Scott_WUaS, Jonas, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T195178: Label in language constraint type
Multichill added a comment. In T195178#7122976 <https://phabricator.wikimedia.org/T195178#7122976>, @abian wrote: > My devil's advocate questions: > Not sure about what your intentions are with these questions. I'll just assume good faith thus ignorance. We have a lot of art related properties we use for sourcing and linking, for example https://www.wikidata.org/wiki/Property:P5499 . The source provides a valid label in a language (in this case Dutch) so it should always be set. If it's not set it usually means the item needs attention, exactly what we have constraint violations for. In the example we have 6 items out of 8700 that need attention: https://w.wiki/3Qbp . Just like with every other constraint, it should be used with care, but that's a meta discussion that should happen here (see https://www.mediawiki.org/wiki/Bug_management/Phabricator_etiquette ). TASK DETAIL https://phabricator.wikimedia.org/T195178 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Esc3300, abian, Lydia_Pintscher, Aklapper, Multichill, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, merbst, LawExplorer, _jensen, rosalieper, Agabi10, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T195178: Label in language constraint type
Multichill added a subscriber: Lydia_Pintscher. Multichill added a comment. This new constraint would get plenty of usage, see https://www.wikidata.org/wiki/Help:Property_constraints_portal/Label_language TASK DETAIL https://phabricator.wikimedia.org/T195178 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Lydia_Pintscher, Aklapper, Multichill, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, merbst, LawExplorer, _jensen, rosalieper, Agabi10, Scott_WUaS, abian, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T266470: Expose wdqs1009 to wdqs users and gather feedback
Multichill added a comment. @dcausse thanks for the pointers. Might be worth switch structured data on Commons first to the new approach. It is much less integrated in all sorts of processes and it uses a ton of blank nodes or was Commons already switched? See for example P170 (creator) on https://commons.wikimedia.org/entity/M106076433.rdf for how blank nodes are currently used on Commons. TASK DETAIL https://phabricator.wikimedia.org/T266470 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: RKemper, Multichill Cc: Multichill, Gehel, Lea_Lacroix_WMDE, dcausse, Aklapper, Invadibot, Lalamarie69, MPhamWMF, maantietaja, Alter-paule, Beast1978, CBogen, Un1tY, Akuckartz, Hook696, Kent7301, joker88john, CucyNoiD, Nandana, Namenlos314, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, 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] T258590: Change incorrect usage of HTTP to HTTPS for concept URIs on Commons
Multichill closed this task as "Resolved". Multichill added a comment. I see the right concept uri on https://commons.wikimedia.org/entity/M105912167 now (and still the right one on http://www.wikidata.org/entity/Q106874575). Thanks for fixing. TASK DETAIL https://phabricator.wikimedia.org/T258590 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Seddon, Multichill Cc: Jseddon, Addshore, dcausse, mxn, Akuckartz, Lucas_Werkmeister_WMDE, Tpt, DVrandecic, CBogen, Multichill, Gehel, Aklapper, Invadibot, MPhamWMF, maantietaja, FRomeo_WMF, Muchiri124, Nintendofan885, Nandana, JKSTNK, Namenlos314, Seddon, Lahi, Gq86, Ramsey-WMF, 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, Lydia_Pintscher, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T259801: Support multilingual formatter url on Wikidata
Multichill added a comment. In T259801#7100788 <https://phabricator.wikimedia.org/T259801#7100788>, @Zache wrote: > This affects the query service which uses the formatter URL to render the URI. Are you sure about that? Are you sure your not mixing up formatter URL and formatter URI? TASK DETAIL https://phabricator.wikimedia.org/T259801 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Zache, robertsilen, Aklapper, Lea_Lacroix_WMDE, Lydia_Pintscher, Multichill, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Srdjan, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T266470: Expose wdqs1009 to wdqs users and gather feedback
Multichill added a comment. I didn't notice this task before. Where can I read the feedback you got? From who did you get feedback? TASK DETAIL https://phabricator.wikimedia.org/T266470 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: RKemper, Multichill Cc: Multichill, Gehel, Lea_Lacroix_WMDE, dcausse, Aklapper, Invadibot, Lalamarie69, MPhamWMF, maantietaja, Alter-paule, Beast1978, CBogen, Un1tY, Akuckartz, Hook696, Kent7301, joker88john, CucyNoiD, Nandana, Namenlos314, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, 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] T149410: For consistency MediaInfo serialization should use "claims" as key, rather than "statements"
Multichill added a comment. @Cparle @John_Cummings : Why are you discussion references in this task instead of in T230315 <https://phabricator.wikimedia.org/T230315> ? This task is about about serialization of the data and that the fact that we use two different keys (claims vs statements) for the same thing. TASK DETAIL https://phabricator.wikimedia.org/T149410 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Jopparn, Fuzheado, Alicia_Fagerving_WMSE, Battleofalma, Cparle, John_Cummings, valerio.bozzolan, Esc3300, Jdforrester-WMF, Bene, Lucas_Werkmeister_WMDE, Ramsey-WMF, Keegan, Multichill, Magnus, Addshore, matthiasmullie, Aklapper, Ladsgroup, aude, Lydia_Pintscher, thiemowmde, daniel, hoo, Invadibot, maantietaja, FRomeo_WMF, CBogen, Nintendofan885, Akuckartz, Nandana, JKSTNK, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, Ricordisamoa, 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] T282222: SPARQL query for all painting stopped returning results
Multichill closed this task as "Resolved". Multichill assigned this task to dcausse. Multichill added a comment. In T28#7069792 <https://phabricator.wikimedia.org/T28#7069792>, @dcausse wrote: > My bad, the depool command I ran this morning did not work due to an error running the command (I ran `sudo depool wdqs1012` instead of `sudo depool` so it depooled the service `wdqs1012` which is nonexistent). > > For the record I ran the proper command now: > > dcausse@wdqs1012:~$ sudo depool > Depooling all services on wdqs1012.eqiad.wmnet > eqiad/wdqs/wdqs/wdqs1012.eqiad.wmnet: pooled changed yes => no > eqiad/wdqs/wdqs-heavy-queries/wdqs1012.eqiad.wmnet: pooled changed yes => no > eqiad/wdqs/wdqs-ssl/wdqs1012.eqiad.wmnet: pooled changed yes => no > > This server should stop receiving traffic now. Thanks for the quick reply. I just assume that this solved it. I'll close this task. It can always be re-opened. TASK DETAIL https://phabricator.wikimedia.org/T28 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: dcausse, Multichill Cc: RKemper, dcausse, Lucas_Werkmeister_WMDE, Aklapper, Lydia_Pintscher, Multichill, Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, 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 To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T282222: SPARQL query for all painting stopped returning results
Multichill created this task. Multichill added projects: Wikidata-Query-Service, Wikidata. TASK DESCRIPTION Today I noticed some of my reports were empty like https://www.wikidata.org/w/index.php?title=Wikidata:WikiProject_sum_of_all_paintings/Image_suggestions/Creator,_institution_and_inventory_number_match&oldid=1416064318 and https://commons.wikimedia.org/w/index.php?title=User:Multichill/Same_image_without_Wikidata/Wikidata_creator,_institution_and_inventory_number_match&oldid=558322060 . After a bit of investigation I noticed a SPARQL query returning zero results. The query https://w.wiki/3HvC used to run just fine (last successful run Thu May 6 15:00:25 UTC 2021). But stopped returning any results today. Just a minor change to the query (like removing the dots) will make it work again. What is going on here? TASK DETAIL https://phabricator.wikimedia.org/T28 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: dcausse, Lucas_Werkmeister_WMDE, Aklapper, Lydia_Pintscher, Multichill, Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, 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 To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T281468: Automatic SI unit conversion not working on Commons SPARQL engine
Multichill created this task. Multichill added projects: Commons, SDC General, Wikidata-Query-Service, DataValues. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION On Wikidata when doing a query it's possible to do automatic unit conversion to SI units. So someone might have entered height in some funky unit like feet or nautical miles, but you can still query for it in meters. Conversion table at https://gerrit.wikimedia.org/g/operations/mediawiki-config/+/refs/heads/master/wmf-config/unitConversionConfig.json See for example on Wikidata https://w.wiki/3Fmq . Similar query on Commons returns empty fields, see https://tinyurl.com/yk4fkbqc so looks like the automatic SI unit conversion is not yet working for Commons. Please enable/fix it. TASK DETAIL https://phabricator.wikimedia.org/T281468 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Aklapper, CBogen, Lucas_Werkmeister_WMDE, Multichill, GFontenelle_WMF, MPhamWMF, FRomeo_WMF, Muchiri124, Nintendofan885, Akuckartz, JKSTNK, Namenlos314, Lahi, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, EBjune, Tramullas, Acer, merbst, Salgo60, Silverfish, Poyekhali, Taiwania_Justo, Jonas, Xmlizer, Susannaanas, Ixocactus, Wong128hk, Jane023, jkroll, Wikidata-bugs, Jdouglas, Base, matthiasmullie, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Ricordisamoa, Wesalius, Lydia_Pintscher, Raymond, Steinsplitter, Keegan ___ 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
Multichill reopened this task as "Open". Multichill added a comment. In T258776#6921752 <https://phabricator.wikimedia.org/T258776#6921752>, @CBogen wrote: > I'm going to close this as a duplicate of T277665 <https://phabricator.wikimedia.org/T277665> as that is what we see as the practical solution to this problem. Please re-open if you don't think that will solve your use case. This is clearly not a duplicate because this task is about the Wikidata RDF and T277665 <https://phabricator.wikimedia.org/T277665> is about Commons RDF. TASK DETAIL https://phabricator.wikimedia.org/T258776 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: CBogen, Fuzheado, Jane023, Multichill, Lydia_Pintscher, Spinster, FRomeo_WMF, GFontenelle_WMF, dcausse, Jarekt, Librarian_lena, Lucas_Werkmeister_WMDE, Jheald, Aklapper, Tpt, MPhamWMF, maantietaja, Nintendofan885, Akuckartz, Nandana, JKSTNK, Namenlos314, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, abian, 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] T258590: Change incorrect usage of HTTP to HTTPS for concept URIs on Commons
Multichill added a comment. In T258590#6363261 <https://phabricator.wikimedia.org/T258590#6363261>, @CBogen wrote: > Note that the SD team work to change the Concept URIs in Commons is estimated to be a small. That was August 2020, we're now in March 2021. Any update of the status? TASK DETAIL https://phabricator.wikimedia.org/T258590 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: dcausse, mxn, Akuckartz, Lucas_Werkmeister_WMDE, Tpt, DVrandecic, CBogen, Multichill, Gehel, Aklapper, MPhamWMF, maantietaja, FRomeo_WMF, Muchiri124, Nintendofan885, Nandana, JKSTNK, Namenlos314, Lahi, Gq86, Ramsey-WMF, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Ixocactus, Wong128hk, abian, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Lydia_Pintscher, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T166094: Allow editors to provide default alt text on Wikimedia Commons file description pages
Multichill added a comment. In T166094#6878436 <https://phabricator.wikimedia.org/T166094#6878436>, @Ainali wrote: > In T166094#6878327 <https://phabricator.wikimedia.org/T166094#6878327>, @Multichill wrote: > >> No we don't, captions are just labels, see https://commons.wikimedia.org/wiki/Special:EntityData/M96527.json . Description is currently unused in SDOC. > > Well, perhaps the variable is called label in the code, but in the Wikipedia app, people are being asked to fill these fields as image captions. So it's a bit of a conflicting usage of that specific field right now (descriptions on Commons, captions in the Wikipedia app), but neither of them are for the purpose of alt text. Which means it would be a huge work cleaning up before it would be useable even if we started to designate that field for it. Better start fresh in my opinion (and if the label/description/caption field is redundant in your opinion, then suggest remove it in a separate ticket). You don't understand. The description array is empty for *every* file on Commons. It's not used at all. So if we technically need a place to store this in a multilingual way, it's still available (fresh in your words). In the user interface you can call it whatever you like. TASK DETAIL https://phabricator.wikimedia.org/T166094 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: FRomeo_WMF, Multichill, CBogen, Conny, putnik, KH32, Ainali, Michael, Abbe98, Pigsonthewing, Bugreporter, Tgr, Dvorapa, thiemowmde, Lydia_Pintscher, Izno, Whatamidoing-WMF, Aklapper, Mooeena, GFontenelle_WMF, Muchiri124, Nintendofan885, Akuckartz, Nandana, JKSTNK, Lahi, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Orienteerix, Tramullas, Acer, LawExplorer, Flycatchr, EHCliffe, Salgo60, Zppix, Silverfish, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Susannaanas, Volker_E, Ixocactus, Wong128hk, abian, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, El_Grafo, Dinoguy1000, Ricordisamoa, Wesalius, Raymond, Steinsplitter, Mbch331, Jay8g, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T166094: Allow editors to provide default alt text on Wikimedia Commons file description pages
Multichill added a comment. In T166094#6877045 <https://phabricator.wikimedia.org/T166094#6877045>, @Ainali wrote: > Well, then we need a new field for the caption. They are not meant to solve the same problem and should almost always be different from each other. So for every image it would be very useful with two separate text fields. No we don't, captions are just labels, see https://commons.wikimedia.org/wiki/Special:EntityData/M96527.json . Description is currently unused in SDOC. TASK DETAIL https://phabricator.wikimedia.org/T166094 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Multichill, CBogen, Conny, putnik, KH32, Ainali, Michael, Abbe98, Pigsonthewing, Bugreporter, Tgr, Dvorapa, thiemowmde, Lydia_Pintscher, Izno, Whatamidoing-WMF, Aklapper, Mooeena, GFontenelle_WMF, FRomeo_WMF, Muchiri124, Nintendofan885, Akuckartz, Nandana, JKSTNK, Lahi, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Orienteerix, Tramullas, Acer, LawExplorer, Flycatchr, EHCliffe, Salgo60, Zppix, Silverfish, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Susannaanas, Volker_E, Ixocactus, Wong128hk, abian, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, El_Grafo, Dinoguy1000, Ricordisamoa, Wesalius, Raymond, Steinsplitter, Mbch331, Jay8g, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T166094: Allow editors to provide default alt text on Wikimedia Commons file description pages
Multichill added a comment. Why are we not using the description field for this? Seems more sensible to me than creating new properties TASK DETAIL https://phabricator.wikimedia.org/T166094 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Multichill, CBogen, Conny, putnik, KH32, Ainali, Michael, Abbe98, Pigsonthewing, Bugreporter, Tgr, Dvorapa, thiemowmde, Lydia_Pintscher, Izno, Whatamidoing-WMF, Aklapper, Mooeena, GFontenelle_WMF, FRomeo_WMF, Muchiri124, Nintendofan885, Akuckartz, Nandana, JKSTNK, Lahi, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Orienteerix, Tramullas, Acer, LawExplorer, Flycatchr, EHCliffe, Salgo60, Zppix, Silverfish, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Susannaanas, Volker_E, Ixocactus, Wong128hk, abian, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, El_Grafo, Dinoguy1000, Ricordisamoa, Wesalius, Raymond, Steinsplitter, Mbch331, Jay8g, Keegan ___ 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
Multichill added subscribers: Lydia_Pintscher, Multichill.
Multichill added a comment.
The URI for the image is https://commons.wikimedia.org/entity/M6919529 (yes,
https, not http, that got messed up, see T258590
<https://phabricator.wikimedia.org/T258590>). You can see an RDF representation
of that at https://commons.wikimedia.org/entity/M6919529.rdf . We should
someone include this URI on Wikidata too. The royal way would be to update the
image data type which accepts the Mediainfo ID and does all the logic like the
current image data type.
Currently it something like this:
{"snaktype":"value","property":"P18","datavalue":{"value":"Woman Mending
Stockings f888r jh68.jpg","type":"string"},"datatype":"commonsMedia"},
Would be something like:
{"snaktype":"value","property":"P18","datavalue":{"value":{"entity-type":"mediainfo","numeric-id":82541649,"id":"M82541649"},"type":"wikibase-entityid"},"datatype":"commonsMedia"},
TASK DETAIL
https://phabricator.wikimedia.org/T258776
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Multichill, Lydia_Pintscher, Spinster, FRomeo_WMF, GFontenelle_WMF,
dcausse, Jarekt, Librarian_lena, Lucas_Werkmeister_WMDE, Jheald, Aklapper, Tpt,
MPhamWMF, CBogen, Nintendofan885, Akuckartz, Nandana, JKSTNK, Namenlos314,
Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen,
rosalieper, Scott_WUaS, Jonas, Xmlizer, abian, 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] T258590: Change incorrect usage of HTTP to HTTPS for concept URIs on Commons
Multichill renamed this task from "Decide on HTTP vs HTTPS for concept URIs on Commons" to "Change incorrect usage of HTTP to HTTPS for concept URIs on Commons". Multichill updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T258590 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: dcausse, mxn, Akuckartz, Lucas_Werkmeister_WMDE, Tpt, DVrandecic, CBogen, Multichill, Gehel, Aklapper, MPhamWMF, FRomeo_WMF, Muchiri124, Nintendofan885, Nandana, JKSTNK, Namenlos314, Lahi, Gq86, Ramsey-WMF, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Ixocactus, Wong128hk, abian, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Lydia_Pintscher, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T275787: Faceted search for Commons location of creation
Multichill added a comment. In T275787#6871707 <https://phabricator.wikimedia.org/T275787#6871707>, @CBogen wrote: > In T275787#6866509 <https://phabricator.wikimedia.org/T275787#6866509>, @Multichill wrote: > >> @CBogen why did you remove the search projects? This looks very search to me. > > The Discovery-Search project is mainly for backend search work; this is a front-end project in MediaSearch on Commons so it would be part of the Structured Data team's purview. Without backend work I don't think faceted search will work or you end up with a severely handicapped version of it. TASK DETAIL https://phabricator.wikimedia.org/T275787 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: ChristianFerrer, Aklapper, Gehel, dcausse, CBogen, JeanFred, Spinster, Husky, Keegan, Alicia_Fagerving_WMSE, Lokal_Profil, Multichill, GFontenelle_WMF, FRomeo_WMF, Muchiri124, Nintendofan885, Akuckartz, Nandana, JKSTNK, Lahi, 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, abian, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, El_Grafo, Dinoguy1000, Ricordisamoa, Wesalius, Lydia_Pintscher, Raymond, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T275787: Faceted search for Commons location of creation
Multichill added a comment. We now have more than 1 million files with location of creation on Commons, see https://commons.wikimedia.org/w/index.php?search=haswbstatement%3AP1071&title=Special%3ASearch @CBogen why did you remove the search projects? This looks very search to me. TASK DETAIL https://phabricator.wikimedia.org/T275787 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: ChristianFerrer, Aklapper, Gehel, dcausse, CBogen, JeanFred, Spinster, Husky, Keegan, Alicia_Fagerving_WMSE, Lokal_Profil, Multichill, GFontenelle_WMF, FRomeo_WMF, Muchiri124, Nintendofan885, Akuckartz, Nandana, JKSTNK, Lahi, 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, Raymond, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T275787: Faceted search for Commons location of creation
Multichill created this task. Multichill added projects: SDC General, Discovery-Search, Commons, CirrusSearch. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION > Faceted search is a technique which involves augmenting traditional search techniques with a faceted navigation system, allowing users to narrow down search results by applying multiple filters based on faceted classification of the items. A faceted classification system classifies each information element along multiple explicit dimensions, called facets, enabling the classifications to be accessed and ordered in multiple ways rather than in a single, pre-determined, taxonomic order. > > - https://en.wikipedia.org/wiki/Faceted_search More than 800.000 files currently have the location of creation (`P1071`) on Commons, see https://commons.wikimedia.org/w/index.php?search=haswbstatement%3AP1071&title=Special:Search&profile=advanced&fulltext=1&advancedSearch-current=%7B%7D&ns0=1&ns6=1&ns9=1&ns12=1&ns14=1&ns100=1&ns106=1 . We should start using this data to provide faceted search by location. So if I search as user for something (for example "church"), I get the option to drill down the results based on the location. Location is quite hierarchical with some quirks. World -> Europe -> Netherlands -> Noord-Holland -> Bloemendaal for example for https://commons.wikimedia.org/wiki/File:%27t_Kopje_van_Bloemendaal_fake_mailbox.jpg This tree can be based on a query on Wikidata, hard coded, in a configuration page in the MediaWiki namespace or a combination. Being able to configure it in the MediaWiki namespace combined with some tree query on Wikidata is probably the most scalable way. TASK DETAIL https://phabricator.wikimedia.org/T275787 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Aklapper, Gehel, dcausse, CBogen, JeanFred, Spinster, Husky, Keegan, Alicia_Fagerving_WMSE, Lokal_Profil, Multichill, GFontenelle_WMF, MPhamWMF, FRomeo_WMF, Wilmanbeno, Muchiri124, Nintendofan885, Akuckartz, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, EBjune, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Susannaanas, Ixocactus, Wong128hk, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, El_Grafo, Dinoguy1000, jayvdb, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T275286: SDC: Suppress usual UI display of a property when its number of statements is very large
Multichill added a comment. If it aint' broken, don't fix it? Let's just see what happens and if anything explodes, than focus on fixing that. TASK DETAIL https://phabricator.wikimedia.org/T275286 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Multichill, Ainali, PKM, Spinster, LucasWerkmeister, SandraF_WMF, David_Haskiya_WMSE, FRomeo_WMF, GFontenelle_WMF, Aklapper, Jheald, CBogen, Nintendofan885, Akuckartz, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, 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] T271105: wbeditentity response does not contain lemma data
Multichill added a comment. In T271105#6814507 <https://phabricator.wikimedia.org/T271105#6814507>, @Lucas_Werkmeister_WMDE wrote: > In T271105#6812288 <https://phabricator.wikimedia.org/T271105#6812288>, @Multichill wrote: > >> This change is subject to the https://www.wikidata.org/wiki/Wikidata:Stable_Interface_Policy . Please complete the steps listed there. > > Can you clarify which part of the policy you think hasn’t been followed so far? "Breaking changes to stable interfaces will be duly announced in advance on the relevant mailing lists (wikidata-tech, wikidata and pywikibot) and on the Project Chat. The announcement will generally be made four weeks before, but no less than two weeks before the change is deployed to https://www.wikidata.org/. " I'm more than slightly annoyed that the Wikidata development team yet again didn't inform the pywikibot list. It's very clearly stated you should inform the pywikibot list. Why did you yet again not do that? This isn't the first time this happened. TASK DETAIL https://phabricator.wikimedia.org/T271105 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE, Multichill Cc: Multichill, Addshore, Keegan, matthiasmullie, MarkTraceur, CBogen, noarave, Lydia_Pintscher, Jakob_WMDE, Akuckartz, Iflorez, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, Jonas, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T271105: wbeditentity response does not contain lemma data
Multichill added a comment. This change is subject to the https://www.wikidata.org/wiki/Wikidata:Stable_Interface_Policy . Please complete the steps listed there. TASK DETAIL https://phabricator.wikimedia.org/T271105 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE, Multichill Cc: Multichill, Addshore, Keegan, matthiasmullie, MarkTraceur, CBogen, noarave, Lydia_Pintscher, Jakob_WMDE, Akuckartz, Iflorez, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, Jonas, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T267175: SPARQL-Query shows entries, which should be filter out; number of entries in result set might change when executed repeatedly (possible caching/indexing problem)
Multichill added a comment. In T267175#6754527 <https://phabricator.wikimedia.org/T267175#6754527>, @dcausse wrote: > Checked a couple of these inconsistencies and they appear to all be out of order in the kafka topics. I suggest to disable `async imports` as I believe it might be possible cause of these inconsistencies. That means that data from the latest right revision might get overwritten with data from an older revision? That would explain the pattern. TASK DETAIL https://phabricator.wikimedia.org/T267175 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: RKemper, Multichill Cc: Skim, Strepon, Multichill, Zbyszko, RKemper, Epidosis, dcausse, Tagishsimon, Lydia_Pintscher, CBogen, Z_thomas, agray, Gehel, Lucas_Werkmeister_WMDE, Aklapper, M2k_dewiki, MPhamWMF, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Kent7301, joker88john, CucyNoiD, Nandana, Namenlos314, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Lewizho99, Maathavan, _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] T267175: SPARQL-Query shows entries, which should be filter out; number of entries in result set might change when executed repeatedly (possible caching/indexing problem)
Multichill added a comment. @RKemper so what's the status of this? I see a lot of cases where the last edit didn't get processed so the data in SPARQL is not consistent. See https://w.wiki/ugf for some examples. TASK DETAIL https://phabricator.wikimedia.org/T267175 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: RKemper, Multichill Cc: Skim, Strepon, Multichill, Zbyszko, RKemper, Epidosis, dcausse, Tagishsimon, Lydia_Pintscher, CBogen, Z_thomas, agray, Gehel, Lucas_Werkmeister_WMDE, Aklapper, M2k_dewiki, MPhamWMF, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Kent7301, joker88john, CucyNoiD, Nandana, Namenlos314, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Lewizho99, Maathavan, _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] T180113: Support the creation and use of volunteer tools that help to convert information in Commons categories to structured data
Multichill added a comment. In T180113#6747475 <https://phabricator.wikimedia.org/T180113#6747475>, @Elitre wrote: > @CBogen Hi, can you help me figure out if this is needed, otherwise I'd like to resolve. Thanks. Looks to me this is a bit too open ended. No real actions and we already have the epic T180100 <https://phabricator.wikimedia.org/T180100> . Maybe just archive (close) it? TASK DETAIL https://phabricator.wikimedia.org/T180113 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: CBogen, Elitre, Musebrarian, Perhelion, PDrouin-WMF, zhuyifei1999, FDMS, Jmmuguerza, Steinsplitter, Multichill, Jheald, Magnus, Aklapper, SandraF_WMF, UOzurumba, GFontenelle_WMF, Nintendofan885, Akuckartz, Nandana, JKSTNK, Lahi, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, 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, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T270522: [16hrs] Investigate Infrequent JobQueueErrors on Wikidata
Multichill added a comment. Just had it again: pywikibot.data.api.APIMWException: internal_api_error_JobQueueError: [X-VEtQpAIDkAAHaGUqkAAADW] Caught exception of type JobQueueError [servedby: mw1345; errorclass: JobQueueError] TASK DETAIL https://phabricator.wikimedia.org/T270522 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: WMDE-leszek, Michael, Aklapper, Reedy, Addshore, Lydia_Pintscher, Multichill, Akuckartz, Iflorez, WDoranWMF, alaa_wmde, DannyS712, Nandana, Amorymeltzer, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Sethakill, dg711, _jensen, rosalieper, Scott_WUaS, Jonas, Wikidata-bugs, aude, jayvdb, Mbch331, Rxy ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T270522: [16hrs] Investigate Infrequent JobQueueErrors on Wikidata
Multichill added a comment. Ha, right after I posted that my bot crashed twice. Now with internal API errors: WARNING: API error internal_api_error_Error: [X-TMQQpAMMwAAHuo1NQE] Caught exception of type Error ERROR: Detected MediaWiki API exception internal_api_error_Error: [X-TMQQpAMMwAAHuo1NQE] Caught exception of type Error [servedby: mw1362; errorclass: Error]; raising TASK DETAIL https://phabricator.wikimedia.org/T270522 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: WMDE-leszek, Michael, Aklapper, Reedy, Addshore, Lydia_Pintscher, Multichill, Akuckartz, Iflorez, WDoranWMF, alaa_wmde, DannyS712, Nandana, Amorymeltzer, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Sethakill, dg711, _jensen, rosalieper, Scott_WUaS, Jonas, Wikidata-bugs, aude, jayvdb, Mbch331, Rxy ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T270522: [16hrs] Investigate Infrequent JobQueueErrors on Wikidata
Multichill added a comment. One of my robots ran non-stop for the last week so looks like it's not happening at the moment. You got to love intermittent problems. TASK DETAIL https://phabricator.wikimedia.org/T270522 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: WMDE-leszek, Michael, Aklapper, Reedy, Addshore, Lydia_Pintscher, Multichill, Akuckartz, Iflorez, WDoranWMF, alaa_wmde, DannyS712, Nandana, Amorymeltzer, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Sethakill, dg711, _jensen, rosalieper, Scott_WUaS, Jonas, Wikidata-bugs, aude, jayvdb, Mbch331, Rxy ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T267175: SPARQL-Query shows entries, which should be filter out; number of entries in result set might change when executed repeatedly (possible caching/indexing problem)
Multichill added a comment. I've observed quite a lot of inconsistencies over the past two weeks. I haven't looked very extensively at it, but I'm getting the impression that blocks of edits are missed and the timestamps are around a spike at https://grafana.wikimedia.org/d/00489/wikidata-query-service?orgId=1&viewPanel=8 . Order of magnitude is several 100s of edits. TASK DETAIL https://phabricator.wikimedia.org/T267175 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: RKemper, Multichill Cc: Multichill, Zbyszko, RKemper, Epidosis, dcausse, Tagishsimon, Lydia_Pintscher, CBogen, Z_thomas, agray, Gehel, Lucas_Werkmeister_WMDE, Aklapper, M2k_dewiki, MPhamWMF, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Kent7301, joker88john, CucyNoiD, Nandana, Namenlos314, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Lewizho99, Maathavan, _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] T270622: Expand wbcreateclaim to be able to add references in the same edit
Multichill created this task. Multichill added a project: Wikidata. TASK DESCRIPTION Currently when adding statements with references we'll first call https://www.wikidata.org/w/api.php?action=help&modules=wbcreateclaim and after that https://www.wikidata.org/w/api.php?action=help&modules=wbsetreference . This creates two edits in the history. It would make more sense to be able to do it in one edit. Adding a new optional field "referencesnaks" to wbcreateclaim in which you but the snaks you usually put in wbsetreference would probably cover this. All the other fields in wbsetreference are either already present in wbcreateclaim or not applicable because these are for updating references. TASK DETAIL https://phabricator.wikimedia.org/T270622 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Aklapper, Nikki, Lydia_Pintscher, Multichill, Akuckartz, 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] T270522: Infrequent JobQueueErrors on Wikidata
Multichill created this task. Multichill added projects: Wikidata, MediaWiki-API. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION While editing Wikidata I noticed the bot crashing every once in a while with a job queue error: WARNING: API error internal_api_error_JobQueueError: [X9g2iApAIDMAAIpUyLoAAABI] Caught exception of type JobQueueError ERROR: Detected MediaWiki API exception internal_api_error_JobQueueError: [X9g2iApAIDMAAIpUyLoAAABI] Caught exception of type JobQueueError [errorclass: JobQueueError; servedby: mw1339]; pywikibot.exceptions.OtherPageSaveError: Edit to page [[wikidata:Q104236239]] failed: internal_api_error_JobQueueError: [X9wzpwpAAE0AAI7JHhwAAABT] Caught exception of type JobQueueError [errorclass: JobQueueError; servedby: mw1282] I guess that's not supposed to happen TASK DETAIL https://phabricator.wikimedia.org/T270522 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Aklapper, Reedy, Addshore, Lydia_Pintscher, Multichill, Akuckartz, WDoranWMF, DannyS712, Nandana, Amorymeltzer, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Sethakill, dg711, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, jayvdb, Mbch331, Rxy ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T132690: [Story] Maintain Query Examples
Multichill added a comment. @Lydia_Pintscher @Aklapper this is a never ending story TASK DETAIL https://phabricator.wikimedia.org/T132690 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Lucas_Werkmeister_WMDE, So9q, Bouzinac, Tfrancart, Liuxinyu970226, namedgraph, Ivanhercaz, DeSl, Fuzheado, abian, Lea_Lacroix_WMDE, Sjoerddebruin, xSavitar, Daniel_Mietchen, TerraCodes, Jura1, Lydia_Pintscher, Jonas, Aklapper, MPhamWMF, Annysah01, Rohitgeddam, CBogen, Akuckartz, Soda, Chaytanya, wiki-helenatxu, ET4Eva, Dinadineke, DannyS712, Nandana, Namenlos314, Kieubinhtb, Tks4Fish, Mh-3110, tabish.shaikh91, Asad_Ali_Palijo, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, Soteriaspace, Jayprakash12345, JakeTheDeveloper, QZanden, EBjune, merbst, LawExplorer, Avner, Puik, Gehel, _jensen, rosalieper, Envlh, Scott_WUaS, FloNight, Xmlizer, MuhammadShuaib, Tmalhotra, SimmeD, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, TheDJ, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T268645: Pywikibot crashing on ratelimit after the ratelimit removal from bot group in 2020
Multichill added a comment.
In T268645#6645735 <https://phabricator.wikimedia.org/T268645#6645735>, @Xqt
wrote:
> Looks like it is the same as T192912
<https://phabricator.wikimedia.org/T192912>
>
> Due to
>
> if code == 'failed-save' and \
> self.action == 'wbeditentity' and \
> self._is_wikibase_error_retryable(result['error']):
> self.wait()
> continue
>
> it seems that action is not `'wbeditentity'`; any idea what it was?
Either
https://www.wikidata.org/w/api.php?action=help&recursivesubmodules=1#wbcreateclaim
or
https://www.wikidata.org/w/api.php?action=help&recursivesubmodules=1#wbsetqualifier
I think.
We have a whole list of possible Wikibase actions that trigger a write. If I
look at self.write = self.action in {] that seems to be quite complete.
Maybe in the start of the init define a list of normal write actions and a list
of wbwrite actions and update both checks to use these lists? First check would
use both lists and the code you pasted the wikibase list.
TASK DETAIL
https://phabricator.wikimedia.org/T268645
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Aklapper, pywikibot-bugs-list, Multichill, Xqt, JohnsonLee01, SHEKH,
Dijkstra, Khutuck, Akuckartz, Zkhalido, Viztor, Nandana, Wenyi, Lahi, Gq86,
GoranSMilovanovic, QZanden, Tbscho, MayS, LawExplorer, Mdupont, JJMC89,
Dvorapa, _jensen, rosalieper, Altostratus, Avicennasis, Scott_WUaS, mys_721tx,
Wikidata-bugs, aude, jayvdb, Masti, Alchimista, Mbch331, Rxy
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T257938: License type filter for media search
Multichill added a comment. In T257938#6645626 <https://phabricator.wikimedia.org/T257938#6645626>, @Cparle wrote: > @AnneT the config patch has been merged so you're good to go on the UI patch. Options are > > - `haslicense:cc-by` > - `haslicense:cc-by-sa` > - `haslicense:unrestricted` > - `haslicense:other` I just noticed your patch. Not sure how well this scales. Maybe put it somewhere in MediaWiki namespace on Commons as json in the future so it can be maintained by interface admins? Some lines are invalid, because these are not valid licenses please remove them: 'P275=Q6905942', // copyright licence = CC-BY-SA - This is a family, should never be used on Commons 'P275=Q6905323', // copyright licence = CC-BY - Same here 'P275=Q7257361', // copyright licence = Creative Commons Public Domain Mark - Public domain Mark is not a license, should never be used as one To the unrestricted section: 'P6216 <https://phabricator.wikimedia.org/P6216>=Q88088423', // copyright status = copyrighted, dedicated to the public domain by copyright holder (Q88088423) TASK DETAIL https://phabricator.wikimedia.org/T257938 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Cparle, Multichill Cc: Cparle, Nathank2, Ramsey-WMF, kaldari, JeanFred, AnneT, dcausse, Multichill, EBernhardson, matthiasmullie, mwilliams, Aklapper, CBogen, Muchiri124, Alter-paule, Beast1978, Un1tY, Nintendofan885, Akuckartz, Hook696, Kent7301, joker88john, CucyNoiD, Nandana, JKSTNK, Gaboe420, Giuliamocci, Cpaulf30, Lahi, PDrouin-WMF, Gq86, Af420, E1presidente, Anooprao, SandraF_WMF, Bsandipan, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Lewizho99, Maathavan, 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, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T268645: Pywikibot crashing on ratelimit after the ratelimit removal from bot group in 2020
Multichill created this task.
Multichill added projects: Pywikibot, Wikidata.
Restricted Application added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTION
I noticed I got:
pywikibot.data.api.APIError: failed-save: The save has failed.
[help: See https://www.wikidata.org/w/api.php for API usage. Subscribe to the
mediawiki-api-announce mailing list at
<https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce>; for
notice of API deprecations and breaking changes.;
messages: [{'name': 'wikibase-api-failed-save', 'html': {'*': 'The save has
failed.'}, 'parameters': []}, {'name': 'actionthrottledtext', 'html': {'*': 'As
an anti-abuse measure, you are limited from performing this action too many
times in a short space of time, and you have exceeded this limit.\nPlease try
again in a few minutes.'}, 'parameters': []}]]
CRITICAL: Exiting due to uncaught exception
I just assume this is because of T258354
<https://phabricator.wikimedia.org/T258354>
I run the latest version
Pywikibot: [ssh] pywikibot-core.git (fed71d9
<https://phabricator.wikimedia.org/rPWBCfed71d918c54905f31adc0582e2c20e6967e4c70>,
g13736, 2020/11/23, 11:03:20, master)
Release version: 5.2.0.dev0
I assumed that this was already handled based on T192912
<https://phabricator.wikimedia.org/T192912> and T253180
<https://phabricator.wikimedia.org/T253180> where @Xqt patched up Pywikibot to
handle these cases
TASK DETAIL
https://phabricator.wikimedia.org/T268645
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Aklapper, pywikibot-bugs-list, Multichill, Xqt, JohnsonLee01, SHEKH,
Dijkstra, Khutuck, Akuckartz, Zkhalido, Viztor, Nandana, Wenyi, Lahi, Gq86,
GoranSMilovanovic, QZanden, Tbscho, MayS, LawExplorer, Mdupont, JJMC89,
Dvorapa, _jensen, rosalieper, Altostratus, Avicennasis, Scott_WUaS, mys_721tx,
Wikidata-bugs, aude, jayvdb, Masti, Alchimista, Mbch331, Rxy
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T257938: License type filter for media search
Multichill added a comment. @Cparle @matthiasmullie I noticed the change was merged. Do you have a pointer where the actual mappings are stored? See https://github.com/multichill/toollabs/blob/master/bot/commons/own_work_sdoc.py#L66 for a list of mappings that I would expect (minus the variants). TASK DETAIL https://phabricator.wikimedia.org/T257938 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Cparle, Multichill Cc: Ramsey-WMF, kaldari, JeanFred, AnneT, dcausse, Multichill, EBernhardson, matthiasmullie, mwilliams, Aklapper, CBogen, Alter-paule, Beast1978, Un1tY, Nintendofan885, Akuckartz, Hook696, Kent7301, joker88john, CucyNoiD, Nandana, JKSTNK, Gaboe420, Giuliamocci, Cpaulf30, Lahi, PDrouin-WMF, Gq86, Af420, E1presidente, Cparle, Anooprao, SandraF_WMF, Bsandipan, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Lewizho99, Maathavan, 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, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T145712: Statement counts from pageprops do not match actual ones ( wikibase:statements and wikibase:sitelinks )
Multichill added a comment. I looked around in old bugs and found T129046 <https://phabricator.wikimedia.org/T129046> . I think it went like this: - Several Wikibase page_props were added for some unknown reason (you would have to look in the code where these are actually used now) - I wanted to track items without statements (T129037 <https://phabricator.wikimedia.org/T129037>) and easiest was to use the page_props (T129046 <https://phabricator.wikimedia.org/T129046>) - Some other page_props were added to the RDF later TASK DETAIL https://phabricator.wikimedia.org/T145712 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Lucas_Werkmeister_WMDE, Liuxinyu970226, Sjoerddebruin, MisterSynergy, Tgr, MZMcBride, aaron, Multichill, hoo, Esc3300, Pasleim, daniel, Aklapper, Smalyshev, CBogen, Akuckartz, ET4Eva, Nandana, Namenlos314, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, _jensen, rosalieper, Scott_WUaS, Jonas, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T266589: Unable to semi-protect properties on Wikidata
Multichill added a comment. Still means the wording of the protect page is incorrect. Currently it says "all users" and "allow only administrators". The "all users" is not correct because changing the protection to that won't make it possible for all users to edit, only for autoconfirmed users and above. I see we have T266394 <https://phabricator.wikimedia.org/T266394> for that TASK DETAIL https://phabricator.wikimedia.org/T266589 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: DannyS712, Anomie, Ammarpad, Lea_Lacroix_WMDE, Lydia_Pintscher, Aklapper, Multichill, Akuckartz, DutchTina, Nandana, Jony, Amorymeltzer, 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] T266589: Unable to semi-protect properties on Wikidata
Multichill created this task. Multichill added projects: Wikidata, MediaWiki-Page-protection. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION I noticed that use Edit=Allow only autoconfirmed users for items and for pages in the project namespace, but for properties the option seems to be gone. As an admin you can see this at https://www.wikidata.org/w/index.php?title=Property:P3452&action=unprotect for example. TASK DETAIL https://phabricator.wikimedia.org/T266589 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Lea_Lacroix_WMDE, Lydia_Pintscher, Aklapper, Multichill, Akuckartz, DutchTina, Nandana, Jony, Amorymeltzer, 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] T57755: Allow time values more precise than day on Wikidata
Multichill added a comment. Forked the Commons part in T266407 <https://phabricator.wikimedia.org/T266407> and left this one for the Wikidata part. TASK DETAIL https://phabricator.wikimedia.org/T57755 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: 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] T266407: Increase maximum precision for time datatype from day to second on Commons
Multichill created this task. Multichill added projects: Commons, Structured-Data-Backlog, MediaWiki-extensions-WikibaseRepository, StructuredDataOnCommons. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION Forked from T57755 <https://phabricator.wikimedia.org/T57755> . On Commons the maximum precision allowed to enter is currently 11 (day). Please increase this to 14 (second). The imageinfo extension should probably override the time data type to always set the timezone to null instead of 0 to make it clear that not all times are UTC. This mirrors the current practice on Commons, see for example https://commons.wikimedia.org/wiki/File:Northstar_California_Prosser_2.jpg where the date field contains "2017-07-03 13:28:12". TASK DETAIL https://phabricator.wikimedia.org/T266407 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: 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] T57755: Allow time values more precise than day on Wikidata
Multichill renamed this task from "Allow time values more precise than day" to "Allow time values more precise than day on Wikidata". TASK DETAIL https://phabricator.wikimedia.org/T57755 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Multichill, Mahir256, BrokenSegue, Wikirik123, PDrouin-WMF, SandraF_WMF, DannyS712, Pintoch, 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] T57755: Allow time values more precise than day
Multichill added a comment. In T57755#6576583 <https://phabricator.wikimedia.org/T57755#6576583>, @Jc3s5h wrote: > > > There is no indication about what time zone will be assumed for the creation or first publication date. You can't expect users to provide correct dates and times if you don't tell them at the time of upload that whatever they enter will be assumed to have the time zone that was in force at the time and place where the photo was taken. That's how basic human interaction works? If I say that we'll meet next Saturday at 13:00, the other person knows it's in local time (just switched from CEST to CET). Works the same way on Commons. We don't ask users for time zones and we don't record that data. TASK DETAIL https://phabricator.wikimedia.org/T57755 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Multichill, Mahir256, BrokenSegue, Wikirik123, PDrouin-WMF, SandraF_WMF, DannyS712, Pintoch, 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] T57755: Allow time values more precise than day
Multichill added a comment. In T57755#4661653 <https://phabricator.wikimedia.org/T57755#4661653>, @Addshore wrote: > So, this ticket was created specifically for allowing entering time values with second precision on wikidata.org and it should probably (i guess) remain just for that. > Having second precision time values on commons does not mean wikidata has to have them. > > As said in T57755#4639411 <https://phabricator.wikimedia.org/T57755#4639411> the underlying value object being used already supports second precisions. > Just wikidata has them turned off. > If commons uses the same validators as we use on wikidata.org then second precisions will not work. > If other validators are used then commons can have second precision values. How about just implementing this just for Commons, without timezones and default it to the local time? That is also current practice on Commons, see for example https://commons.wikimedia.org/wiki/File:Northstar_California_Prosser_2.jpg where the time is "3 July 2017, 13:28:12". If someone is really interested in the timezone, they can derive it from the coordinates. Should we fork the Commons part into another task and keep this one for Wikidata? TASK DETAIL https://phabricator.wikimedia.org/T57755 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Multichill, Mahir256, BrokenSegue, Wikirik123, PDrouin-WMF, SandraF_WMF, DannyS712, Pintoch, 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] T263298: Not getting an edit conflict on two conflicting structured data edits on Commons (since MediaWiki 1.36/wmf.9?)
Multichill added a comment. Stepping back a bit. Wbeditentity should work more like the normal edit (action=edit) with things like how to handle edit conflicts and also minor edits. TASK DETAIL https://phabricator.wikimedia.org/T263298 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Samantha_Alipio_WMDE, Cparle, Lydia_Pintscher, WMDE-leszek, CBogen, holger.knust, Ramsey-WMF, Addshore, DannyS712, Aklapper, Multichill, Akuckartz, darthmon_wmde, WDoranWMF, Nandana, Amorymeltzer, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Sethakill, dg711, _jensen, rosalieper, Scott_WUaS, Wong128hk, Wikidata-bugs, aude, jayvdb, Anomie, Mbch331, Rxy, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T109420: [Story] Make exports formats more visible
Multichill closed subtask T122711: Appending ".json" to an entity url should work (Feature Request) as "Declined". TASK DETAIL https://phabricator.wikimedia.org/T109420 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Ivanhercaz, Lucas_Werkmeister_WMDE, thiemowmde, Jan_Dittrich, Aklapper, Lydia_Pintscher, Rohitgeddam, Akuckartz, Soda, Chaytanya, darthmon_wmde, wiki-helenatxu, Dinadineke, DannyS712, Nandana, Kieubinhtb, Tks4Fish, lucamauri, Mh-3110, tabish.shaikh91, Asad_Ali_Palijo, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, Jayprakash12345, JakeTheDeveloper, QZanden, merbst, LawExplorer, _jensen, rosalieper, xSavitar, Scott_WUaS, MuhammadShuaib, Tmalhotra, SimmeD, 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] T122711: Appending ".json" to an entity url should work (Feature Request)
Multichill closed this task as "Declined". Multichill removed a project: good first task. Multichill added a comment. In T122711#6534813 <https://phabricator.wikimedia.org/T122711#6534813>, @thiemowmde wrote: > With all the respect, but the task specifically asks to make https://www.wikidata.org/wiki/Q269728.json work. It might be that this is not something the Wikidata team want's to implement and maintain. If this is the case, the task needs to be declined, not closed as "resolved". Ok TASK DETAIL https://phabricator.wikimedia.org/T122711 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Diwanshu885, Nirmos, Ivanhercaz, Lea_Lacroix_WMDE, cscott, Lucas_Werkmeister_WMDE, thiemowmde, Multichill, hoo, HakanIST, Aklapper, Pengo, StudiesWorld, Akuckartz, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331, Rohitgeddam, Soda, Chaytanya, wiki-helenatxu, Kieubinhtb, Tks4Fish, Mh-3110, Asad_Ali_Palijo, Soteriaspace, JakeTheDeveloper, xSavitar, MuhammadShuaib, Tmalhotra, SimmeD ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T263298: Not getting an edit conflict on two conflicting structured data edits on Commons (since MediaWiki 1.36/wmf.9?)
Multichill added a comment. I just noticed this mid air collision: https://commons.wikimedia.org/w/index.php?title=File%3ANSG_Salmorth_PM19-09.jpg&type=revision&diff=485124008&oldid=485009736 . If I understand Adman correctly, adding the option to use baserevid won't solve this. Using wbsetclaim isn't really an option because edits like this would take 8 edits instead of one. Maybe introduce baserevid and some kind of option for the bot to indicate that it wants strict checking instead of a warning? Looking at the edit conflict options for action=edit: baserevid ID of the base revision, used to detect edit conflicts. May be obtained through action=query&prop=revisions. Self-conflicts cause the edit to fail unless basetimestamp is set. Type: integer basetimestamp Timestamp of the base revision, used to detect edit conflicts. May be obtained through action=query&prop=revisions&rvprop=timestamp. Self-conflicts are ignored. Type: timestamp (allowed formats) starttimestamp Timestamp when the editing process began, used to detect edit conflicts. An appropriate value may be obtained using curtimestamp when beginning the edit process (e.g. when loading the page content to edit). Maybe we can bring things closer together here? TASK DETAIL https://phabricator.wikimedia.org/T263298 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Cparle, Lydia_Pintscher, WMDE-leszek, CBogen, holger.knust, Ramsey-WMF, Addshore, DannyS712, Aklapper, Multichill, Akuckartz, darthmon_wmde, WDoranWMF, Nandana, Amorymeltzer, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Sethakill, dg711, _jensen, rosalieper, Scott_WUaS, Wong128hk, Wikidata-bugs, aude, jayvdb, Anomie, Mbch331, Rxy, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T122711: Appending ".json" to an entity url should work (Feature Request)
Multichill closed this task as "Resolved". Multichill claimed this task. Multichill added a comment. http://www.wikidata.org/entity/Q269728 is the entity uri (not https://www.wikidata.org/wiki/Q269728), http://www.wikidata.org/entity/Q269728.json redirects to https://www.wikidata.org/wiki/Special:EntityData/Q269728.json which returns the json. Marking this one as resolved. TASK DETAIL https://phabricator.wikimedia.org/T122711 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Diwanshu885, Nirmos, Ivanhercaz, Lea_Lacroix_WMDE, cscott, Lucas_Werkmeister_WMDE, thiemowmde, Multichill, hoo, HakanIST, Aklapper, Pengo, StudiesWorld, Esther.Osayande, Rohitgeddam, Akuckartz, Soda, Chaytanya, darthmon_wmde, wiki-helenatxu, Nandana, Kieubinhtb, Tks4Fish, lucamauri, Mh-3110, Asad_Ali_Palijo, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, JakeTheDeveloper, QZanden, LawExplorer, _jensen, rosalieper, xSavitar, Scott_WUaS, MuhammadShuaib, Tmalhotra, SimmeD, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T109420: [Story] Make exports formats more visible
Multichill closed subtask T122711: Appending ".json" to an entity url should work (Feature Request) as "Resolved". TASK DETAIL https://phabricator.wikimedia.org/T109420 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Ivanhercaz, Lucas_Werkmeister_WMDE, thiemowmde, Jan_Dittrich, Aklapper, Lydia_Pintscher, Esther.Osayande, Rohitgeddam, Akuckartz, Soda, Chaytanya, darthmon_wmde, wiki-helenatxu, Dinadineke, DannyS712, Nandana, Kieubinhtb, Tks4Fish, lucamauri, Mh-3110, tabish.shaikh91, Asad_Ali_Palijo, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, Jayprakash12345, JakeTheDeveloper, QZanden, merbst, LawExplorer, _jensen, rosalieper, xSavitar, Scott_WUaS, MuhammadShuaib, Tmalhotra, SimmeD, 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] T264659: Update BAG & BRT SPARQL endpoint in the whitelist
Multichill created this task. Multichill added projects: Wikimedia-Site-requests, Wikidata, Wikidata-Query-Service, Discovery-Search. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION The SPARQL endpoint at https://data.pdok.nl/sparql is no longer functioning (see also https://www.wikidata.org/wiki/Wikidata:SPARQL_query_service/Federation_report). It got split up, the new new locations are https://bag.basisregistraties.overheid.nl/sparql and https://brt.basisregistraties.overheid.nl/sparql. Still freely licensed (CC0 and cc-by-.4.0, see https://data.overheid.nl/dataset/basisregistratie-adressen-en-gebouwen--bag- & https://data.overheid.nl/dataset/b58d0167-3ec1-4ff2-8dd0-81efc27dbe40 ) . Please update the whitelist at https://gerrit.wikimedia.org/r/plugins/gitiles/wikidata/query/deploy/+/master/whitelist.txt TASK DETAIL https://phabricator.wikimedia.org/T264659 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Gehel, Denengelse, RhinosF1, Aklapper, Multichill, CBogen, Akuckartz, CptViraj, darthmon_wmde, Dibya, 94rain, DannyS712, Nandana, Namenlos314, Tks4Fish, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Jayprakash12345, QZanden, EBjune, Kizule, merbst, LawExplorer, DatGuy, Devwaker, Niklitov, _jensen, Urbanecm, rosalieper, JEumerus, Scott_WUaS, Jonas, Ananthsubray, Xmlizer, Superzerocool, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, jkroll, Wikidata-bugs, Jdouglas, Snowolf, aude, Tobias1984, Dcljr, Manybubbles, Matanya, Mbch331, Rxy, Jay8g, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T258354: create new rate-limited bot group for Wikidata
Multichill added a comment. Ok, I see, we only put misbehaving bots in this group. TASK DETAIL https://phabricator.wikimedia.org/T258354 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: MarcoAurelio, Urbanecm, ItamarWMDE, Lucas_Werkmeister_WMDE, Hazard-SJ, pywikibot-bugs-list, Multichill, Rschen7754, Pasleim, matej_suchanek, tfmorris, Ladsgroup, Mike_Peel, Mohammed_Sadat_WMDE, Dipsacus_fullonum, Bugreporter, MisterSynergy, Lea_Lacroix_WMDE, Aklapper, Lydia_Pintscher, JohnsonLee01, SHEKH, Dijkstra, Alter-paule, Beast1978, Un1tY, Khutuck, Akuckartz, Zkhalido, Hook696, Iflorez, darthmon_wmde, Kent7301, alaa_wmde, joker88john, Viztor, CucyNoiD, Nandana, Wenyi, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, Tbscho, MayS, LawExplorer, Lewizho99, Mdupont, JJMC89, Maathavan, Dvorapa, _jensen, rosalieper, Altostratus, Avicennasis, Scott_WUaS, Jonas, mys_721tx, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Masti, Alchimista, Mbch331, Rxy ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T263298: Not getting an edit conflict on two conflicting structured data edits on Commons (since MediaWiki 1.36/wmf.9?)
Multichill added a comment. It's only on Commons and to reproduce you need a file with no structured data yet. First try doing an edit with "baserevid", you'll get a nasty API error (that's why I'm unable to use that). To reproduce just do two edits close to each other from different jobs. TASK DETAIL https://phabricator.wikimedia.org/T263298 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: WMDE-leszek, CBogen, holger.knust, Ramsey-WMF, Addshore, DannyS712, Aklapper, Multichill, Akuckartz, darthmon_wmde, WDoranWMF, Nandana, Amorymeltzer, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Sethakill, dg711, _jensen, rosalieper, Scott_WUaS, Wong128hk, Wikidata-bugs, aude, jayvdb, Anomie, Mbch331, Rxy, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T257938: License type filter for media search
Multichill added a comment. In T257938#6451946 <https://phabricator.wikimedia.org/T257938#6451946>, @AnneT wrote: > @matthiasmullie any thoughts on getting around the search string character limit here? Now that I've rebased this patch onto the one that swaps out the search modules, I'm hitting the default limit of 300 characters for the cc-by and cc-by-sa filter options, and the "other" option is over the hard limit of 2048 (by about 150 characters, but this could always grow as more license items are added). I think you're on the wrong solution path here. You seem to try to do everything on the client side. The number of licenses is huge, see https://commons.wikimedia.org/wiki/Category:Primary_license_tags_(flat_list) Why are you trying to do everything client side? Feels like you're working around adding relevant indexes. See https://ccsearch.creativecommons.org/ and https://opensource.creativecommons.org/cc-search/ for inspiration. TASK DETAIL https://phabricator.wikimedia.org/T257938 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: AnneT, Multichill Cc: dcausse, Multichill, EBernhardson, matthiasmullie, mwilliams, Aklapper, CBogen, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, darthmon_wmde, Kent7301, joker88john, CucyNoiD, Nandana, JKSTNK, Gaboe420, Giuliamocci, Cpaulf30, Lahi, PDrouin-WMF, Gq86, Af420, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, Bsandipan, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Lewizho99, Maathavan, 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, Steinsplitter, Mbch331, Ltrlg, 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
Multichill added a comment. In T258835#6407372 <https://phabricator.wikimedia.org/T258835#6407372>, @CBogen wrote: > In T258835#6407335 <https://phabricator.wikimedia.org/T258835#6407335>, @Multichill wrote: > >> @CBogen directly using the Commons logo? For Wikidata query service we use https://commons.wikimedia.org/wiki/File:Wikidata_Query_Service_Favicon.svg so you can easily see what tab it is, I would like to have the same for Commons. > > That would be ideal, but we don't have the capacity to design a new logo/favicon right now unfortunately. I was not expecting your team to do it. Maybe leave it stalled until we have some community member make a nice icon? TASK DETAIL https://phabricator.wikimedia.org/T258835 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: 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, 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
Multichill added a comment. Technically this is already possible, the question is if we actually want to use it. Makes the data model a lot more complicated to work with. TASK DETAIL https://phabricator.wikimedia.org/T230315 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Multichill, 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] T258835: Update Commons query service favicon
Multichill added a subscriber: CBogen. Multichill added a comment. @CBogen directly using the Commons logo? For Wikidata query service we use https://commons.wikimedia.org/wiki/File:Wikidata_Query_Service_Favicon.svg so you can easily see what tab it is, I would like to have the same for Commons. TASK DETAIL https://phabricator.wikimedia.org/T258835 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: 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, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T258354: create new rate-limited bot group for Wikidata
Multichill added a comment. In T258354#6387030 <https://phabricator.wikimedia.org/T258354#6387030>, @Ladsgroup wrote: > In T258354#6365838 <https://phabricator.wikimedia.org/T258354#6365838>, @Multichill wrote: > >> Just add a sane (relatively high) ratelimit to the current bots group or keep it as is. The current proposed solution is to try to work around the problem. > > Well, that was exactly what we did in T184948: limit page creation and edit rate on Wikidata <https://phabricator.wikimedia.org/T184948> and you disagreed with it (T184948#4145480 <https://phabricator.wikimedia.org/T184948#4145480>) No, that's not what you did. You added a ratelimit to a group which had the "noratelimit" right assigned to it causing all sorts of breakage. TASK DETAIL https://phabricator.wikimedia.org/T258354 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Lucas_Werkmeister_WMDE, Hazard-SJ, pywikibot-bugs-list, Multichill, Rschen7754, Pasleim, matej_suchanek, tfmorris, Ladsgroup, Mike_Peel, Mohammed_Sadat_WMDE, Dipsacus_fullonum, Bugreporter, MisterSynergy, Lea_Lacroix_WMDE, Aklapper, Lydia_Pintscher, JohnsonLee01, SHEKH, Dijkstra, Alter-paule, Beast1978, Un1tY, Khutuck, Akuckartz, Zkhalido, Hook696, Iflorez, darthmon_wmde, Kent7301, alaa_wmde, joker88john, Viztor, CucyNoiD, Nandana, Wenyi, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, Tbscho, MayS, LawExplorer, Lewizho99, Mdupont, JJMC89, Maathavan, Dvorapa, _jensen, rosalieper, Altostratus, Avicennasis, Scott_WUaS, Jonas, mys_721tx, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Masti, Alchimista, Mbch331, Rxy ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T259801: Support multilingual formatter url on Wikidata
Multichill added a comment. In T259801#6386751 <https://phabricator.wikimedia.org/T259801#6386751>, @Lydia_Pintscher wrote: > Yes I think you're right. But doesn't the same issue apply there? What issue? Export and API? AFAIK it's not used for that. TASK DETAIL https://phabricator.wikimedia.org/T259801 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Aklapper, Lea_Lacroix_WMDE, Lydia_Pintscher, Multichill, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Srdjan, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T259801: Support multilingual formatter url on Wikidata
Multichill added a comment. In T259801#6378907 <https://phabricator.wikimedia.org/T259801#6378907>, @Lydia_Pintscher wrote: > This would only affect the UI? How do we imagine this working in exports and APIs? Is the formatter url currently used in export and APIs? If so, please explain how. Are you sure you're not mixing this up with the formatter URI (the other one) that produces the wdtn: links? TASK DETAIL https://phabricator.wikimedia.org/T259801 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Aklapper, Lea_Lacroix_WMDE, Lydia_Pintscher, Multichill, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Srdjan, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T250611: action=info links for section "Wikidata entities used in this page" to Wikidata instead of Commons
Multichill added subscribers: Keegan, Lydia_Pintscher, Lucas_Werkmeister_WMDE, Ramsey-WMF, Multichill. Multichill added a comment. This bug was filed quite some time ago, but seems it hasn't been noticed yet so tagging some people on it. It just got mentioned again on the village pump on Commons ( https://commons.wikimedia.org/wiki/Commons:Village_pump#Strange_WD_link_below_the_edit_window_of_a_file ) TASK DETAIL https://phabricator.wikimedia.org/T250611 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Multichill, Ramsey-WMF, Lucas_Werkmeister_WMDE, Lydia_Pintscher, Keegan, Aklapper, Raymond, CBogen, Akuckartz, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, Fabrice_Florin, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T258354: create new rate-limited bot group for Wikidata
Multichill added projects: Pywikibot-Wikidata, Pywikibot. Restricted Application added a subscriber: pywikibot-bugs-list. TASK DETAIL https://phabricator.wikimedia.org/T258354 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: pywikibot-bugs-list, Multichill, Rschen7754, Pasleim, matej_suchanek, tfmorris, Ladsgroup, Mike_Peel, Mohammed_Sadat_WMDE, Dipsacus_fullonum, Bugreporter, MisterSynergy, Lea_Lacroix_WMDE, Aklapper, Lydia_Pintscher, JohnsonLee01, SHEKH, Dijkstra, Alter-paule, Beast1978, Un1tY, Khutuck, Akuckartz, Zkhalido, Hook696, Iflorez, darthmon_wmde, Kent7301, alaa_wmde, joker88john, Viztor, CucyNoiD, Nandana, Wenyi, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, Tbscho, MayS, LawExplorer, Lewizho99, Mdupont, JJMC89, Maathavan, Dvorapa, _jensen, rosalieper, Altostratus, Avicennasis, Scott_WUaS, Jonas, mys_721tx, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Masti, Alchimista, Mbch331, Rxy ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T258354: create new rate-limited bot group for Wikidata
Multichill added a comment. I think the approach is wrong. Let's start with the first assumption. Nuke ( https://www.wikidata.org/wiki/Special:Nuke ) runs under your own account. Used it plenty of times. As an admin I have noratelimit so having noratelimit on a completely different group is not relevant. MassMessage is just an extension that runs in the background. It is a bot. It shouldn't go too fast and it shouldn't crash on ratelimits. Relevant historic bugs: T192690 <https://phabricator.wikimedia.org/T192690> and T184948 <https://phabricator.wikimedia.org/T184948> . Just add a sane (relatively high) ratelimit to the current bots group or keep it as is. The current proposed solution is to try to work around the problem. TASK DETAIL https://phabricator.wikimedia.org/T258354 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Multichill, Rschen7754, Pasleim, matej_suchanek, tfmorris, Ladsgroup, Mike_Peel, Mohammed_Sadat_WMDE, Dipsacus_fullonum, Bugreporter, MisterSynergy, Lea_Lacroix_WMDE, Aklapper, Lydia_Pintscher, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Iflorez, darthmon_wmde, Kent7301, alaa_wmde, joker88john, CucyNoiD, Nandana, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, Jonas, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T259801: Support multilingual formatter url on Wikidata
Multichill created this task. Multichill added projects: Wikidata, I18n. TASK DESCRIPTION We currently use the formatter url property ( https://www.wikidata.org/wiki/Property:P1630 ) to take an identifier and make a url based on the identifier. For example on https://www.wikidata.org/wiki/Property:P650 the formatter url is https://rkd.nl/explore/artists/$1 . The property is used on https://www.wikidata.org/wiki/Q150679 (Anthony van Dyck) with contents "25230" which results in the url https://rkd.nl/explore/artists/25230 . Some websites offer their contents in multiple languages. In the example https://rkd.nl/nl/explore/artists/25230 gives Dutch and https://rkd.nl/en/explore/artists/25230 gives English. We currently already add formatter url's for these language specific urls', see https://www.wikidata.org/wiki/Property:P650 and https://w.wiki/Yuk returns 1500+ hits. The interface should be showing the url in my language or otherwise fall back to the default formatter url. So if I browse https://www.wikidata.org/wiki/Q150679 (Anthony van Dyck)" - In Dutch, I should get https://rkd.nl/nl/explore/artists/25230 - In English, I should get https://rkd.nl/en/explore/artists/25230 - In German (or any other language), I should get https://rkd.nl/explore/artists/25230 For bonus points (or can be forked in a new task). Have fallback for language variant to main language, so en-us/en-ca would fallback to "en" and would get https://rkd.nl/en/explore/artists/25230 . This probably makes things (much) more complicated so I'm happy if it's left out in the first version. TASK DETAIL https://phabricator.wikimedia.org/T259801 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Aklapper, Lea_Lacroix_WMDE, Lydia_Pintscher, Multichill, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Srdjan, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T258895: Wikimedia Commons Query Service should use Wikimedia url shortener instead of tinyurl
Multichill added a comment. In T258895#6340004 <https://phabricator.wikimedia.org/T258895#6340004>, @Lucas_Werkmeister_WMDE wrote: > I would really rather not do that. This is a beta service – I think putting it on the official URL shortener whitelist, or even considering to rewrite shortened URLs(!), gives it an undeserved appearance of being more stable than it’s really meant to be. Being able to share queries is an integral part of beta. If you don't agree with that, speak up. So being able to do that should be supported in a proper way as part of the beta. Tinyurl is still blacklisted so sharing is painful now. TASK DETAIL https://phabricator.wikimedia.org/T258895 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Lucas_Werkmeister_WMDE, Nintendofan885, Ladsgroup, Aklapper, Gehel, Multichill, CBogen, Akuckartz, darthmon_wmde, Nandana, Namenlos314, Lahi, Gq86, Ramsey-WMF, 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, Rxy, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T258895: Wikimedia Commons Query Service should use Wikimedia url shortener instead of tinyurl
Multichill added a comment. In T258895#6336041 <https://phabricator.wikimedia.org/T258895#6336041>, @Ladsgroup wrote: > Yes, if it goes to *.wikmedia.org or *.commons.org, it'll be shortable in short url but *.wmflabs.org is not among the allowed domain list for security reasons (hiding XSS through open redirects, etc.) Can't we just put "wcqs-beta.wmflabs.org" on the whitelist? I agree putting *.wmflabs.org on the whitelist isn't such a good idea, but just one subdomain shouldn't be a problem. TASK DETAIL https://phabricator.wikimedia.org/T258895 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Ladsgroup, Aklapper, Gehel, Multichill, 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, Rxy, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T258895: Wikimedia Commons Query Service should use Wikimedia url shortener instead of tinyurl
Multichill created this task. Multichill added projects: Commons, Wikidata, Wikidata-Query-Service, MediaWiki-extensions-ShortUrl. TASK DESCRIPTION I wondered why https://tinyurl.com/y4myl8z6 was shared instead of a link like https://w.wiki/rL . Turns out the prototype uses tinyurl. Should probably switched at some point. Not sure how to deal with the temporary domain https://wcqs-beta.wmflabs.org and the final domain. Maybe just do a search replace on the our tinyurl database later when the final domain becomes available? TASK DETAIL https://phabricator.wikimedia.org/T258895 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Ladsgroup, Aklapper, Gehel, Multichill, 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, Rxy, 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
Multichill created this task. Multichill added projects: Commons, Wikidata-Query-Service. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION Becuase of T211474 <https://phabricator.wikimedia.org/T211474> https://wcqs-beta.wmflabs.org/ currently has https://commons.wikimedia.org/wiki/File:Wikidata_Query_Service_Favicon.svg at https://wcqs-beta.wmflabs.org/favicon.ico . This should probably be updated to a favicon based on the Commons logo. TASK DETAIL https://phabricator.wikimedia.org/T258835 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Gehel, Aklapper, Multichill, 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] T257938: License type filter for media search
Multichill added a comment. In T257938#6313111 <https://phabricator.wikimedia.org/T257938#6313111>, @EBernhardson wrote: > I wonder, would the liceneses extracted from CommonsMetadata be consistent enough to map directly to wikidata properties? It would be a lie, but it seems it would be a cleaner way into the future if we could translate the CommonsMetadata license information into an equivalent wikidata statement, and then add that to the statements indexed. > > For adding a new field, ContentHandler::getDataForSearchIndex() calls HookRunner::onSearchDataForIndex(). For whatever reason its SearchEngine that calls HookRunner::onSearchIndexFields() after all content models have had their fields from ContentHandler::getFieldsForSearchIndex() merged. Another approach would be that I use the output of that extension as input for by robot that adds statements to the structured data. Mass adding licenses in structured data is extremely easy. Just pick your favorite category (https://commons.wikimedia.org/wiki/Category:CC-BY-SA-3.0-NL) and have a robot add the relevant statement. Mass adding licenses correctly and all in one edit is much harder. Say that the file has two licenses. I generally want to add the two licenses to the structured data and not just one of them. We also have to deal with fun edge cases like fallback licenses on public domain art. I doubt the extension handles all of these cases correctly so I rather stick to bulk importing the easy cases based on Wikitext. TASK DETAIL https://phabricator.wikimedia.org/T257938 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Multichill, EBernhardson, matthiasmullie, mwilliams, 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, 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, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T257938: License type filter for media search
Multichill added a comment. I don't see any mention of copyright status. A lot of files on Commons don't have a license because these files are in the public domain, see for example https://commons.wikimedia.org/wiki/File:Georges_Ricard-Cordingley_(1873-1939)_-_Deep_Sea_Fishing_(morning)_-_RCIN_406333_-_Royal_Collection.jpg or https://commons.wikimedia.org/wiki/Special:ListFiles/BotMultichillT Not sure how to fit that exactly in the wording. Flickr has something similar, see https://www.flickr.com/search/?text=house going from the most restrictive to the most liberal. I like that approach. The Creative Commons search has nice facets, see https://ccsearch.creativecommons.org/search?q=house . I would *LOVE* to have faceted search on Commons and "use" and "licenses" just be two of the many possible facets. TASK DETAIL https://phabricator.wikimedia.org/T257938 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: Multichill, EBernhardson, matthiasmullie, mwilliams, 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, 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, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T257938: License type filter for media search
Multichill added projects: Commons, SDC General. Restricted Application added a project: Wikidata. TASK DETAIL https://phabricator.wikimedia.org/T257938 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Multichill Cc: EBernhardson, matthiasmullie, mwilliams, 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, 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, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
