from:"Multichill"

Multichill added a comment.


  Magnus ran into this and this is very confusing and inconsistent. The longer 
we wait with fixing this, the more effort it will cost. Example 
https://commons.wikimedia.org/w/api.php?action=wbgetentities&ids=M27401711 uses 
"statements" as the key, but we expect "claims" as the key, like 
https://commons.wikimedia.org/w/api.php?action=wbgetentities&ids=Q422341 . This 
is also consistent with the api calls like 
https://commons.wikimedia.org/w/api.php?action=help&modules=wbcreateclaim , 
https://commons.wikimedia.org/w/api.php?action=wbgetclaims&entity=M27401711 , 
https://commons.wikimedia.org/w/api.php?action=help&modules=wbremoveclaims and 
https://commons.wikimedia.org/w/api.php?action=help&modules=wbsetclaim
  
  By the way, I noticed another difference: The imageinfo output doesn't 
contain the line "datatype": "wikibase-item". Not sure if this is related or 
not?

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

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

To: Multichill
Cc: Ramsey-WMF, Keegan, Multichill, Magnus, Addshore, matthiasmullie, Aklapper, 
Ladsgroup, aude, Lydia_Pintscher, thiemowmde, daniel, hoo, darthmon_wmde, 
Nandana, JKSTNK, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, Wikidata-bugs, Ricordisamoa, Jdforrester-WMF, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T149410: For consistency MediaInfo serialization should use "claims" as key, rather than "statements"

Multichill added a subscriber: Lucas_Werkmeister_WMDE.
Multichill added a comment.


  Another inconsistency pointed out by @Lucas_Werkmeister_WMDE is at T222159 
<https://phabricator.wikimedia.org/T222159>

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

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

To: Multichill
Cc: Lucas_Werkmeister_WMDE, Ramsey-WMF, Keegan, Multichill, Magnus, Addshore, 
matthiasmullie, Aklapper, Ladsgroup, aude, Lydia_Pintscher, thiemowmde, daniel, 
hoo, darthmon_wmde, Nandana, JKSTNK, Lahi, Gq86, GoranSMilovanovic, QZanden, 
LawExplorer, _jensen, rosalieper, Wikidata-bugs, Ricordisamoa, Jdforrester-WMF, 
Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T149410: For consistency MediaInfo serialization should use "claims" as key, rather than "statements"

Multichill added a subscriber: Bene.
Multichill added a comment.


  Serialization:
  
  - 
https://github.com/wmde/WikibaseDataModelSerialization/blob/master/src/Serializers/ItemSerializer.php#L127
  - 
https://github.com/wikimedia/mediawiki-extensions-WikibaseMediaInfo/blob/master/src/DataModel/Serialization/MediaInfoSerializer.php#L82
  
  And the other way around:
  
  - 
https://github.com/wmde/WikibaseDataModelSerialization/blob/master/src/Deserializers/ItemDeserializer.php#L125
  - 
https://github.com/wikimedia/mediawiki-extensions-WikibaseMediaInfo/blob/master/src/DataModel/Serialization/MediaInfoDeserializer.php#L122

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

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

To: Multichill
Cc: Bene, Lucas_Werkmeister_WMDE, Ramsey-WMF, Keegan, Multichill, Magnus, 
Addshore, matthiasmullie, Aklapper, Ladsgroup, aude, Lydia_Pintscher, 
thiemowmde, daniel, hoo, darthmon_wmde, Nandana, JKSTNK, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, 
Ricordisamoa, Jdforrester-WMF, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T149410: For consistency MediaInfo serialization should use "claims" as key, rather than "statements"

Multichill added a comment.


  https://commons.wikimedia.org/wiki/File:Wikidata_statement.svg might be 
useful for the relation between a claim and a statement.

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

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

To: Multichill
Cc: Bene, Lucas_Werkmeister_WMDE, Ramsey-WMF, Keegan, Multichill, Magnus, 
Addshore, matthiasmullie, Aklapper, Ladsgroup, aude, Lydia_Pintscher, 
thiemowmde, daniel, hoo, darthmon_wmde, Nandana, JKSTNK, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, 
Ricordisamoa, Jdforrester-WMF, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T149410: For consistency MediaInfo serialization should use "claims" as key, rather than "statements"

2019-06-22 Thread Multichill

Multichill added a comment.


  Can't we do a smart trick with showing it twice (claims and statements) in 
the front and storing it only once in the back? A big bang is much more 
complicated and riskier. You would have a timeline like:
  
  - Switch api read and write functions to expose both claims and statements
  - Clients can start switching to "claims"
  - Switch the backend to read it as both statements and claims, but store it 
as "claims"
  - Do a null edit run to get rid of the "statements" and replace it with 
"claims"
  - Switch backend code to only use "claims"
  - Check if no code is using statements anymore in the api
  - Switch front end to only use "claims"

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

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

To: Multichill
Cc: Bene, Lucas_Werkmeister_WMDE, Ramsey-WMF, Keegan, Multichill, Magnus, 
Addshore, matthiasmullie, Aklapper, Ladsgroup, aude, Lydia_Pintscher, 
thiemowmde, daniel, hoo, darthmon_wmde, Nandana, JKSTNK, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, 
Ricordisamoa, Jdforrester-WMF, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T149410: For consistency MediaInfo serialization should use "claims" as key, rather than "statements"

2019-06-22 Thread Multichill

Multichill added a comment.


  In T149410#5275900 <https://phabricator.wikimedia.org/T149410#5275900>, 
@Addshore wrote:
  
  > In T149410#5275599 <https://phabricator.wikimedia.org/T149410#5275599>, 
@Multichill wrote:
  >
  > > Can't we do a smart trick with showing it twice (claims and statements) 
in the front and storing it only once in the back? A big bang is much more 
complicated and riskier.
  >
  >
  > We could do, but this would drastically increase the sizes of responses.
  
  
  Drastically? We're talking Commons here. Before I ran a bot only 50.000 files 
even had claims. Nothing has references and qualifiers are only introduced this 
week. Everything is still tiny compared to Wikidata
  
  > We could use a method similar to some mediawiki core api versions and 
introduce a new temporary param, for example statementsnotclaims=1.
  >  When 1 send statements, when not set send claims, then we can slowly 
monitor adoption of the new format and send out warnings with the old format, 
trying to chase down any user agents that still use the old one before actually 
fully switching over?
  
  Commons! Not, Wikidata. What adoption? I think we currently have:
  
  - The stuff the SDOC wrote (front end, uploadwizard, etc.). That's easy to 
track and fix
  - Some stuff I wrote in which I don't have claims/statements yet
  - Some stuff Magnus wrote and he already updated his code
  - Anything else? I doubt it.
  
  So why bother to make this more complicated than needed? Or am I missing 
something here?

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

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

To: Multichill
Cc: Bene, Lucas_Werkmeister_WMDE, Ramsey-WMF, Keegan, Multichill, Magnus, 
Addshore, matthiasmullie, Aklapper, Ladsgroup, aude, Lydia_Pintscher, 
thiemowmde, daniel, hoo, darthmon_wmde, Nandana, JKSTNK, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, 
Ricordisamoa, Jdforrester-WMF, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T149410: For consistency MediaInfo serialization should use "claims" as key, rather than "statements"

2019-06-22 Thread Multichill

Multichill added a comment.


  In T149410#5275912 <https://phabricator.wikimedia.org/T149410#5275912>, 
@Addshore wrote:
  
  > > Drastically? We're talking Commons here. Before I ran a bot only 50.000 
files even had claims. Nothing has references and qualifiers are only 
introduced this week. Everything is still tiny compared to Wikidata
  >
  > I'm talking about changing this from "claims" to "statements" on wikidata.
  >  That would be the right thing to do, as they are statements, not claims.
  
  
  No no no, that's not what this task is about. The scope of this task is only 
mediainfo on Commons and undoing the mistake of introducing statements instead 
of claims. Please focus on the issue at hand.

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

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

To: Multichill
Cc: Bene, Lucas_Werkmeister_WMDE, Ramsey-WMF, Keegan, Multichill, Magnus, 
Addshore, matthiasmullie, Aklapper, Ladsgroup, aude, Lydia_Pintscher, 
thiemowmde, daniel, hoo, darthmon_wmde, Nandana, JKSTNK, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, 
Ricordisamoa, Jdforrester-WMF, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Retitled] T149410: For consistency MediaInfo serialization should use "claims" as key, rather than "statements"

2019-06-25 Thread Multichill

Multichill renamed this task from "For consistency, Wikibase serialization 
should use "statements" as key, rather than "claims", like modern Wikibase code 
now does" to "For consistency MediaInfo serialization should use "claims" as 
key, rather than "statements"".

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

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

To: Multichill
Cc: Jdforrester-WMF, Bene, Lucas_Werkmeister_WMDE, Ramsey-WMF, Keegan, 
Multichill, Magnus, Addshore, matthiasmullie, Aklapper, Ladsgroup, aude, 
Lydia_Pintscher, thiemowmde, daniel, hoo, darthmon_wmde, Nandana, JKSTNK, Lahi, 
Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 
Wikidata-bugs, Ricordisamoa, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T149410: For consistency MediaInfo serialization should use "claims" as key, rather than "statements"

2019-06-25 Thread Multichill

Multichill added a comment.


  Changed back the topic. This is a huge scope change and derailing things. As 
far as I see everywhere in the api we use "claims", not "statements" (also in 
the functions). The only inconsistency right now is mediainfo, that should be 
fixed. If you want to change the everything in the Wikibase API to use 
statements instead of claims (wbgetclaims -> wbgetstatements, etc.), file a new 
task so I can down vote that one as a huge waste of resources.

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

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

To: Multichill
Cc: Jdforrester-WMF, Bene, Lucas_Werkmeister_WMDE, Ramsey-WMF, Keegan, 
Multichill, Magnus, Addshore, matthiasmullie, Aklapper, Ladsgroup, aude, 
Lydia_Pintscher, thiemowmde, daniel, hoo, darthmon_wmde, Nandana, JKSTNK, Lahi, 
Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 
Wikidata-bugs, Ricordisamoa, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T149410: For consistency MediaInfo serialization should use "claims" as key, rather than "statements"

2019-06-28 Thread Multichill

Multichill added a comment.


  In T149410#5285579 <https://phabricator.wikimedia.org/T149410#5285579>, 
@Magnus wrote:
  
  > In T149410#5284363 <https://phabricator.wikimedia.org/T149410#5284363>, 
@Jdforrester-WMF wrote:
  >
  > > In T149410#5284327 <https://phabricator.wikimedia.org/T149410#5284327>, 
@Multichill wrote:
  > >
  > > > Changed back the topic. This is a huge scope change and derailing 
things. As far as I see everywhere in the api we use "claims", not "statements" 
(also in the functions). The only inconsistency right now is mediainfo, that 
should be fixed. If you want to change the everything in the Wikibase API to 
use statements instead of claims (wbgetclaims -> wbgetstatements, etc.), file a 
new task so I can down vote that one as a huge waste of resources.
  > >
  > >
  > > OK, then I can just Decline this task? As established above, when 
Wikimedia DE wrote WBMI in early 2016 they used "statements" because all new 
code should use that and not "claims", but haven't gone back to fix Wikidata to 
use the modern language.
  >
  >
  > "Established"? Where? When? Point me to the official announcement please! 
The one that gives everyone time to prepare, before it's released on, say, 
Commons. That one. Until then, this remains open.
  
  
  So the data model is described at 
https://www.mediawiki.org/wiki/Wikibase/DataModel/JSON . Notice the usage of 
"claims" instead of "statements" . This is considered a stable data format, see 
https://www.wikidata.org/wiki/Wikidata:Stable_Interface_Policy#Stable_Data_Formats
 . The different api functions of claims are subject to 
https://www.wikidata.org/wiki/Wikidata:Stable_Interface_Policy#Stable_Public_APIs
 . Shall I continue? You want to break all these stable policies just because 
it looks better?

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

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

To: Multichill
Cc: Esc3300, Jdforrester-WMF, Bene, Lucas_Werkmeister_WMDE, Ramsey-WMF, Keegan, 
Multichill, Magnus, Addshore, matthiasmullie, Aklapper, Ladsgroup, aude, 
Lydia_Pintscher, thiemowmde, daniel, hoo, darthmon_wmde, Nandana, JKSTNK, Lahi, 
Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 
Wikidata-bugs, Ricordisamoa, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T199228: Define an SLO for Wikidata Query Service public endpoint and communicate it

2019-06-29 Thread Multichill

Multichill added a comment.


  @Smalyshev : Maybe do it like jsub on the Toollabs: Give an option to add the 
expected runtime? Based on this the load balancer in front of the different 
SPARQL services can assign you a node.

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

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

To: Gehel, Multichill
Cc: Esc3300, Mholloway, Alexsdutton, WMDE-leszek, Multichill, agray, Jheald, 
Magnus, Pintoch, gerritbot, Mathew.onipe, Stashbot, Lydia_Pintscher, EBjune, 
debt, Joe, Smalyshev, Gehel, Aklapper, darthmon_wmde, Legado_Shulgin, Nandana, 
thifranc, AndyTan, Davinaclare77, Qtn1293, Techguru.pc, Lahi, Gq86, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, merbst, 
LawExplorer, Zppix, _jensen, rosalieper, Jonas, Xmlizer, Wong128hk, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, faidon, Mbch331, Jay8g, 
fgiunchedi
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T218522: SPARQL incorrectly changes URI's from http to https

2019-06-29 Thread Multichill

Multichill added a comment.


  In T218522#5285888 <https://phabricator.wikimedia.org/T218522#5285888>, 
@Esc3300 wrote:
  
  > Is is just an impression or do we now get redirected through http: when 
clicking on a Wikidata item on results on a https-connection WQS?
  >
  > It would probably be preferable to convert the entire thing to https.
  
  
  Have a look at https://www.w3.org/DesignIssues/Security-NotTheS.html

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

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

To: Smalyshev, Multichill
Cc: Esc3300, Base, Aklapper, Lydia_Pintscher, Smalyshev, Multichill, 
darthmon_wmde, Nandana, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, 
QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Cirdan, 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] T223792: Extend mw.wikibase.getEntity lua function to allow accessing Structured Data on Commons items

2019-06-29 Thread Multichill

Multichill added a comment.


  Relevant code seems to be at 
https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/Wikibase/+/master/client/includes/DataAccess/Scribunto/

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

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

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

[Wikidata-bugs] [Maniphest] [Created] T227383: Use MoSCoW wording for different constraint ranks

2019-07-06 Thread Multichill

Multichill created this task.
Multichill added projects: Wikidata, Wikibase-Quality-Constraints.
Restricted Application added subscribers: Liuxinyu970226, Aklapper.

TASK DESCRIPTION
  In T204439 <https://phabricator.wikimedia.org/T204439> the suggestion 
constraint level was introduced. This really improved the constraint system. We 
now have 3 constraint levels: Mandatory, normal and suggestion. The distinction 
between the normal and the suggestion level isn't clear enough at the moment 
leading to confusion. The wording is (almost) the same and just the header is 
different. This distinction in levels should be made clearer.
  
  The MoSCoW method is a well known practice to assign priorities.
  
  - Mandatory level is must have
  - Normal level is should have
  - Suggestion level is could have
  
  ( The system used for priorities in rfc's is quite similar, see 
https://tools.ietf.org/html/bcp14 )
  This is a well known system so should be easy to translate into other 
languages.
  
  So for target required claim the normal message is:
  "wbqc-violation-message-target-required-claim": "$1 should have 
{{PLURAL:$3|0=a statement $2.|1=a statement $2 $5.|a statement for $2 with one 
of the following values:$4}}",
  
  For the mandatory level you would get:
  "wbqc-violation-message-target-required-claim-mandatory": "$1 must have 
{{PLURAL:$3|0=a statement $2.|1=a statement $2 $5.|a statement for $2 with one 
of the following values:$4}}",
  
  For the suggestion level you would get:
  "wbqc-violation-message-target-required-claim-suggestion": "$1 could have 
{{PLURAL:$3|0=a statement $2.|1=a statement $2 $5.|a statement for $2 with one 
of the following values:$4}}",
  
  (based on the messages in 
https://github.com/wikimedia/mediawiki-extensions-WikibaseQualityConstraints/blob/master/i18n/en.json)
  
  I broke it up in several messages because Lego i18n is discouraged. In the 
software we could check if the level is mandatory/suggestion and if that's the 
case, check if a message of that level exists. If that's the case, use the 
level message otherwise the default.

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

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

To: Multichill
Cc: Lucas_Werkmeister_WMDE, Ladsgroup, hoo, Lydia_Pintscher, Lea_Lacroix_WMDE, 
Sjoerddebruin, Aklapper, Multichill, Liuxinyu970226, darthmon_wmde, Nandana, 
Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 
Agabi10, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T227623: Incoming flood of incorrect Android app edits on Wikidata tagged with #suggestededit-add 1.0

2019-07-09 Thread Multichill

Multichill created this task.
Multichill added projects: Wikidata, Wikipedia-Android-App-Backlog, 
Android-app-Bugs.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  
https://www.wikidata.org/wiki/Special:RecentChanges?hidebots=1&hidecategorization=1&tagfilter=android+app+edit&limit=500&days=30&enhanced=1&urlversion=2
 is currently being flooded with incorrect edits seeming to originate from the 
Android app edit with #suggestededit-add 1.0 in the description. Can't find any 
announcement or anything. First noticed at 
https://www.wikidata.org/wiki/Wikidata:Project_chat#suggestededit-add_1.0
  
  I'm all for new features, but this one I had to rollback edits like 
https://www.wikidata.org/w/index.php?title=Q1186227&diff=prev&oldid=976820196 
and the suggested edits like 
https://www.wikidata.org/w/index.php?title=Q2597930&type=revision&diff=976067873&oldid=850275235
 don't even follow https://www.wikidata.org/wiki/Help:Description .
  
  Please disable the feature ASAP and just enable it on test first so it can be 
properly tested.

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

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

To: Multichill
Cc: Lea_Lacroix_WMDE, Lydia_Pintscher, Aklapper, Multichill, darthmon_wmde, 
Nandana, Charlotte, Lahi, Gq86, Sharvaniharan, cooltey, schoenbaechler, 
Maggouri, Jcasariego, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, LNDDYL, Wikidata-bugs, aude, Dbrant, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T227623: Incoming flood of incorrect Android app edits on Wikidata tagged with #suggestededit-add 1.0

2019-07-17 Thread Multichill

Multichill added a comment.


  Thanks for having a look at this @Charlotte . I just opened up the recent 
changes and I still see quite a few users like 
https://www.wikidata.org/wiki/Special:Contributions/Ablazquezg adding 
descriptions with capitals. How does the app respond to an abuse filter warning?

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

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

To: Multichill
Cc: Roy17, Bencemac, Johan, Charlotte, Lea_Lacroix_WMDE, Lydia_Pintscher, 
Aklapper, Multichill, darthmon_wmde, Nandana, Lahi, Gq86, Sharvaniharan, 
schoenbaechler, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 
Wikidata-bugs, aude, Dbrant, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T227847: Backfill terms index

Multichill added a comment.


  In T227847#5343076 <https://phabricator.wikimedia.org/T227847#5343076>, 
@Addshore wrote:
  
  > The re design for items and properties gas already happened.
  > Mediainfo could benefit from a different design if there are only captions.
  > Are there only captions?
  > Are they unique to a media info entity?
  > How long can they be?
  > Will the use of this index only be going from caption to entity in lua? Or 
re there other needs.
  > Probably best to spin this off into a different ticket covering creating 
the system.
  
  It's called caption for the users, but if you have a look at 
https://commons.wikimedia.org/w/api.php?action=wbgetentities&ids=M62798946 
(today's picture of the day), you'll see it's just labels. So it's basically 
the same as a Wikidata item, I'm not even sure the length of labels was raised. 
The claims section is also the same, just using the wrong key so that will bite 
you in LUA too.
  
  This task is a blocker for T223792 
<https://phabricator.wikimedia.org/T223792> so I don't think looking at Elastic 
will help.

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

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

To: Multichill
Cc: Smalyshev, Abit, jcrespo, alaa_wmde, hoo, Addshore, Ladsgroup, 
Lucas_Werkmeister_WMDE, Jarekt, Aklapper, Cparle, Mike_Peel, Jheald, Keegan, 
Marsupium, Multichill, matthiasmullie, JKSTNK, Sario528, Lahi, PDrouin-WMF, 
E1presidente, Ramsey-WMF, Anooprao, SandraF_WMF, Tramullas, Acer, V4switch, 
Salgo60, Silverfish, Susannaanas, Wong128hk, Jane023, Wikidata-bugs, Base, 
Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, 
Jdforrester-WMF, Steinsplitter, Matanya
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T227848: [Spike 1 day] Figure out wb_terms redesign, and what that means for MediaInfo

Multichill added a comment.


  In T227848#5346485 <https://phabricator.wikimedia.org/T227848#5346485>, 
@Addshore wrote:
  
  > I don't think wb_terms should be used at all for media info.
  
  The not normalized version? Completely agree.
  
  > A custom system or new table or set of tables should be decided on, 
created, and populated.
  
  Depends what you call custom. Have a look at 
https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/Wikibase/+/499142/11/repo/sql/AddNormalizedTermsTablesDDL.sql
 . It already mentions how to add a different type. So we could create the 
"wbt_mediainfo_terms" table which is just a renamed version of wbt_item_terms .
  
  > Temporarily using wb_terms just to remove it would cause more trouble that 
it is worth and could just lead to it still existing in a few years and us 
having to do another massive migration.
  
  Agree.

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

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

To: Multichill
Cc: Addshore, alaa_wmde, Jarekt, Aklapper, Cparle, Mike_Peel, Jheald, Keegan, 
Marsupium, Multichill, matthiasmullie, darthmon_wmde, Nandana, JKSTNK, 
Sario528, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Anooprao, 
SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, V4switch, 
LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Susannaanas, Wong128hk, 
Jane023, Wikidata-bugs, Base, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, 
Fabrice_Florin, Raymond, Jdforrester-WMF, Steinsplitter, Matanya, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T223792: Extend mw.wikibase.getEntity lua function to allow accessing Structured Data on Commons items

Multichill added a comment.


  In T223792#5346467 <https://phabricator.wikimedia.org/T223792#5346467>, 
@Smalyshev wrote:
  
  >> It looks like the Wikibase Lua support can mostly deal with MediaInfo 
already, except that it can't look up the MediaInfo entities.
  >
  > What kind of look up is this - matching the exact caption? Or partial 
matching the caption? `mw.wikibase.getEntity` doesn't seem to need any lookups, 
so which Lua function would use that?
  
  No, it's not like that, it's something like mw.wikibase.getEntity( 
'Q20489172' ) and returns the whole entity in LUA (like 
https://www.wikidata.org/w/api.php?action=wbgetentities&ids=Q20489172 ) so you 
can work with the data.
  
  So as a LUA user I want to do mw.wikibase.getEntity( 'M62798946' ) and get in 
LUA like 
https://commons.wikimedia.org/w/api.php?action=wbgetentities&ids=M80505417 . 
  See also 
https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua#mw.wikibase.entity

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

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

To: Multichill
Cc: Addshore, Smalyshev, Mholloway, matthiasmullie, Multichill, Marsupium, 
Keegan, Jheald, Mike_Peel, Cparle, Aklapper, Jarekt, Hook696, Daryl-TTMG, 
RomaAmorRoma, 0010318400, E.S.A-Sheild, darthmon_wmde, joker88john, CucyNoiD, 
Nandana, NebulousIris, JKSTNK, Gaboe420, Versusxo, Majesticalreaper22, 
Sario528, Giuliamocci, Adrian1985, Cpaulf30, Lahi, PDrouin-WMF, Gq86, Af420, 
E1presidente, Ramsey-WMF, Darkminds3113, Anooprao, SandraF_WMF, Bsandipan, 
Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, 
Tramullas, Acer, LawExplorer, Salgo60, WSH1906, Lewizho99, Maathavan, 
Silverfish, _jensen, rosalieper, Susannaanas, Jane023, Wikidata-bugs, Base, 
aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, 
Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T223792: Extend mw.wikibase.getEntity lua function to allow accessing Structured Data on Commons items

Multichill removed a project: Patch-For-Review.
Multichill added a comment.


  In T223792#5347256 <https://phabricator.wikimedia.org/T223792#5347256>, 
@Smalyshev wrote:
  
  >> So as a LUA user I want to do mw.wikibase.getEntity( 'M62798946' ) and get 
in LUA like
  >
  > But for this you don't need any index at all, 62798946 is literally the 
page id. Am I missing something here? Why there's talk about indexes?
  
  I was kind of wondering the same.
  
  @matthiasmullie why do we need an index?

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

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

To: Multichill
Cc: Addshore, Smalyshev, Mholloway, matthiasmullie, Multichill, Marsupium, 
Keegan, Jheald, Mike_Peel, Cparle, Aklapper, Jarekt, darthmon_wmde, Nandana, 
JKSTNK, Sario528, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Anooprao, 
SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, 
Silverfish, _jensen, rosalieper, Susannaanas, Jane023, Wikidata-bugs, Base, 
aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, 
Steinsplitter, Mbch331, Hook696, Daryl-TTMG, RomaAmorRoma, 0010318400, 
E.S.A-Sheild, joker88john, CucyNoiD, NebulousIris, Gaboe420, Versusxo, 
Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Af420, Darkminds3113, 
Bsandipan, Lordiis, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, WSH1906, Lewizho99, 
Maathavan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T228603: (better) tool or workflow to create missing painters on Wikidata

2019-07-21 Thread Multichill

Multichill created this task.
Multichill added projects: GLAM, Wikidata, Toolforge.

TASK DESCRIPTION
  As a member of the Sum of all Paintings project I want to easily create items 
for missing painters. Currently I have a tool for that, but it's clunky and 
will break soon because of some database schema changes. This task (story) 
describes what a new better tool should be doing.
  
  Currently I import paintings per collection to Wikidata. If the collection is 
quite different from what we already have, it will mean it contains paintings 
by painters for which painters we don't have an item yet. If the painters do 
exist, a robot will add the link. The (numerous) cases where the bot wasn't 
able to link a painting with it's creator are grouped by collection at 
https://www.wikidata.org/wiki/Wikidata:WikiProject_sum_of_all_paintings/Top_collections_missing_creator
 . This also contains a link to the current tool I'm using. For example for 
Nelson-Atkins 
https://tools.wmflabs.org/multichill/painters/index.php?collection=Q1976985 is 
the output.
  
  The current tool queries the wikidata database for paintings in a certain 
collection (this case Nelson-Atkins/Q1976985) that don't have a creator (P170) 
statement yet, but do have a description in English of the form "painting by 
". This is sorted by number of hits. For each hit the mix'n'match 
database is queried for unlinked catalog items that have the same label. It 
contains a easy search link to check if a person doesn't exist already and a 
link to pre-filled (old) QuickStatements to create the item. A user has to 
manually check each catalog suggestion and remove the lines for the incorrect 
suggestions. I've created hundreds, maybe even thousands of painters this way.
  
  It works, but it will stop working soon. The user interface looks bad and 
it's not very user friendly. A new version should be created. My focus area is 
missing painters, but if done well it could probably be used to create missing 
items based on mix'n'match in other domains.
  
  First step is to be able to search. Either just give me everything (current 
output of https://tools.wmflabs.org/multichill/painters/index.php) or by 
collection (current output of 
https://tools.wmflabs.org/multichill/painters/index.php?collection=Q1976985). 
This should switch to either SPARQL or search engine based so that it isn't 
affected by the SQL schema change.
  For each entry found it should query the mix'n'match database for relevant 
catalog entries. It would probably make sense to make a small api service for 
this that we can query from the client. If we're combining data like this 
client side, it would make sense to also search on Wikidata for possible 
candidates or confirmation that no person with that name is found on Wikidata.
  
  If the user found an already existing item about the painter, the user should 
be able to easily add the relevant catalog statements. Something like selecting 
the existing item, ticking some boxes and submitting.
  If the user didn't find an existing item, the user should have the option to 
create one. Something like a pre-filed version of 
https://tools.wmflabs.org/wikidata-todo/cradle/#/ . The user should have an 
option to tick/untick specific catalog statements so only the correct onces are 
added.
  
  Actually linking up the paintings with the (newly created) painter item is 
out of scope for this task, but could added too.

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

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

To: Multichill
Cc: Magnus, JeanFred, Jane023, SandraF_WMF, Multichill, darthmon_wmde, Nandana, 
AndyTan, Zylc, Sario528, 1978Gage2001, Lahi, aborrero, Gq86, GoranSMilovanovic, 
Chicocvenancio, QZanden, Tbscho, Freddy2001, LawExplorer, JJMC89, _jensen, 
rosalieper, srodlund, Luke081515, Wikidata-bugs, aude, Gryllida, jayvdb, scfc, 
coren, Mbch331, Krenair, chasemp
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T205777: Unknown prefix wdtn: on Wikidata SPARQL

2019-07-22 Thread Multichill

Multichill added a comment.


  Thanks Stas, works like a charm :-)

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

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

To: Smalyshev, Multichill
Cc: Lydia_Pintscher, Smalyshev, Aklapper, Multichill, darthmon_wmde, Nandana, 
Sario528, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, 
EBjune, merbst, LawExplorer, Salgo60, _jensen, rosalieper, 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] T223792: Extend mw.wikibase.getEntity lua function to allow accessing Structured Data on Commons items

2019-07-24 Thread Multichill

Multichill added a comment.


  Just realized 
https://commons.wikimedia.org/w/api.php?action=wbgetentities&props=labels&format=json&languagefallback=1&sites=commonswiki&titles=File:Charles%20P.%20Gruppe%20-%20Meadow%20Brook%20-%201912.7.1%20-%20Smithsonian%20American%20Art%20Museum.jpg
 already works at the moment.
  
  The main use case for us is to use the LUA on the same file page as where the 
structured data is located. In that context the pageid (80505417), mediainfo id 
(M80505417) and filename (File:Charles P. Gruppe - Meadow Brook - 1912.7.1 - 
Smithsonian American Art Museum.jpg) are known. So no lookup by caption, we 
don't want that.

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

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

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

[Wikidata-bugs] [Maniphest] [Unblock] T240369: Chase up bot operators whose bot keeps running when the dispatch lag is higher than 5

2019-12-11 Thread Multichill

Multichill closed subtask T240374: Maxlag=5 for BotMultichill as 
"Declined".

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

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

To: Multichill
Cc: Lydia_Pintscher, Framawiki, Sjoerddebruin, Addshore, Bugreporter, Pintoch, 
Aklapper, darthmon_wmde, DannyS712, 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] [Declined] T240374: Maxlag=5 for BotMultichill

2019-12-11 Thread Multichill

Multichill closed this task as "Declined".
Multichill added a comment.


  I might set maxlag to something different than 5 every once in a while.

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

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

To: Multichill
Cc: Aklapper, Pintoch, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, 
GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 
Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T124603: Document Wikibase tables

2019-12-26 Thread Multichill

Multichill added a comment.


  My entry to database tables is usually 
https://www.mediawiki.org/wiki/Category:MediaWiki_database_tables . We should 
probably just make placeholder pages for now that point you to the right page 
on doc.wikimedia.org?

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

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

To: Addshore, Multichill
Cc: Addshore, GoranSMilovanovic, Snaevar, Lydia_Pintscher, aude, johl, 
Aklapper, StudiesWorld, Alphos, Multichill, Hook696, Daryl-TTMG, RomaAmorRoma, 
0010318400, E.S.A-Sheild, Iflorez, Pavithraes, darthmon_wmde, alaa_wmde, 
Meekrab2012, joker88john, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, 
Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Af420, 
Darkminds3113, Bsandipan, Lordiis, Ivana_Isadora, Adik2382, Jayprakash12345, 
Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, Lewizho99, 
Maathavan, _jensen, rosalieper, Scott_WUaS, Jonas, srodlund, Wikidata-bugs, 
Dinoguy1000, Gryllida, Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T195178: Label in language constraint type

2020-01-11 Thread Multichill

Multichill added a comment.


  Just added this to a bunch of properties using a complex constraint: 
https://www.wikidata.org/w/index.php?sort=relevance&search=%22key+language%22&title=Special:Search&profile=advanced&fulltext=1&advancedSearch-current=%7B%7D&ns121=1
 . Normal constraint would be nicer.

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

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

To: Multichill
Cc: Aklapper, Multichill, darthmon_wmde, 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
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Blocker] T240369: Chase up bot operators whose bot keeps running when the dispatch lag is higher than 5

Multichill changed the status of subtask T240374: Maxlag=5 for BotMultichill 
from "Declined" to "Invalid".

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

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

To: Multichill
Cc: Lydia_Pintscher, Framawiki, Sjoerddebruin, Addshore, Bugreporter, Pintoch, 
Aklapper, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Status] T240374: Maxlag=5 for BotMultichill

Multichill changed the task status from "Declined" to "Invalid".

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

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

To: Multichill
Cc: Aklapper, Pintoch, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, 
Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T221774: Add Wikidata query service lag to Wikidata maxlag

Multichill added a comment.


  In T221774#5814473 <https://phabricator.wikimedia.org/T221774#5814473>, 
@Pintoch wrote:
  
  > I don't know - I stopped working on this task and T240369 
<https://phabricator.wikimedia.org/T240369> since T240374 
<https://phabricator.wikimedia.org/T240374> was declined. I don't think I can 
contribute to solving this problem in the current state of affairs, sorry!
  
  Excuse me? What does that have to do with it? Don't put this on me. Maxlag is 
just a configuration setting in Pywikibot and default is 5, there is no "code 
to fix". Every once in a while I might set it to a different value while 
testing so I'm not wasting my time. Generally it's just set to 5.

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

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

To: Addshore, Multichill
Cc: ArthurPSmith, Envlh, Gstupp, Sebotic, Tagishsimon, Liridon, Bugreporter, 
Magnus, Tpt, Pintoch, Lydia_Pintscher, Matthias_Geisler_WMDE, Simon_Villeneuve, 
Lea_Lacroix_WMDE, Tarrow, alaa_wmde, Andrawaag, Multichill, Ladsgroup, 
Smalyshev, fgiunchedi, hoo, Daniel_Mietchen, MisterSynergy, Addshore, 
Sjoerddebruin, Aklapper, Lucas_Werkmeister_WMDE, Hook696, Daryl-TTMG, 
RomaAmorRoma, 0010318400, E.S.A-Sheild, Iflorez, darthmon_wmde, Meekrab2012, 
joker88john, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, 
Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Af420, 
Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Chicocvenancio, 
Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, merbst, LawExplorer, WSH1906, 
Lewizho99, Volans, 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] [Commented On] T240374: Maxlag=5 for BotMultichill

Multichill added a comment.


  Maxlag is just a configuration setting in Pywikibot and default is 5, there 
is no "code to fix". Every once in a while I might set it to a different value 
while testing so I'm not wasting my time. Generally it's just set to 5.

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

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

To: Multichill
Cc: Aklapper, Pintoch, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, 
Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T239474: [M] Units support for quantity datatype

2020-02-03 Thread Multichill

Multichill added a comment.


  In T239474#5845117 <https://phabricator.wikimedia.org/T239474#5845117>, 
@matthiasmullie wrote:
  
  > Where units can be searched:
  > F31546131: Screenshot 2020-02-03 17.10.53.png 
<https://phabricator.wikimedia.org/F31546131>
  
  If we're building a new interface, can you make it a bit smarter so it 
actually suggests a relevant unit? If I'm adding things like height and width, 
I probably want something like cm (not Cameroon) and when I add heading I 
probably want degree. Now I just get everything .

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

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

To: matthiasmullie, Multichill
Cc: Jarekt, Addshore, Ramsey-WMF, Aklapper, egardner, PDrouin-WMF, Multichill, 
matthiasmullie, Un1tY, Hook696, Daryl-TTMG, RomaAmorRoma, 0010318400, 
E.S.A-Sheild, Iflorez, darthmon_wmde, alaa_wmde, AramBakir, Meekrab2012, 
joker88john, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, 
Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Af420, 
Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, 
Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, Lewizho99, Maathavan, 
_jensen, rosalieper, Scott_WUaS, Jonas, Abit, Wikidata-bugs, aude, 
Lydia_Pintscher, Jdforrester-WMF, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T239474: [M] Units support for quantity datatype

2020-02-09 Thread Multichill

Multichill added a comment.


  Wanted to test this, but looks like 1.35.0-wmf.18 got rolled back everywhere 
2 days ago.

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

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

To: matthiasmullie, Multichill
Cc: Jarekt, Addshore, Ramsey-WMF, Aklapper, egardner, PDrouin-WMF, Multichill, 
matthiasmullie, Un1tY, Hook696, Daryl-TTMG, RomaAmorRoma, 0010318400, 
E.S.A-Sheild, Iflorez, darthmon_wmde, alaa_wmde, Meekrab2012, joker88john, 
CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, 
Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Af420, Darkminds3113, Bsandipan, 
Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, 
LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, 
Jonas, Abit, Wikidata-bugs, aude, Lydia_Pintscher, Jdforrester-WMF, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T239474: [M] Units support for quantity datatype

2020-02-14 Thread Multichill

Multichill added a comment.


  I agree, let's continue in the other task about that part.

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

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

To: matthiasmullie, Multichill
Cc: Jarekt, Addshore, Ramsey-WMF, Aklapper, egardner, PDrouin-WMF, Multichill, 
matthiasmullie, Un1tY, Hook696, Daryl-TTMG, RomaAmorRoma, 0010318400, 
E.S.A-Sheild, Iflorez, darthmon_wmde, alaa_wmde, Meekrab2012, joker88john, 
CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, 
Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Af420, Darkminds3113, Bsandipan, 
Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, 
LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, 
Jonas, Abit, Wikidata-bugs, aude, Lydia_Pintscher, Jdforrester-WMF, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T244856: Prefer relevant unit suggestions over other entities

2020-02-14 Thread Multichill

Multichill added projects: MediaWiki-extensions-PropertySuggester, Wikidata.
Multichill added a comment.


  F31552245 <https://phabricator.wikimedia.org/F31552245> is a nice mock up.
  
  When adding a unit, we want to have suggestions that make sense. That makes 
me think of https://github.com/Wikidata-lib/PropertySuggester . Isn't that 
extension suitable to also suggest what units to add? That would also solve the 
Cameroon problem on Wikidata.

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

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

To: Multichill
Cc: Multichill, Lucas_Werkmeister_WMDE, Aklapper, matthiasmullie, 
darthmon_wmde, Nandana, Lahi, Gq86, Ramsey-WMF, GoranSMilovanovic, QZanden, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, 
Sjoerddebruin, Jdforrester-WMF, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T245144: Increase Retry-Time header for Wikidata

2020-02-14 Thread Multichill

Multichill added a comment.


  This is one of those bugs where you should just lookup the relevant chapter 
in a book like 
http://barbie.uta.edu/~jli/Resources/MapReduce&Hadoop/Distributed%20Systems%20Principles%20and%20Paradigms.pdf
 and look at the possible solutions.

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

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

To: Multichill
Cc: Ladsgroup, Multichill, Bugreporter, Ammarpad, Aklapper, Urbanecm, 
darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 
_jensen, rosalieper, Scott_WUaS, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, 
Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T241338: Allow linking to specific statements in Structured data on Commons

2020-03-03 Thread Multichill

Multichill added a comment.


  I would say property level.

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

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

To: matthiasmullie, Multichill
Cc: Ramsey-WMF, Cparle, matthiasmullie, Multichill, dcausse, Jarekt, Aklapper, 
CBogen, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, 
Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, 
LawExplorer, 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, Jdforrester-WMF, Steinsplitter, 
Mbch331, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T247118: An attempt to add structure data on Commons results in a wrong item

2020-03-06 Thread Multichill

Multichill added projects: SDC General, Structured-Data-Backlog, Structured 
Data Engineering.
Multichill added subscribers: TheDJ, Ramsey-WMF, Cparle, matthiasmullie, Jarekt.
Multichill added a comment.


  I ran into the same problem at 
https://commons.wikimedia.org/w/index.php?title=File:Nieuwe_Kerk_in_Haarlem.jpg&action=history

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

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

To: Multichill
Cc: Jarekt, matthiasmullie, Cparle, Ramsey-WMF, TheDJ, Multichill, Aklapper, 
Ymblanter, CBogen, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, 
E1presidente, 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, Jdforrester-WMF, Steinsplitter, 
Mbch331, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T221921: Provision search endpoint for SDC. Requirements from Product Team.

2020-03-16 Thread Multichill

Multichill added subscribers: Tnegrin, Multichill.
Multichill added a comment.


  In T221921#5960210 <https://phabricator.wikimedia.org/T221921#5960210>, 
@Gehel wrote:
  
  > Some of the use cases described here are already supported by search 
(wbstatement keywords, etc...). We are not going to work on a new SPARQL 
endpoint before we have a scaling strategy for the current WDQS. It looks like 
the remaining use cases described here might be better served not by a SPARQL 
endpoint, but by a more specific service.
  
  Not providing the promised SPARQL endpoint for Structured data on Commons is 
effectively pulling the plug on the whole project. You would effectively kill 
it because the volunteers who are currently investing quite a bit of time on 
getting the data in, would walk away. What is the point of converting data if I 
can't get it out? How do I make the maps, the timelines, the bubble graphs, the 
recently added photos in my area and countless of other things? The SPARQL 
endpoint offers at least two things the current search doesn't have:
  
  1. Going through the tree. With search I can only do one level (P180 
<https://phabricator.wikimedia.org/P180>->something), not multiple (P180 
<https://phabricator.wikimedia.org/P180>+->something).
  2. Table based and visual representations. The SPARQL endpoint at 
https://query.wikidata.org/ offers a whole range of ways to output the data.
  
  What's the timeline for this? This task is almost a year old with state "as 
soon as possible".

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

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

To: Multichill
Cc: Multichill, Tnegrin, Abbe98, Marsupium, Tpt, Lucas_Werkmeister_WMDE, 
dcausse, EBernhardson, Jheald, Gehel, Abit, MarkTraceur, Cparle, Ramsey-WMF, 
Smalyshev, Aklapper, Nuria, CBogen, darthmon_wmde, Nandana, JKSTNK, Lahi, 
PDrouin-WMF, Gq86, E1presidente, Anooprao, SandraF_WMF, GoranSMilovanovic, 
QZanden, EBjune, Tramullas, Acer, merbst, LawExplorer, Salgo60, Silverfish, 
Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, 
Susannaanas, Ixocactus, Wong128hk, Jane023, jkroll, Wikidata-bugs, Jdouglas, 
Base, matthiasmullie, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, 
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] [Changed Subscribers] T221921: Provision search endpoint for SDC. Requirements from Product Team.

2020-03-16 Thread Multichill

Multichill added subscribers: Tagishsimon, Husky, Jarekt, Fuzheado.
Multichill added a comment.

  In T221921#5973204 <https://phabricator.wikimedia.org/T221921#5973204>, @Abit 
wrote:

  >> Not providing the promised SPARQL endpoint for Structured data on Commons 
is effectively pulling the plug on the whole project.
  >
  > We will still build a tool to get out Commons data, one that lets you 
navigate the ontology tree and have similar output formats.  Fixing WDQS before 
it busts is higher priority, so that is what the Search Platform team is 
working on right now.  In addition, the Commons Query Service is currently 
blocked because we don't want to build a new query service until we know what 
the solution for the old one is.

  So that basically puts the whole project on hold. For how long? A week? A 
month? A year? Maybe even longer? As pointed out by several people at 
https://commons.wikimedia.org/wiki/Commons_talk:Structured_data#On_SPARQL , the 
Wikidata query service has grown to a completely different scale. You are 
currently completely blocking something because of something that might happen 
in the future. Stas already showed with https://sdcquery.wmflabs.org/ that it's 
easy to set up an initial version.

  This is all about priorities. I'm not very happy about the fact that 
resources are being spend on toys like 
https://commons.wikimedia.org/wiki/Special:SuggestedTags#popular that give a 
lot of community backlash, but not on things like this. We have a relatively 
small group of volunteers working on this now. We can't keep up that it's all 
going to be great if major parts of the project like the SPARQL service are put 
on hold indefinitely.

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

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

To: Multichill
Cc: Fuzheado, Jarekt, Husky, Tagishsimon, Multichill, Tnegrin, Abbe98, 
Marsupium, Tpt, Lucas_Werkmeister_WMDE, dcausse, EBernhardson, Jheald, Gehel, 
Abit, MarkTraceur, Cparle, Ramsey-WMF, Smalyshev, Aklapper, Nuria, CBogen, 
darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, 
Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, EBjune, Tramullas, Acer, 
merbst, LawExplorer, Salgo60, Silverfish, Poyekhali, _jensen, rosalieper, 
Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Susannaanas, Ixocactus, Wong128hk, 
Jane023, jkroll, Wikidata-bugs, Jdouglas, Base, matthiasmullie, aude, 
Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Ricordisamoa, Wesalius, 
Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, Keegan
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T221921: Provision search endpoint for SDC. Requirements from Product Team.

2020-03-18 Thread Multichill

Multichill added a comment.


  In T221921#5977857 <https://phabricator.wikimedia.org/T221921#5977857>, 
@Gehel wrote:
  
  > Thank you all for your patience!
  
  Can you give an indication how much longer you're going to test our patience? 
Weeks? Months? Years?

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

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

To: Multichill
Cc: Gamaliel, Keegan, Jane023, Spinster, Fuzheado, Jarekt, Husky, Tagishsimon, 
Multichill, Tnegrin, Abbe98, Marsupium, Tpt, Lucas_Werkmeister_WMDE, dcausse, 
EBernhardson, Jheald, Gehel, Abit, MarkTraceur, Cparle, Ramsey-WMF, Smalyshev, 
Aklapper, CBogen, darthmon_wmde, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, 
E1presidente, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, EBjune, 
Tramullas, Acer, merbst, LawExplorer, Salgo60, Silverfish, Poyekhali, _jensen, 
rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Susannaanas, Ixocactus, 
Wong128hk, jkroll, Wikidata-bugs, Jdouglas, Base, matthiasmullie, aude, 
Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Ricordisamoa, Wesalius, 
Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T68051: Implement Lua alternative to {{int:Lang}} / wgUserLanguage

2020-03-25 Thread Multichill

Multichill updated the task description.

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

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

To: Multichill
Cc: Perhelion, IKhitron, Iniquity, Dvorapa, daniel, Ricordisamoa, 
Capankajsmilyo, zhuyifei1999, Jackmcbarn, Liuxinyu970226, Rama, Jarekt, 
Multichill, Aklapper, Rical, Nemo_bis, Anomie, He7d3r, tstarling, 
wikibugs-l-list, vvv, darthmon_wmde, Nandana, Lahi, Gq86, Af420, 
GoranSMilovanovic, QZanden, LawExplorer, SundanceRaphael, _jensen, rosalieper, 
Scott_WUaS, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, 
Dinoguy1000, jayvdb, MrStradivarius, Arrbee, KartikMistry, Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T138144: Clean up instance of for Rijksmonumenten

2020-03-28 Thread Multichill

Multichill closed this task as "Invalid".
Multichill added a comment.
Restricted Application added a subscriber: Liuxinyu970226.


  Old hackathon project, not really valid anymore. Just needs some regular 
editing to clear these out.

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

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

To: Multichill
Cc: Liuxinyu970226, Lydia_Pintscher, Basvb, Aklapper, Multichill, Zppix, 
darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, Chicocvenancio, QZanden, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Psychoslave, Wikidata-bugs, 
Oscar, aude, Effeietsanders, JeanFred, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T248439: Unable to remove P727 - The save has failed.

2020-03-28 Thread Multichill

Multichill added a comment.


  The inconsistent database strikes again! T50260 
<https://phabricator.wikimedia.org/T50260> was closed as a duplicate (pun 
intended) and links to T44325 <https://phabricator.wikimedia.org/T44325> . The 
items show up on https://www.wikidata.org/wiki/Wikidata:True_duplicates and are 
not duplicates and should not be merged.

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

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

To: Multichill
Cc: Multichill, Lucas_Werkmeister_WMDE, DannyS712, Aklapper, darthmon_wmde, 
Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T248439: Unable to remove P727 - The save has failed.

2020-03-28 Thread Multichill

Multichill added a comment.


  https://w.wiki/LST indicates that 70 of these are Rijksmonumenten. I'll work 
my way through them. Let's see what's left after that.

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

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

To: Multichill
Cc: Multichill, Lucas_Werkmeister_WMDE, DannyS712, Aklapper, darthmon_wmde, 
Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T248439: Unable to remove P727 - The save has failed.

2020-03-29 Thread Multichill

Multichill closed this task as "Resolved".
Multichill claimed this task.
Multichill added a subscriber: hoo.
Multichill added a comment.


  I cleaned up all these cases and asked @hoo to update 
https://www.wikidata.org/wiki/Wikidata:True_duplicates . Judging from the last 
edit times of these items this is an old issue that just hasn't been cleaned up 
yet. Marking this one as resolved because I think we have nothing left to do 
here.

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

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

To: Multichill
Cc: hoo, Multichill, Lucas_Werkmeister_WMDE, DannyS712, Aklapper, 
darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 
_jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

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

2020-03-31 Thread Multichill

Multichill created this task.
Multichill added projects: Wikimedia-Site-requests, Wikidata, 
Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  As requested on 
https://www.wikidata.org/wiki/Wikidata_talk:SPARQL_federation_input#Updated_URL_for_the_WikiPathways_SPARQL_endpoint
 by @EgonWillighagen : Due to the recent cyber attack at Maastricht University, 
the WikiPathways SPARQL endpoint (while not affected by the attack) has been 
decoupled from the internet. We have set up a different service, but it runs at 
http://sparql.wikipathways.org/sparql instead of 
http://sparql.wikipathways.org/ Can I request an update of the WDQS entry for 
this SPARQL endpoint, please?
  
  Please update the url in 
https://github.com/wikimedia/wikidata-query-deploy/blob/master/whitelist.txt 
and deploy the new whitelist

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

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

To: Multichill
Cc: Multichill, Aklapper, EgonWillighagen, 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

[Wikidata-bugs] [Maniphest] [Updated] T59815: Some AbuseFilter entries on Wikidata wrongly attributed to localhost

2018-11-20 Thread Multichill

Multichill added a project: AbuseFilter.
TASK DETAILhttps://phabricator.wikimedia.org/T59815EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: PokestarFan, DangSunM, Wikidata-bugs, Addshore, revi, Glaisher, matej_suchanek, Trijnstel, Lydia_Pintscher, jeremyb, hoo, Nandana, Lahi, Gq86, Daimona, GoranSMilovanovic, QZanden, LawExplorer, Litanwei, D3r1ck01, Wong128hk, Luke081515, Nirmos, aude, Huji, Jackmcbarn, Mbch331, chasemp___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T209993: Expose wikibase page properties to abusefilter for Wikidata

2018-11-20 Thread Multichill

Multichill created this task.Multichill added projects: AbuseFilter, Wikidata, MediaWiki-extensions-WikibaseRepository.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONTo make abusefilter a bit more useful on Wikidata, it would be nice to expose the page properties in the abusefilter. Example:

MariaDB [wikidatawiki_p]> SELECT * FROM page_props WHERE pp_page=111 LIMIT 100;
+-+-+---++


pp_pagepp_propnamepp_valuepp_sortkey



+-+-+---++


111page_image_freeEgypt.jpgNULL
111wb-claims122122
111wb-identifiers4545
111wb-sitelinks335335



+-+-+---++
4 rows in set (0.00 sec)

Especially the items with a high number of sitelinks seem to be vandalism targets. The RDF already contains this data so maybe it can be exposed in a similar format in the wikitext that serves as input for the abusefilter.TASK DETAILhttps://phabricator.wikimedia.org/T209993EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Aklapper, Multichill, Nandana, Lahi, Gq86, Daimona, GoranSMilovanovic, QZanden, LawExplorer, Litanwei, D3r1ck01, Wong128hk, Luke081515, Nirmos, Wikidata-bugs, aude, Huji, Jackmcbarn, Mbch331, chasemp___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T209993: Expose wikibase page properties to abusefilter for Wikidata

2018-11-21 Thread Multichill

Multichill added a comment.

In T209993#4765009, @Addshore wrote:
The RDF already contains this data so maybe it can be exposed in a similar format in the wikitext that serves as input for the abusefilter.

How is it represented in rdf?
 The easiest way to represent this in abusefilter would probably be something like "pp:wb-claims:122" or something similar.


See for example https://www.wikidata.org/wiki/Special:EntityData/Q28094801.rdf :

12" class="remarkup-link" target="_blank" rel="noreferrer">http://www.w3.org/2001/XMLSchema#integer">12
1" class="remarkup-link" target="_blank" rel="noreferrer">http://www.w3.org/2001/XMLSchema#integer">1
0" class="remarkup-link" target="_blank" rel="noreferrer">http://www.w3.org/2001/XMLSchema#integer">0TASK DETAILhttps://phabricator.wikimedia.org/T209993EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Addshore, Aklapper, Multichill, Nandana, Lahi, Gq86, Daimona, GoranSMilovanovic, QZanden, LawExplorer, Litanwei, _jensen, D3r1ck01, Wong128hk, Luke081515, Nirmos, Wikidata-bugs, aude, Huji, Jackmcbarn, Mbch331, chasemp___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Triaged] T210139: Facebook adds fbclid ==> you cant paste in WDQS tiny URLSs

2018-12-02 Thread Multichill

Multichill added subscribers: Jane023, Multichill.Multichill triaged this task as "High" priority.Multichill added a comment.
Can we just add a simple rewrite rule on the proxy/webserver for now if it encounters https://query.wikidata.org/?fbclid= id> to rewrite it to https://query.wikidata.org/ ? Otherwise we'll be stuck with this bug for agesTASK DETAILhttps://phabricator.wikimedia.org/T210139EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Multichill, Jane023, Lucas_Werkmeister_WMDE, Aklapper, Salgo60, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, D3r1ck01, Jonas, Xmlizer, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Lydia_Pintscher, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T210139: Facebook adds fbclid ==> you cant paste in WDQS tiny URLSs

2018-12-02 Thread Multichill

Multichill added a subscriber: Smalyshev.Multichill added a comment.
That was a question for @Smalyshev ^TASK DETAILhttps://phabricator.wikimedia.org/T210139EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Smalyshev, Multichill, Jane023, Lucas_Werkmeister_WMDE, Aklapper, Salgo60, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, D3r1ck01, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Lydia_Pintscher, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T210139: Facebook adds fbclid ==> you cant paste in WDQS tiny URLSs

2018-12-03 Thread Multichill

Multichill added a comment.

In T210139#4793562, @Lucas_Werkmeister_WMDE wrote:
Why should we do this in the proxy? Much easier to do it in the web UI IMHO.


All fine with me as long as it gets fixed fast.TASK DETAILhttps://phabricator.wikimedia.org/T210139EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Smalyshev, Multichill, Jane023, Lucas_Werkmeister_WMDE, Aklapper, Salgo60, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, D3r1ck01, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Lydia_Pintscher, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T211372: wikibase-api-not-recognized-language should include the invalid language code

2018-12-06 Thread Multichill

Multichill created this task.Multichill added a project: Wikidata.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONMy bot tried to edit https://www.wikidata.org/wiki/Q20427242 , but failed:

not-recognized-language: The supplied language code was not recognized. [messages:[{u'html': {u'*': u'The supplied language code was not recognized.'}, u'name': u'wikibase-api-not-recognized-language', u'parameters': []}]; 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.]


Besides the fact it's weird that an invalid language is already in use, the message should return the language code of the offending language.TASK DETAILhttps://phabricator.wikimedia.org/T211372EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Aklapper, Lydia_Pintscher, Multichill, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T211469: Inconsistent query results for recently created items on query service

2018-12-08 Thread Multichill

Multichill created this task.Multichill added projects: Wikidata-Query-Service, Wikidata.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONI'm importing paintings for the National Gallery of Canada (see https://www.wikidata.org/wiki/Wikidata:WikiProject_sum_of_all_paintings/Collection/National_Gallery_of_Canada ). In the first run I imported a bit over 4000 paintings, but I skipped a couple. So I'm doing a second run to fill the holes. The bot makes a lookup table based on the collection and inventory number

SELECT ?item ?inv  WHERE {
  ?item p:P195 ?collectionstatement .
  ?collectionstatement ps:P195 wd:Q1068063 .
  ?item wdt:P31 wd:Q3305213 .
  ?item wdt:P217 ?inv . 
  } LIMIT 25000

Based on the lookup table the bot will expand existing items instead of creating new ones.

I noticed duplicate items getting created. See https://www.wikidata.org/wiki/Q59492235 and https://www.wikidata.org/wiki/Q59551206 . When I manually run the query I sometimes get 4011 results and sometimes 4002 (just change the limit to something like 1234567 to trigger a fresh run). So the data seems to be inconsistent between member servers.TASK DETAILhttps://phabricator.wikimedia.org/T211469EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Aklapper, Smalyshev, Lydia_Pintscher, Nikki, Multichill, Nandana, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, D3r1ck01, 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] [Triaged] T211469: Inconsistent query results for recently created items on query service

2018-12-08 Thread Multichill

Multichill triaged this task as "High" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T211469EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Aklapper, Smalyshev, Lydia_Pintscher, Nikki, Multichill, Nandana, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, D3r1ck01, 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] T143488: Save contents of URLs linked from Wikidata in the Internet Archive

2018-12-25 Thread Multichill

Multichill added a comment.

In T143488#4677644, @Cyberpower678 wrote:
I am currently at that Hackathon in Thompson 150 right now.  If you care to meet me during lunch break I will be happy to work on this with you.


That didn't work out. Can you please have a look at my previous questions? You don't seem to be working on it and the task does not contain enough information for others to work on this.TASK DETAILhttps://phabricator.wikimedia.org/T143488EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Cyberpower678, MultichillCc: Redalert2fan, Jane023, Multichill, Abbe98, Lydia_Pintscher, Micru, Sadads, Cyberpower678, Izno, Aklapper, abian, Dinadineke, Nandana, tabish.shaikh91, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, Jayprakash12345, Chicocvenancio, JakeTheDeveloper, QZanden, dachary, merbst, LawExplorer, _jensen, D3r1ck01, Cirdan, Wikidata-bugs, Hydriz, aude, Ricordisamoa, Sjoerddebruin, TheDJ, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T143488: Save contents of URLs linked from Wikidata in the Internet Archive

2018-12-27 Thread Multichill

Multichill added a comment.

In T143488#4843337, @Cyberpower678 wrote:
To answer your questions, IABot will be using the wbgetentities and wbeditentity API calls on MW.

Good to hear you're working on this! I guess for this part of the bot to work you need to be able to fetch all the external inks on a Wikidata item so you can go to the next step of checking if you need to index these? I understand you considering using "wbgetentities", but not sure how "wbeditentity" fits in. If you're just reading, I would probably use entitydata ( https://www.mediawiki.org/wiki/Wikibase/EntityData ) to fetch the item in your favorite format. That will give you most of the links ( https://www.wikidata.org/wiki/Q219831 / http://www.wikidata.org/entity/Q219831.rdf / http://www.wikidata.org/entity/Q219831.json). The RDF format is quite nice because some of the links get expanded already (look for wdtn). For some of the links you have to expand it yourself using the formatter url ( https://www.wikidata.org/wiki/Property:P1630). At the start of the bot run I would do a SPARQL query for all the formatter urls and make a lookup table out of it. For each item you process you could just do an easy lookup in this table if you encounter an external-id property.

Anyway, if you need any help, please let me know. Link rot is quite a large problem right now on Wikidata and I would love to have a bot start indexing links so we at least have a copy somewhere.TASK DETAILhttps://phabricator.wikimedia.org/T143488EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Cyberpower678, MultichillCc: Spinster, Wittylama, Redalert2fan, Jane023, Multichill, Abbe98, Lydia_Pintscher, Micru, Sadads, Cyberpower678, Izno, Aklapper, abian, Dinadineke, Nandana, tabish.shaikh91, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, Jayprakash12345, Chicocvenancio, JakeTheDeveloper, QZanden, dachary, merbst, LawExplorer, _jensen, D3r1ck01, Cirdan, Wikidata-bugs, Hydriz, aude, Ricordisamoa, Sjoerddebruin, TheDJ, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T207683: Wikibase Repo api modules and special pages should be conditionally loaded based on entity types enabled (or at least, not crash)

2019-01-11 Thread Multichill

Multichill updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...[ ] Special:MergeItems
[ ] Special:NewProperty
[ ] Special:RedirectEntity...TASK DETAILhttps://phabricator.wikimedia.org/T207683EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Multichill, SandraF_WMF, Keegan, MarkTraceur, StructuredDataOnCommons, Abit, Tpt, Ramsey-WMF, Jdforrester-WMF, Lydia_Pintscher, Addshore, Aklapper, Nandana, JKSTNK, Lahi, Gq86, GoranSMilovanovic, QZanden, V4switch, LawExplorer, _jensen, D3r1ck01, Wong128hk, Wikidata-bugs, matthiasmullie, aude, Fabrice_Florin, Matanya, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T213571: Ignore babel box languages the user doesn't know

2019-01-12 Thread Multichill

Multichill added a comment.
Babel templates are an indication to other users and the software in what languages you can interact and at what level. For example I have es-0 on my Wikidata user page because I sometimes interact in Spanish although that takes me a lot of effort. You can read more about it at https://meta.wikimedia.org/wiki/User_languageTASK DETAILhttps://phabricator.wikimedia.org/T213571EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Multichill, Lydia_Pintscher, Jdforrester-WMF, AlexisJazz, Aklapper, Keegan, Jd3main, Nandana, Lahi, Gq86, Ramsey-WMF, GoranSMilovanovic, TheDragonFire, QZanden, LawExplorer, Iniquity, _jensen, D3r1ck01, Wikidata-bugs, aude, SPQRobin, Ricordisamoa, Arrbee, KartikMistry, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Status] T213571: Ignore babel box the user has set to knowing at level 0 on Commons (and so have different behaviour to Wikidata)

2019-01-21 Thread Multichill

Multichill changed the task status from "Open" to "Stalled".Multichill added a project: Community-consensus-needed.
TASK DETAILhttps://phabricator.wikimedia.org/T213571EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Pigsonthewing, Raymond, Nikerabbit, Roy17, Nemo_bis, Legoktm, Multichill, Lydia_Pintscher, Jdforrester-WMF, AlexisJazz, Aklapper, Keegan, Jd3main, Nandana, Lahi, Gq86, Ramsey-WMF, GoranSMilovanovic, TheDragonFire, QZanden, LawExplorer, Iniquity, _jensen, Luke081515, Wikidata-bugs, Snowolf, aude, SPQRobin, Ricordisamoa, Shizhao, Arrbee, KartikMistry, Mbch331, Rxy___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T213571: Ignore babel box the user has set to knowing at level 0 on Commons (and so have different behaviour to Wikidata)

2019-01-21 Thread Multichill

Multichill added a comment.
This change needs community consensus. Tagged it as such and marked it as stalled.TASK DETAILhttps://phabricator.wikimedia.org/T213571EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Pigsonthewing, Raymond, Nikerabbit, Roy17, Nemo_bis, Legoktm, Multichill, Lydia_Pintscher, Jdforrester-WMF, AlexisJazz, Aklapper, Keegan, Jd3main, Nandana, Lahi, Gq86, Ramsey-WMF, GoranSMilovanovic, TheDragonFire, QZanden, LawExplorer, Iniquity, _jensen, Luke081515, Wikidata-bugs, Snowolf, aude, SPQRobin, Ricordisamoa, Shizhao, Arrbee, KartikMistry, Mbch331, Rxy___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T213571: Ignore babel box the user has set to knowing at level 0 on Commons (and so have different behaviour to Wikidata)

2019-01-22 Thread Multichill

Multichill added a comment.

In T213571#4897591, @AlexisJazz wrote:
@Multichill where should I propose a change? It should be changed globally, so I guess somewhere on meta?


On the projects where you want to do a change. In this case Commons. If you also want to have it changed on Wikidata, also on Wikidata.TASK DETAILhttps://phabricator.wikimedia.org/T213571EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Pigsonthewing, Raymond, Nikerabbit, Roy17, Nemo_bis, Legoktm, Multichill, Lydia_Pintscher, Jdforrester-WMF, AlexisJazz, Aklapper, Keegan, Jd3main, Nandana, Lahi, Gq86, Ramsey-WMF, GoranSMilovanovic, TheDragonFire, QZanden, LawExplorer, Iniquity, _jensen, Luke081515, Wikidata-bugs, Snowolf, aude, SPQRobin, Ricordisamoa, Shizhao, Arrbee, KartikMistry, Mbch331, Rxy___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T215620: Tool "autodesc" - can't start webservice

2019-02-11 Thread Multichill

Multichill added a project: Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T215620EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Sjoerddebruin, SandraF_WMF, Simon_Villeneuve, Framawiki, LucasWerkmeister, Bstorm, bd808, Magnus, Aklapper, Nandana, AndyTan, Zylc, 1978Gage2001, Lahi, aborrero, Gq86, GoranSMilovanovic, Chicocvenancio, QZanden, Tbscho, Freddy2001, LawExplorer, JJMC89, _jensen, srodlund, Luke081515, Wikidata-bugs, aude, Gryllida, jayvdb, scfc, coren, Mbch331, Krenair, chasemp___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T87686: Categories are metadata

Multichill added a comment.
What is the goal of this task? Does it still serve a purpose? It seems to be something old from 2015 without a clear goal. I would just close this story as invalid.TASK DETAILhttps://phabricator.wikimedia.org/T87686EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Multichill, SandraF_WMF, El_Grafo, Jdlrobson, Alsee, Izno, Matanya, Quiddity, Jheald, Lydia_Pintscher, Tgr, Aklapper, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Silverfish, _jensen, Susannaanas, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, 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] [Updated] T178144: Clarify licensing status of data on Structured Commons

Multichill added a comment.
I think it's clarified, see the T215468 and the related task: Structured data is CC0. Would have been much nicer if this work was done before going live. Close this one?TASK DETAILhttps://phabricator.wikimedia.org/T178144EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Slaporte, MultichillCc: Multichill, DonTrung, Abbe98, PDrouin-WMF, MichaelMaggs, Qgil, Ricordisamoa, Lydia_Pintscher, Abit, Slaporte, SandraF_WMF, Aklapper, Nandana, JKSTNK, Lahi, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Silverfish, _jensen, Susannaanas, ZhouZ, Mpaulson, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, jayvdb, Wesalius, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T76886: Investigate computer vision image classification and description tools for shadow tags and search descriptions

Multichill added subscribers: Emijrp, Multichill.Multichill added a comment.
Seems related to https://commons.wikimedia.org/wiki/User:Multichill/Using_OpenCV_to_categorize_files (see talk page too). Good hackathon project for Prague?TASK DETAILhttps://phabricator.wikimedia.org/T76886EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Multichill, Emijrp, Puik, Capankajsmilyo, Liuxinyu970226, Matanya, Jaredzimmerman-WMF, Aklapper, Fabrice_Florin, Pginer-WMF, Tgr, Nandana, JKSTNK, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Orienteerix, Tramullas, Acer, LawExplorer, Silverfish, _jensen, Susannaanas, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Raymond, Nikerabbit, Steinsplitter, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T178144: Clarify licensing status of data on Structured Commons

Multichill added a comment.

In T178144#4951191, @DonTrung wrote:
I would support closing this, but the license only reads that captions are covered under the CC-0 (Zero) license, shouldn't there be a more ambiguous wording which covers all future Structured Data on Wikimedia Commons?


I'm puzzled by the part "the license only reads". Where did you find this? Link please. Because this is what it's going to be soon:  https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/WikimediaMessages/+/488584/3/i18n/wikimedia/en.jsonTASK DETAILhttps://phabricator.wikimedia.org/T178144EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Slaporte, MultichillCc: Multichill, DonTrung, Abbe98, PDrouin-WMF, MichaelMaggs, Qgil, Ricordisamoa, Lydia_Pintscher, Abit, Slaporte, SandraF_WMF, Aklapper, Nandana, JKSTNK, Lahi, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Silverfish, _jensen, Susannaanas, ZhouZ, Mpaulson, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, jayvdb, Wesalius, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Status] T178144: Clarify licensing status of data on Structured Commons