[Wikidata-bugs] [Maniphest] T291054: wcqs-beta.wmflabs.org SPARQL endpoint is down (500 server error)

2021-09-17 Thread Multichill
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)

2021-09-17 Thread Multichill
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

2021-09-17 Thread Multichill
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

2021-09-17 Thread Multichill
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=1494018874=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

2021-08-16 Thread Multichill
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

2021-07-03 Thread Multichill
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

2021-07-03 Thread Multichill
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

2021-06-29 Thread Multichill
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

2021-06-29 Thread Multichill
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

2021-06-09 Thread Multichill
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

2021-05-30 Thread Multichill
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

2021-05-29 Thread Multichill
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

2021-05-29 Thread Multichill
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

2021-05-25 Thread Multichill
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

2021-05-21 Thread Multichill
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

2021-05-21 Thread Multichill
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"

2021-05-14 Thread Multichill
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

2021-05-08 Thread Multichill
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

2021-05-07 Thread Multichill
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=1416064318
  and 
https://commons.wikimedia.org/w/index.php?title=User:Multichill/Same_image_without_Wikidata/Wikidata_creator,_institution_and_inventory_number_match=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

2021-04-29 Thread Multichill
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

2021-03-17 Thread Multichill
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

2021-03-07 Thread Multichill
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

2021-03-03 Thread Multichill
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

2021-03-03 Thread Multichill
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

2021-03-02 Thread Multichill
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

2021-03-02 Thread Multichill
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

2021-03-02 Thread Multichill
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

2021-03-01 Thread Multichill
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

2021-02-27 Thread Multichill
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=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

2021-02-25 Thread Multichill
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=Special:Search=advanced=1=%7B%7D=1=1=1=1=1=1=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

2021-02-21 Thread Multichill
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

2021-02-09 Thread Multichill
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

2021-02-08 Thread Multichill
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)

2021-01-18 Thread Multichill
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)

2021-01-17 Thread Multichill
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

2021-01-14 Thread Multichill
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

2021-01-05 Thread Multichill
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

2021-01-05 Thread Multichill
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

2021-01-05 Thread Multichill
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)

2020-12-29 Thread Multichill
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=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

2020-12-21 Thread Multichill
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=wbcreateclaim and after 
that https://www.wikidata.org/w/api.php?action=help=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

2020-12-18 Thread Multichill
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

2020-12-16 Thread Multichill
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

2020-11-24 Thread Multichill
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=1#wbcreateclaim
 or 
https://www.wikidata.org/w/api.php?action=help=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

2020-11-24 Thread Multichill
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

2020-11-24 Thread Multichill
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

2020-11-13 Thread Multichill
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 )

2020-10-29 Thread Multichill
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

2020-10-27 Thread Multichill
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

2020-10-27 Thread Multichill
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=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

2020-10-25 Thread Multichill
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

2020-10-25 Thread Multichill
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

2020-10-25 Thread Multichill
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

2020-10-25 Thread Multichill
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

2020-10-25 Thread Multichill
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?)

2020-10-13 Thread Multichill
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

2020-10-11 Thread Multichill
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)

2020-10-11 Thread Multichill
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?)

2020-10-11 Thread Multichill
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=revision=485124008=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=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=revisions=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)

2020-10-10 Thread Multichill
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

2020-10-10 Thread Multichill
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

2020-10-05 Thread Multichill
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

2020-09-28 Thread Multichill
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?)

2020-09-24 Thread Multichill
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

2020-09-12 Thread Multichill
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

2020-08-26 Thread Multichill
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

2020-08-24 Thread Multichill
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

2020-08-24 Thread Multichill
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

2020-08-16 Thread Multichill
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

2020-08-15 Thread Multichill
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

2020-08-12 Thread Multichill
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

2020-08-07 Thread Multichill
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

2020-08-06 Thread Multichill
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

2020-08-06 Thread Multichill
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

2020-08-06 Thread Multichill
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

2020-07-28 Thread Multichill
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

2020-07-26 Thread Multichill
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

2020-07-26 Thread Multichill
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

2020-07-24 Thread Multichill
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

2020-07-24 Thread Multichill
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

2020-07-24 Thread Multichill
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

2020-07-24 Thread Multichill
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


[Wikidata-bugs] [Maniphest] T258754: Define SLOs and error budget for WDQS

2020-07-24 Thread Multichill
Multichill added projects: Wikidata-Query-Service, Wikidata.

TASK DETAIL
  https://phabricator.wikimedia.org/T258754

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: RKemper, Multichill
Cc: RKemper, Aklapper, CBogen, Akuckartz, darthmon_wmde, ET4Eva, Nandana, 
Namenlos314, jijiki, Klaas_Z4us_V, Lahi, Gq86, Darkminds3113, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, Avner, elukey, Gehel, _jensen, rosalieper, Scott_WUaS, Jonas, 
FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, 
Manybubbles, Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T258590: Decide on HTTP vs HTTPS for concept URIs on Commons

2020-07-24 Thread Multichill
Multichill added projects: Commons, StructuredDataOnCommons.

TASK DETAIL
  https://phabricator.wikimedia.org/T258590

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Multichill
Cc: Akuckartz, Lucas_Werkmeister_WMDE, Tpt, DVrandecic, CBogen, Multichill, 
Gehel, Aklapper, darthmon_wmde, Nandana, JKSTNK, 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, 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] T258769: ImageGrid for WCQS

2020-07-24 Thread Multichill
Multichill added a project: Commons.

TASK DETAIL
  https://phabricator.wikimedia.org/T258769

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Multichill
Cc: Ainali, Nikki, Zbyszko, Librarian_lena, Lucas_Werkmeister_WMDE, Jheald, 
Husky, Rachmat04, Gehel, Aklapper, 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, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T258590: Decide on HTTP vs HTTPS for concept URIs on Commons

2020-07-24 Thread Multichill
Multichill added a comment.


  Removed reference to T226453 <https://phabricator.wikimedia.org/T226453> . 
This is about Concept URI's on Commons (httpS) and not about concept URI's on 
Wikidata (http).

TASK DETAIL
  https://phabricator.wikimedia.org/T258590

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Multichill
Cc: Lucas_Werkmeister_WMDE, Tpt, DVrandecic, CBogen, Multichill, Gehel, 
Aklapper, Akuckartz, darthmon_wmde, Nandana, Namenlos314, Lahi, Gq86, 
GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, 
Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, 
Manybubbles, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T226453: Concept URI in sidebar on Wikidata uses HTTP instead of HTTPS

2020-07-24 Thread Multichill
Multichill removed a subtask: T258590: Decide on HTTP vs HTTPS for concept URIs 
on Commons.

TASK DETAIL
  https://phabricator.wikimedia.org/T226453

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Multichill
Cc: Stylestrip, DemonDays64, JFishback_WMF, Multichill, Seb35, Esc3300, 
Smalyshev, Addshore, Lydia_Pintscher, Aklapper, dbarratt, Akuckartz, 
darthmon_wmde, Nandana, sbassett, Jony, lucamauri, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
Wikidata-bugs, aude, Bawolff, Slaporte, csteipp, Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T258590: Decide on HTTP vs HTTPS for concept URIs on Commons

2020-07-24 Thread Multichill
Multichill removed a parent task: T226453: Concept URI in sidebar on Wikidata 
uses HTTP instead of HTTPS.

TASK DETAIL
  https://phabricator.wikimedia.org/T258590

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Multichill
Cc: Lucas_Werkmeister_WMDE, Tpt, DVrandecic, CBogen, Multichill, Gehel, 
Aklapper, Akuckartz, darthmon_wmde, Nandana, Namenlos314, Lahi, Gq86, 
GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, 
Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, 
Manybubbles, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T226453: Concept URI in sidebar on Wikidata uses HTTP instead of HTTPS

2020-07-24 Thread Multichill
Multichill renamed this task from "Concept URI in sidebar uses HTTP instead of 
HTTPS" to "Concept URI in sidebar on Wikidata uses HTTP instead of HTTPS".

TASK DETAIL
  https://phabricator.wikimedia.org/T226453

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Multichill
Cc: Stylestrip, DemonDays64, JFishback_WMF, Multichill, Seb35, Esc3300, 
Smalyshev, Addshore, Lydia_Pintscher, Aklapper, dbarratt, Akuckartz, 
darthmon_wmde, Nandana, sbassett, Jony, lucamauri, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
Wikidata-bugs, aude, Bawolff, Slaporte, csteipp, Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T258590: Decide on HTTP vs HTTPS for concept URIs on Commons

2020-07-23 Thread Multichill
Multichill added a comment.


  In T258590#6331165 <https://phabricator.wikimedia.org/T258590#6331165>, 
@CBogen wrote:
  
  > @Multichill it's very possible this discussion was had in the past but that 
those of us working on it now weren't around at that point - do you happen to 
have a link to the discussion that we can review? If the decision was already 
made, then going forward with the change will be a more straightforward next 
step to take :)
  
  Been looking around and can't find it. I recall a discussion about Wikidata 
not using https, but that for Commons because the it's all new, we might as 
well use https from the start. That's what got implemented in the rdf and the 
concept URI's. So it's a bit confusing to see http popping up again now.

TASK DETAIL
  https://phabricator.wikimedia.org/T258590

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Multichill
Cc: CBogen, Multichill, Gehel, Aklapper, Akuckartz, darthmon_wmde, Nandana, 
Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, 
EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, 
jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] T258590: Decide on HTTP vs HTTPS for concept URIs on Commons

2020-07-23 Thread Multichill
Multichill added a comment.


  Wait, what, didn't we have this discussion quite some time ago for Commons 
and decided it would be https from the start? How did the http slip in again? 
If I look at a not so random item 
https://commons.wikimedia.org/wiki/Special:EntityData/M90544172.rdf it says :
  https://commons.wikimedia.org/entity/M90544172"/>
  
  That's also the url you get on the left as the concept URI. The introduction 
of http is a mistake and a bug.

TASK DETAIL
  https://phabricator.wikimedia.org/T258590

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Multichill
Cc: Multichill, Gehel, Aklapper, CBogen, Akuckartz, darthmon_wmde, Nandana, 
Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, 
EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, 
jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T244341: Stop using blank nodes for encoding SomeValue and OWL constraints in WDQS

2020-05-08 Thread Multichill
Multichill added a comment.


  In T244341#6096946 <https://phabricator.wikimedia.org/T244341#6096946>, 
@dcausse wrote:
  
  > @Multichill the discussion 
<https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team/Query_Service_and_search#Blank_node_deprecation_in_WDQS_&_Wikibase_RDF_model>
 seems to have stalled. Thanks to Peter the pros and cons have been well 
summarized now. I also understand that part of the misunderstanding of this 
change was the lack of clarity on the motivations as to why we require a 
breaking change like that. I hope it had been addressed in the linked 
discussion.
  > Do you have additional comments to make here? Thanks!
  
  See the recent comments. You need to get community consensus before doing any 
(major) changes.

TASK DETAIL
  https://phabricator.wikimedia.org/T244341

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Multichill
Cc: Gehel, Multichill, Pfps, Mmarx, Dipsacus_fullonum, Luitzen, 
VladimirAlexiev, Lea_Lacroix_WMDE, Jheald, Daniel_Mietchen, mkroetzsch, Denny, 
Lucas_Werkmeister_WMDE, Aklapper, dcausse, CBogen, darthmon_wmde, Viztor, 
94rain, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, Snowolf, aude, Tobias1984, Manybubbles, Shizhao, 
Mbch331, Rxy
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Retitled] T251380: Trim text input before saving on Wikibase string input

2020-05-02 Thread Multichill
Multichill renamed this task from "Trim text input before saving" to "Trim text 
input before saving on Wikibase string input".
Multichill updated the task description.

TASK DETAIL
  https://phabricator.wikimedia.org/T251380

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Multichill
Cc: Multichill, Lydia_Pintscher, Aklapper, Raymond, CBogen, darthmon_wmde, 
Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, 
Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, 
LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, 
Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, 
Fabrice_Florin, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Changed Subscribers] T251380: Trim text input before saving

2020-05-02 Thread Multichill
Multichill added subscribers: Lydia_Pintscher, Multichill.
Multichill added a comment.


  Yes, ran into this too on Wikidata this week. The stripping could happen on 
the front end javascript or in the backend API. Not sure where other clean up 
is currently happening. AFAIK this only applies to string datatypes so I'll 
update the task a bit.

TASK DETAIL
  https://phabricator.wikimedia.org/T251380

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Multichill
Cc: Multichill, Lydia_Pintscher, Aklapper, Raymond, CBogen, darthmon_wmde, 
Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, 
Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, 
LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, 
Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, 
Fabrice_Florin, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T244341: Wikibase RDF dump: stop using blank nodes for encoding SomeValue and OWL constraints

2020-04-17 Thread Multichill
Multichill added a project: Community-consensus-needed.

TASK DETAIL
  https://phabricator.wikimedia.org/T244341

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Multichill
Cc: Pfps, Mmarx, Dipsacus_fullonum, Luitzen, VladimirAlexiev, Lea_Lacroix_WMDE, 
Jheald, Daniel_Mietchen, mkroetzsch, Denny, Lucas_Werkmeister_WMDE, Aklapper, 
dcausse, CBogen, darthmon_wmde, Viztor, 94rain, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, 
Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, Snowolf, aude, 
Tobias1984, Manybubbles, Shizhao, Mbch331, Rxy
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T244341: Wikibase RDF dump: stop using blank nodes for encoding SomeValue and OWL constraints

2020-04-17 Thread Multichill
Multichill added a comment.


  This needs community consensus before moving forward.

TASK DETAIL
  https://phabricator.wikimedia.org/T244341

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Multichill
Cc: Multichill, Pfps, Mmarx, Dipsacus_fullonum, Luitzen, VladimirAlexiev, 
Lea_Lacroix_WMDE, Jheald, Daniel_Mietchen, mkroetzsch, Denny, 
Lucas_Werkmeister_WMDE, Aklapper, dcausse, CBogen, darthmon_wmde, Viztor, 
94rain, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, Snowolf, aude, Tobias1984, Manybubbles, Shizhao, 
Mbch331, Rxy
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T249688: PropertyDataTypeLookupException in Files with a deleted property

2020-04-14 Thread Multichill
Multichill added a comment.


  In T249688#6055456 <https://phabricator.wikimedia.org/T249688#6055456>, 
@Lucas_Werkmeister_WMDE wrote:
  
  > CCing @Multichill, who deleted the property in question. Even if the error 
is handled better in WikibaseMediaInfo in the future, I figure the property 
deletion process should have included a haswbstatement search on Commons 
<https://commons.wikimedia.org/wiki/Special:Search/haswbstatement:P727>, not 
only checking that it wasn’t used anymore on Wikidata.
  
  Thanks for tagging, but this is something the software should just be able to 
handle. The software should assume things get deleted and should have tests to 
confirm it works when something is deleted. So no, any wiki using data from 
Wikidata should right their software in a way that it can handle the fact that 
stuff gets deleted. We probably need to be doing a round of checking and 
awareness. Having exceptions like this in production is not really my preferred 
way of raising awareness, but it's probably quite effective.

TASK DETAIL
  https://phabricator.wikimedia.org/T249688

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Multichill
Cc: Lucas_Werkmeister_WMDE, Multichill, egardner, Aklapper, nnikkhoui, Cparle, 
Bugreporter, Eric_Luth_WMSE, Alicia_Fagerving_WMSE, CBogen, darthmon_wmde, 
Tore_Danielsson_WMSE, Nandana, Lahi, Gq86, Ramsey-WMF, Pablo-WMDE, 
GoranSMilovanovic, QZanden, LawExplorer, Poyekhali, _jensen, rosalieper, 
Taiwania_Justo, Scott_WUaS, Ixocactus, Wong128hk, Wikidata-bugs, aude, 
El_Grafo, Dinoguy1000, Jdforrester-WMF, Steinsplitter, Mbch331, Rxy, Jay8g, 
Krenair, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Closed] T249041: Updated URL for the WikiPathways SPARQL endpoint

2020-04-13 Thread Multichill
Multichill closed this task as "Resolved".
Multichill added a comment.


  This got deployed, see 
https://www.wikidata.org/w/index.php?title=Wikidata:SPARQL_query_service/Federation_report=54292822=1156571419=1151192877
 Thanks!

TASK DETAIL
  https://phabricator.wikimedia.org/T249041

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: RhinosF1, Multichill
Cc: Gehel, RhinosF1, Multichill, Aklapper, EgonWillighagen, Blissjay007, 
Oblanco79, Alter-paule, Beast1978, CBogen, Un1tY, Hook696, CptViraj, 
Daryl-TTMG, RomaAmorRoma, E.S.A-Sheild, darthmon_wmde, MJL, Kent7301, Dibya, 
Meekrab2012, joker88john, 94rain, DannyS712, CucyNoiD, Nandana, NebulousIris, 
Tks4Fish, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, 
Cpaulf30, Hispano76, Lahi, Gq86, Af420, Darkminds3113, Bsandipan, Lordiis, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, Adik2382, Jayprakash12345, 
Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, Zoranzoki21, merbst, 
LawExplorer, WSH1906, Lewizho99, Maathavan, 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, 
Jdforrester-WMF, 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] [Closed] T249156: Add CBS SPARQL endpoint to whitelist

2020-04-13 Thread Multichill
Multichill closed this task as "Resolved".
Multichill added a comment.


  This got deployed, see 
https://www.wikidata.org/w/index.php?title=Wikidata:SPARQL_query_service/Federation_report=54292822=1156571419=1151192877
 Thanks!

TASK DETAIL
  https://phabricator.wikimedia.org/T249156

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: RhinosF1, Multichill
Cc: Gehel, RhinosF1, Aklapper, Multichill, CBogen, CptViraj, darthmon_wmde, 
MJL, Dibya, 94rain, DannyS712, Nandana, Tks4Fish, Hispano76, Lahi, Gq86, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, Jayprakash12345, QZanden, EBjune, 
Zoranzoki21, 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, 
Jdforrester-WMF, 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] [Created] T249156: Add CBS SPARQL endpoint to whitelist

2020-04-01 Thread Multichill
Multichill created this task.
Multichill added projects: Wikimedia-Site-requests, Wikidata, 
Wikidata-Query-Service, Discovery-Search.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  As a pilot the CBS (Statistics Netherlands, 
https://en.wikipedia.org/wiki/Statistics_Netherlands ) provides a SPARQL 
snapshot of their data. The data is freely licensed under 
http://creativecommons.org/licenses/by-sa/3.0/ , see 
https://data.pldn.nl/cbs/wijken-buurten . On 
https://labs.kadaster.nl/stories/cbs/index.html you can see some pretty 
pictures based on this data.
  
  Please add 
https://api.data.pldn.nl/datasets/cbs/wijken-buurten/services/wijken-buurten/sparql
 to the whitelist at 
https://gerrit.wikimedia.org/r/plugins/gitiles/wikidata/query/deploy/+/master/whitelist.txt

TASK DETAIL
  https://phabricator.wikimedia.org/T249156

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Multichill
Cc: Aklapper, Multichill, CBogen, CptViraj, darthmon_wmde, Dibya, 94rain, 
DannyS712, Nandana, Tks4Fish, Lahi, Gq86, Lucas_Werkmeister_WMDE, 
GoranSMilovanovic, Jayprakash12345, QZanden, EBjune, Zoranzoki21, 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, Jdforrester-WMF, Matanya, 
Mbch331, Rxy, Jay8g, Krenair, RhinosF1
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


  1   2   3   4   5   6   7   >