[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] [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] [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] [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] [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] [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] [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] [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] [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] [Commented On] T208042: Some WDQS servers might not be up to date

2018-11-10 Thread Multichill
Multichill added a comment.
@Denengelse do you still have issues or is this solved for you?TASK DETAILhttps://phabricator.wikimedia.org/T208042EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, MultichillCc: Aklapper, Denengelse, Multichill, Husky, Nandana, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, D3r1ck01, Jonas, Xmlizer, jkroll, Smalyshev, 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] T207839: Batch add WO II war memorials to Wikidata

2018-10-28 Thread Multichill
Multichill added a comment.
https://github.com/multichill/toollabs/blob/master/bot/wikidata/oorlogsmonumenten_import.py code I used for tsv generation and importTASK DETAILhttps://phabricator.wikimedia.org/T207839EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pintoch, MultichillCc: Jane023, Multichill, Footech, Elvalente, Pintoch, RonnieV, SIryn, Vemonet, A_ka_es, Teffubud, S9a8m, Arybolab, Dja, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, DDJJ, Harmonia_Amanda, Spinster, Wikidata-bugs, aude, Mbch331, valhallasw___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T207839: Batch add WO II war memorials to Wikidata

2018-10-27 Thread Multichill
Multichill added a comment.
Scraped the Dutch Wikipedia. TSV @ https://tools.wmflabs.org/multichill/queries/nlwp/oorlogsmonumenten.tsvTASK DETAILhttps://phabricator.wikimedia.org/T207839EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pintoch, MultichillCc: Multichill, Footech, Elvalente, Pintoch, RonnieV, SIryn, Vemonet, A_ka_es, Teffubud, S9a8m, Arybolab, Dja, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, DDJJ, Harmonia_Amanda, Spinster, Jane023, Wikidata-bugs, aude, Mbch331, valhallasw___
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-10-17 Thread Multichill
Multichill added a comment.

In T143488#4132389, @Cyberpower678 wrote:
It's doable, but not easy.  Wikidata has a different structure.


Extending the current bot seems to be the most future proof solution. In this task we only care about getting things into the archive, nothing else. So my guess is that parsing a Wikidata item is what you run into? Take for example https://www.wikidata.org/wiki/Q24066189 . You could force it to some other format like https://www.wikidata.org/entity/Q24066189.rdf or https://www.wikidata.org/entity/Q24066189.json to make it easier to find and extract urls.

Do you have some pointers where you think the challenge is going to be? We have an upcoming hackathon and we might be able to work on this.TASK DETAILhttps://phabricator.wikimedia.org/T143488EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Multichill, Abbe98, Lydia_Pintscher, Micru, Sadads, Cyberpower678, Izno, Aklapper, abian, Nandana, tabish.shaikh91, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, Jayprakash12345, JakeTheDeveloper, QZanden, dachary, merbst, LawExplorer, D3r1ck01, 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] [Raised Priority] T143488: Save contents of URLs linked from Wikidata in the Internet Archive

2018-10-17 Thread Multichill
Multichill raised the priority of this task from "Lowest" to "High".Multichill updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONJust like Wikipedia, Wikidata faces the problem of link rot (https://en.wikipedia.org/wiki/Link_rot). A lot of the url's we're linking, for example as references, will stop working or have already stopped working. The first step is to make a backup of the contents of these linked pages.

Let's automatically save in the Internet Archive the external webpages linked from Wikidata items in order to prevent data loss.

The mechanism could consist in invoking https://web.archive.org/save/ internally when a new value for a property with an external link (URL or external ID data types) is defined.

Implementation could be to update or fork the internet archive bot (source in php at https://github.com/cyberpower678/Cyberbot_II/tree/master/IABot ) or to write a minimal bot from scratch to bridge the gap between now and when the internet archive bot will support Wikidata.TASK DETAILhttps://phabricator.wikimedia.org/T143488EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Multichill, Abbe98, Lydia_Pintscher, Micru, Sadads, Cyberpower678, Izno, Aklapper, abian, Nandana, tabish.shaikh91, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, Jayprakash12345, JakeTheDeveloper, QZanden, dachary, merbst, LawExplorer, D3r1ck01, 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] T195203: Federated SPARQL queries https://data.pdok.nl/sparql failing with error 500

2018-10-15 Thread Multichill
Multichill added a comment.

In T195203#4664834, @Smalyshev wrote:
Tried it again with Curl and it seems to work OK. I suspect this is the same ALPN issue as in T202785: Federation request to https://ld.stadt-zuerich.ch/query fails.


Is that something we need to fix on our side or something that can be fixed on the data.pdok.nl side?TASK DETAILhttps://phabricator.wikimedia.org/T195203EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Aklapper, Esc3300, Lucas_Werkmeister_WMDE, Smalyshev, hoo, Multichill, Nandana, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, Jonas, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T195203: Federated SPARQL queries https://data.pdok.nl/sparql failing with error 500

2018-10-14 Thread Multichill
Multichill added a comment.
If this gets stuck on debugging on our side, I could probably ask around for contact details for the people running https://data.pdok.nl/sparql . On https://www.wikidata.org/wiki/Wikidata:SPARQL_query_service/Federation_report several other endpoints are also failing. Solving the pdok.nl problem might fix some of the others too.TASK DETAILhttps://phabricator.wikimedia.org/T195203EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Aklapper, Esc3300, Lucas_Werkmeister_WMDE, Smalyshev, hoo, Husky, Multichill, Nandana, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, Jonas, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T122711: Appending ".json" to an entity url should work (Feature Request)

2018-10-14 Thread Multichill
Multichill added a comment.

In T122711#4659433, @cscott wrote:
...and adding .jsonld at the end should also work, right?


Yes please. I hope the current open patch in T44063 will take care of thatTASK DETAILhttps://phabricator.wikimedia.org/T122711EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: cscott, Lucas_Werkmeister_WMDE, thiemowmde, Multichill, hoo, HakanIST, Aklapper, Pengo, StudiesWorld, Nandana, Kieubinhtb, Asad_Ali_Palijo, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, RazeSoldier, Jayprakash12345, JakeTheDeveloper, QZanden, LawExplorer, TerraCodes, MuhammadShuaib, SimmeD, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T206613: Search of wikidata string property values using haswbstatement is case sensitive

2018-10-14 Thread Multichill
Multichill added a comment.
@Smalyshev  what do you think? I haven't run into this myself. My feeling is that case insensitive is probably better, but would that require a lot of work?TASK DETAILhttps://phabricator.wikimedia.org/T206613EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Multichill, Aklapper, Lydia_Pintscher, aude, debt, Smalyshev, Lea_Lacroix_WMDE, ArthurPSmith, Esc3300, dcausse, Mvolz, Nandana, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, EBjune, LawExplorer, Avner, Gehel, FloNight, Wikidata-bugs, jayvdb, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T177475: Create a map-on-the-fly feature for people and objects for Wikidata items

2018-10-14 Thread Multichill
Multichill added a comment.
Based on the responses this task description needs updating to make clear what the end result should be.TASK DETAILhttps://phabricator.wikimedia.org/T177475EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Jheald, Mholloway, Lucas_Werkmeister_WMDE, Jonas, Fnielsen, Smalyshev, debt, mxn, Multichill, Aklapper, Jane023, Nandana, Lahi, Gq86, Looniverse, GoranSMilovanovic, QZanden, EBjune, Orienteerix, merbst, LawExplorer, Salgo60, JGirault, phabyogi, Xmlizer, Susannaanas, lxbarth, jkroll, Planemad, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Lydia_Pintscher, Yurik, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T123021: Implement connection between nonexistent pages (red links) and Wikidata items

2018-09-29 Thread Multichill
Multichill added a comment.
New property proposed at https://www.wikidata.org/wiki/Wikidata:Property_proposal/Wikipedia_suggested_article_nameTASK DETAILhttps://phabricator.wikimedia.org/T123021EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Multichill, Liuxinyu970226, MortenZdk, -jem-, Arthur2e5, Bugreporter, Lydia_Pintscher, daniel, Aklapper, Lucie, Amire80, StudiesWorld, Nandana, Lahi, Gq86, Bigdog222, GoranSMilovanovic, chapulina, QZanden, cmadeo, LawExplorer, Nizil, Ixocactus, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Jsahleen, Nikerabbit, Arrbee, santhosh, KartikMistry, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


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

2018-09-29 Thread Multichill
Multichill created this task.Multichill added projects: Wikidata, Wikidata Query UI.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONIf I use the prefix "wdtn:" in the SPARQL engine on https://query.wikidata.org/ , the interface complains that wdtn: is an unknown prefix.

To reproduce go to https://query.wikidata.org/sparql?query=SELECT%20%3Fitem%20%3Fulanid%20%3Fulanuri%20WHERE%20%7B%0A%20%20%3Fitem%20wdt%3AP245%20%3Fulanid%20.%0A%20%20%3Fitem%20wdtn%3AP245%20%3Fulanuri%20.%0A%20%20%7D%20LIMIT%2010%0A%20%20%20%20%20%20%20%20 , click the wdtn: and do CTRL-space

The expected behavior is visible when you hover over the wdt:P245, you'll get "ULAN ID (P245) identifier from the Getty Union List of Artist Names"TASK DETAILhttps://phabricator.wikimedia.org/T205777EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Lydia_Pintscher, Smalyshev, Aklapper, Multichill, Nandana, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Salgo60, 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] [Created] T205156: Provide qpnamespace parameter for UnconnectedPages querypage in the api

2018-09-21 Thread Multichill
Multichill created this task.Multichill added projects: Wikidata, MediaWiki-API.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONThe special page for unconnected items provides the option to filter, see https://nl.wikipedia.org/w/index.php?title=Speciaal:OngekoppeldePaginas=50=0=0 , but the api at https://nl.wikipedia.org/w/api.php?action=""> doesn't have the option to filter by namespace. Would be nice to add that as an option. Looking at https://www.mediawiki.org/wiki/API:Querypage , more special pages would probably benefit from this.TASK DETAILhttps://phabricator.wikimedia.org/T205156EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Aklapper, Multichill, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Sethakill, dg711, Wikidata-bugs, aude, jayvdb, Anomie, Mbch331, Legoktm___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T204873: "Special page" accidentally renamed to "CollabPad" on Wikidata

2018-09-19 Thread Multichill
Multichill added a comment.
Changed https://www.wikidata.org/wiki/MediaWiki:Collabpad to "CollabPad (but it is a special page)" and that's now all over the place.TASK DETAILhttps://phabricator.wikimedia.org/T204873EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Lea_Lacroix_WMDE, Lydia_Pintscher, Aklapper, Multichill, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T204873: "Special page" accidentally renamed to "CollabPad" on Wikidata

2018-09-19 Thread Multichill
Multichill created this task.Multichill added a project: Wikidata.Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTIONOn special pages like https://www.wikidata.org/wiki/Special:SpecialPages the top tab says "CollabPad" instead of "Special Page" like at https://en.wikipedia.org/wiki/Special:SpecialPages . https://www.wikidata.org/wiki/Special:SpecialPages?uselang=qqx returns the message https://www.wikidata.org/wiki/MediaWiki:Collabpad , but that should be nstab-special (https://www.wikidata.org/wiki/MediaWiki:Nstab-special) according to https://en.wikipedia.org/wiki/Special:SpecialPages?uselang=qqx .

Not sure what happened here, but doesn't seem correctTASK DETAILhttps://phabricator.wikimedia.org/T204873EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Aklapper, Multichill, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T163642: Index Wikidata strings in statements for fulltext search

2018-09-12 Thread Multichill
Multichill added a comment.

In T163642#4503980, @Smalyshev wrote:
@Multichill I think with new description it is clearer what this is about.


Sorry, kind of missed this comment. I think this is clearer. Thanks for picking this up :-)TASK DETAILhttps://phabricator.wikimedia.org/T163642EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, MultichillCc: dcausse, Esc3300, ArthurPSmith, Stashbot, Lea_Lacroix_WMDE, gerritbot, Liuxinyu970226, Smalyshev, debt, aude, Lydia_Pintscher, Aklapper, Multichill, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, LawExplorer, Avner, Lewizho99, Maathavan, Gehel, FloNight, Wikidata-bugs, jayvdb, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Edited] T192912: Unexpected ratelimit makes Pywikibot crash

2018-09-02 Thread Multichill
Multichill updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONDue to the hack done in T184948 Pywikibot now crashesd with this nice errorSame hack also broke massmessage, see T192690. The hack was removed so the chance of someone running into this is much lower. 

Pywikibot should be updated so that a throttle error  is a recoverable error. So the usual logic should kick in: Wait a bit, try again.TASK DETAILhttps://phabricator.wikimedia.org/T192912EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Framawiki, Xqt, Aklapper, MisterSynergy, Edgars2007, pywikibot-bugs-list, Legoktm, Ladsgroup, Lydia_Pintscher, Multichill, Lahi, Gq86, GoranSMilovanovic, QZanden, Tbscho, MayS, LawExplorer, Mdupont, JJMC89, Avicennasis, mys_721tx, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Dalba, Masti, Alchimista, Mbch331, Rxy___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Lowered Priority] T192912: Unexpected ratelimit makes Pywikibot crash

2018-09-02 Thread Multichill
Multichill lowered the priority of this task from "High" to "Low".Multichill added a comment.

In T192912#4551136, @Framawiki wrote:
@Multichill is the error still given ? I've read somewhere that this hacky limitation was removed from wd.org


Yes and no. The ratelimit was removed again I think so we won't run into it. I changed the prio from high to low. Pywikibot should be updated that if the bot for whatever reason runs into a ratelimit error, it should be handled as a recoverable error. I'll update the task

@Xqt flagged bots on Wikidata usually edit a bit faster than one edits every six seconds, most of my bots are one edit every two seconds.TASK DETAILhttps://phabricator.wikimedia.org/T192912EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Framawiki, Xqt, Aklapper, MisterSynergy, Edgars2007, pywikibot-bugs-list, Legoktm, Ladsgroup, Lydia_Pintscher, Multichill, Lahi, Gq86, GoranSMilovanovic, QZanden, Tbscho, MayS, LawExplorer, Mdupont, JJMC89, Avicennasis, mys_721tx, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Dalba, Masti, Alchimista, Mbch331, Rxy___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T163642: Index Wikidata strings in statements in the search engine

2018-08-04 Thread Multichill
Multichill added a comment.
@Smalyshev / @debt  :I think this is one of those tasks where we have a bit of a misunderstanding about scope (see https://lists.wikimedia.org/pipermail/wikidata/2018-August/012282.html ). Close this one as resolved and make clearly scoped follow up tasks to untangle this? :-)TASK DETAILhttps://phabricator.wikimedia.org/T163642EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Esc3300, ArthurPSmith, Stashbot, Lea_Lacroix_WMDE, gerritbot, Liuxinyu970226, Smalyshev, debt, aude, Lydia_Pintscher, Aklapper, Multichill, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, EBjune, LawExplorer, Avner, Gehel, FloNight, Wikidata-bugs, jayvdb, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T102533: [Bug] Disallow (or resolve) dummy language codes.

2018-07-13 Thread Multichill
Multichill added a comment.

In T102533#4422722, @Liuxinyu970226 wrote:
For Norwegian, I strongly encourage @Multichill and other Dutch users to cease "one Norwegian" glitch, rather we, just all Wikimedians around the world, should always separate them as one of
 


I don't like being called out in this way, please don't ever do that again. Calling a valid ISO 639-1/ISO 639-2 language a glitch is a very contentious way to describe it.TASK DETAILhttps://phabricator.wikimedia.org/T102533EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Pasleim, Amire80, Nikerabbit, siebrand, Multichill, PokestarFan, Quest_for_Truth, Liuxinyu970226, Nikki, Fomafix, Mbch331, Ricordisamoa, Danmichaelo, Aklapper, daniel, Lahi, Gq86, Baloch007, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Srdjan_m, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, KartikMistry, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T194950: Include Wikibase dispatch lag in API "maxlag" enforcing

2018-07-12 Thread Multichill
Multichill added a comment.

In T194950#4420642, @Addshore wrote:
There are still some bots and tools that are not setting appropriate maxlag values for their requests but we can follow up elsewhere with that.


Please list them on https://www.wikidata.org/wiki/Wikidata:Administrators%27_noticeboard and the accounts will be blocked.TASK DETAILhttps://phabricator.wikimedia.org/T194950EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, MultichillCc: Stashbot, Aklapper, gerritbot, pywikibot-bugs-list, ValterVB, Lea_Lacroix_WMDE, Legoktm, Addshore, MisterSynergy, Magnus, Anomie, Sjoerddebruin, Lydia_Pintscher, Multichill, hoo, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, lisong, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Jonas, Wikidata-bugs, aude, Ricordisamoa, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T199379: Qid displayed instead of unit name

2018-07-12 Thread Multichill
Multichill added a comment.

In T199379#4419930, @Addshore wrote:
Should be fixed now, but pages that are already showing bad stuff will need a purge!


Any task/plan for that? Do you have a time window from when it was broken to when it was fixed? A SPARQL query should be able to return the objects with a timestamp in that period so these can be purged by a robot.TASK DETAILhttps://phabricator.wikimedia.org/T199379EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, MultichillCc: Multichill, Lydia_Pintscher, Addshore, Stashbot, Jakob_WMDE, Pablo-WMDE, gerritbot, Tacsipacsi, Aklapper, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Jrbranaa, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Wong128hk, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T102533: [Bug] Disallow (or resolve) dummy language codes.

2018-07-10 Thread Multichill
Multichill added projects: I18n, MediaWiki-Internationalization.Multichill added a comment.
I ran into this because I imported data with was tagged as "NOR" and is a valid ISO 639-2 language code that maps to the ISO 639-1 "no" language code, see https://en.wikipedia.org/wiki/Norwegian_language . Norwegian is a valid macro language, see https://en.wikipedia.org/wiki/ISO_639_macrolanguage and wouldn't be the first macro language to include, we also have ar (Arabic) or ne (Nepali) as valid language codes.

To me it looks a bit weird to exclude one macrolanguage just because we have some Wikipedia legacy here.TASK DETAILhttps://phabricator.wikimedia.org/T102533EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Multichill, PokestarFan, Quest_for_Truth, Liuxinyu970226, Nikki, Fomafix, Mbch331, Ricordisamoa, Danmichaelo, Aklapper, daniel, Lahi, Gq86, Baloch007, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Srdjan_m, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, KartikMistry, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T199146: "Blocked" response when trying to access constraintsrdf action from production host

2018-07-09 Thread Multichill
Multichill added a comment.

In T199146#4409514, @Smalyshev wrote:
Yeah looks like ipblocks table for wikidata has block on 2620:0:862:101:0:0:0:0/96 by user "Merlissimo" with comment 'Toolserver Range - no anon edits' but this doesn't seem to match wdq9. So probably not this one.


Toolserver? Unblocked.TASK DETAILhttps://phabricator.wikimedia.org/T199146EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: gerritbot, Multichill, MisterSynergy, Mahir256, Jonas, Aklapper, BBlack, Gehel, Smalyshev, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, merbst, LawExplorer, Lewizho99, Maathavan, Agabi10, 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] [Created] T198839: Update Pywikibot class WikidataBot to include Wikimedia import URL (P4656)

2018-07-05 Thread Multichill
Multichill created this task.Multichill added projects: Pywikibot-core, Pywikibot-Wikidata, Wikidata.Herald added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTIONTo improve the traceability of data imported from Wikimedia projects  Wikimedia import URL (https://www.wikidata.org/wiki/Property:P4656)  was introduced.  We should update the WikidataBot at https://phabricator.wikimedia.org/diffusion/PWBC/browse/master/pywikibot/bot.py$2027 to also accept a page as source. Other scripts like https://phabricator.wikimedia.org/diffusion/PWBC/browse/master/scripts/harvest_template.py$306 are currently passing a site object.

Modify the WikidataBot bot that:


If site object gets passed, just add the imported from (same as now)
If a page object gets passed, extract the site (check if it's a valid site) and permalink to latest revision. Add both


Related conversation on Wikidata at https://www.wikidata.org/wiki/Property_talk:P143#Making_the_usage_of_this_property_clearerTASK DETAILhttps://phabricator.wikimedia.org/T198839EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Aklapper, pywikibot-bugs-list, Multichill, Andrewjhill, Lahi, Gq86, GoranSMilovanovic, Magul, QZanden, Tbscho, MayS, LawExplorer, Mdupont, JJMC89, Avicennasis, mys_721tx, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Dalba, Masti, Alchimista, Mbch331, Rxy___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T194950: Include Wikibase dispatch lag in API "maxlag" enforcing

2018-06-29 Thread Multichill
Multichill added a project: Pywikibot-Wikidata.Herald added a subscriber: pywikibot-bugs-list.
TASK DETAILhttps://phabricator.wikimedia.org/T194950EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, MultichillCc: pywikibot-bugs-list, ValterVB, Lea_Lacroix_WMDE, Legoktm, Addshore, gerritbot, MisterSynergy, Magnus, Aklapper, daniel, Anomie, Sjoerddebruin, Lydia_Pintscher, Multichill, hoo, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, lisong, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Jonas, Wikidata-bugs, aude, Ricordisamoa, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T194950: Include Wikibase dispatch lag in API "maxlag" enforcing

2018-06-28 Thread Multichill
Multichill added a comment.

In T194950#4322078, @Magnus wrote:
Excellent, that means my existing code should Just Work (tm).

Is the "lag" value in the API reply in seconds? maxlag does not appear to be documented for the query action...


Yes it is in seconds. See https://www.mediawiki.org/wiki/Manual:Maxlag_parameter for more infoTASK DETAILhttps://phabricator.wikimedia.org/T194950EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, MultichillCc: ValterVB, Lea_Lacroix_WMDE, Legoktm, Addshore, gerritbot, MisterSynergy, Magnus, Aklapper, daniel, Anomie, Sjoerddebruin, Lydia_Pintscher, Multichill, hoo, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, lisong, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Jonas, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T192800: WDQS could allow discovery of skos:exactMatch links via autocomplete

2018-06-14 Thread Multichill
Multichill added a comment.

In T192800#4273584, @LJ wrote:
@Smalyshev I think we couldn't agree on implementation details, so this is probably going to be discussed at the Berlin workshop, at which time someone will add a more detailed example & description.


Can you please elaborate? Who is we and where did you discus this? This task is very unclear in the description.
On the Wikimedia Hackathon in Barcelona we discussed the skos:ExactMatch (same as this task or not, that's unclear) and put a message at https://www.wikidata.org/wiki/Property_talk:P1921#Generate_a_skos:ExactMatch_based_on_this_property? We gathered some input, but this is not done yet. Would appreciate more comments there and if there is some kind of physical meet up, that you discus it there too.TASK DETAILhttps://phabricator.wikimedia.org/T192800EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Multichill, Smalyshev, Daniel_Mietchen, LJ, Andrawaag, Aklapper, Lahi, Gq86, Darkminds3113, SandraF_WMF, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Salgo60, Avner, Culex, Gehel, Jonas, FloNight, 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] T196191: Support SPARQL POLYGON in Kartographer

2018-06-01 Thread Multichill
Multichill created this task.Multichill added projects: Maps (Kartographer), Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONOne of the SPARQL federation sources gives CC0 Geodata for buildings, see https://data.pdok.nl/sparql#query=select+%3Fa+%3Fb+%3Fc+%3Fd+%3Fe%0Awhere+%7B%0A++%23%3Chttp%3A%2F%2Fbag.basisregistraties.overheid.nl%2Fbag%2Fid%2Fpand%2F039210065734%3E+%3Fa+%3Fb+.%0A++%3Chttp%3A%2F%2Fbag.basisregistraties.overheid.nl%2Fbag%2Fid%2Fpand%2F039210065734%3E+%3Chttp%3A%2F%2Fwww.opengis.net%2Font%2Fgeosparql%23hasGeometry%3E+%3Fc+.%0A++%3Fc+%3Chttp%3A%2F%2Fwww.opengis.net%2Font%2Fgeosparql%23asWKT%3E+%3Fe+.%0A%0A%7D+=text%2Fturtle=application%2Fsparql-results%2Bjson=%2Fsparql=POST=Gedefinieerde+klassen=%7B%7D=leaflet .

It's possible to use that in our SPARQL engine and to draw a nice map:

https://query.wikidata.org/#%23defaultView%3AMap%0ASELECT%20%3Fgeoshape%20%7B%0A%20%20%20%20SERVICE%20%3Chttp%3A%2F%2Flov.okfn.org%2Fdataset%2Flov%2Fsparql%3E%20%7B%0A%20%20%20%20%20%20SERVICE%20%3Chttps%3A%2F%2Fdata.pdok.nl%2Fsparql%3E%20%7B%0A%20%20%3Chttp%3A%2F%2Fbag.basisregistraties.overheid.nl%2Fbag%2Fid%2Fpand%2F039210065734%3E%20%3Chttp%3A%2F%2Fwww.opengis.net%2Font%2Fgeosparql%23hasGeometry%3E%20%3Fgeostatement%20.%0A%20%20%3Fgeostatement%20%3Chttp%3A%2F%2Fwww.opengis.net%2Font%2Fgeosparql%23asWKT%3E%20%3Fgeoshape%20.%0A%0A%7D%20%0A%20%20%20%20%7D%0A%20%20%7D

Kartographer only seems to support POINT, not POLYGON so I can't use this query as described on https://www.mediawiki.org/wiki/Help:Extension:Kartographer#GeoShapes_via_Wikidata_Query

The Geo JSON spec is at http://www.opengis.net/ont/geosparql#wktLiteralTASK DETAILhttps://phabricator.wikimedia.org/T196191EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Aklapper, Multichill, Lahi, Gq86, Looniverse, GoranSMilovanovic, QZanden, Orienteerix, LawExplorer, Ddproxy, JGirault, phabyogi, GAllegre, Susannaanas, ferdbold, lxbarth, Zache, Planemad, Wikidata-bugs, aude, Yurik, MaxSem, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Reopened] T163642: Index Wikidata strings in statements in the search engine

2018-05-30 Thread Multichill
Multichill reopened this task as "Open".Multichill added a comment.

In T163642#4237402, @Smalyshev wrote:
@Multichill I think the point of this task were to index the statements, which is done. For searching, you can use haswbstatement for now. I am not sure whether it makes sense to copy the statement value into all field, where it would be then searchable by plain search too - may be useful for distinctive IDs but I am not sure how many of them are distinctive... I think it's better to make a separate task for this.


That was not my point of this task. https://www.wikidata.org/w/index.php?search=%22SK-C-5%22 should return https://www.wikidata.org/wiki/Q219831 . in my view the haswbstatement step is an intermediate one. Sorry for not being clear enough.

Taking a step back for a bigger overview. As a user I expect all the text I see on https://www.wikidata.org/wiki/Q21983 to be searchable as plain text. Currently we only index the labels, aliases and descriptions in the text (https://www.wikidata.org/w/index.php?title=Q219831="">). Also all the statements should be added. That includes the string statements, but also the labels of the used items. Looking at https://www.wikidata.org/wiki/Special:EntityData/Q219831.rdf I realize this would be quite an increase of the search data. Would probably make sense to have localized plain text fields like "text_nl" which only have the data in that language. Why do this? Trying to use our search to find something is hard. I was in the Thyssen Bornemisza museum and trying to use search to find the Van Gogh paintings on Wikidata. That's currently impossible. Do we already have a task for this or should I create a new one for this part?TASK DETAILhttps://phabricator.wikimedia.org/T163642EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, MultichillCc: ArthurPSmith, Stashbot, Lea_Lacroix_WMDE, gerritbot, Liuxinyu970226, Smalyshev, debt, aude, Lydia_Pintscher, Aklapper, Multichill, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, LawExplorer, Avner, Lewizho99, Maathavan, Gehel, FloNight, Wikidata-bugs, jayvdb, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Block] T46529: Wikidata search problems (tracking)

2018-05-30 Thread Multichill
Multichill reopened subtask T163642: Index Wikidata strings in statements in the search engine as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T46529EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Liuxinyu970226, PokestarFan, Smalyshev, Wikidata-bugs, Nemo_bis, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Block] T179815: Enable searching by author name string

2018-05-30 Thread Multichill
Multichill reopened subtask T163642: Index Wikidata strings in statements in the search engine as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T179815EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: debt, Smalyshev, Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, LawExplorer, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T194956: corrupted files in the cache

2018-05-24 Thread Multichill
Multichill added a comment.
action="">TASK DETAILhttps://phabricator.wikimedia.org/T194956EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Cavila, dschwen, Multichill, Aklapper, Shonagon, Zylc, 1978Gage2001, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, SandraF_WMF, GoranSMilovanovic, Chicocvenancio, QZanden, Tbscho, Tramullas, Acer, V4switch, LawExplorer, JJMC89, Susannaanas, srodlund, Wong128hk, Aschroet, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Gryllida, Ricordisamoa, Lydia_Pintscher, Fabrice_Florin, Raymond, scfc, Steinsplitter, Matanya, Mbch331, Krenair, chasemp___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T195203: Federated SPARQL queries https://data.pdok.nl/sparql failing with error 500

2018-05-20 Thread Multichill
Multichill created this task.Multichill added projects: Wikidata, Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONThis weekend we have been trying SPARQL federation queries. If we do https://data.pdok.nl directly ( http://tinyurl.com/y9hl3vd5  ) it fails, if we federate it through another SPARQL server it works (  http://tinyurl.com/y9bc3clv ). It also works from the SPARQL test instance on wmflabs and a curl from the production Blazegraph server.TASK DETAILhttps://phabricator.wikimedia.org/T195203EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Smalyshev, hoo, Husky, Aklapper, Multichill, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, Jonas, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T195181: Minimum number of statements constraint type

2018-05-20 Thread Multichill
Multichill created this task.Multichill added projects: Wikidata, Wikibase-Quality, Wikibase-Quality-Constraints.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONMinimum number of statements: Item using a certain property should at least have this number of statements (available in [https://www.wikidata.org/wiki/Special:EntityData/Q544488.rdf RDF for a while])

(part of https://www.wikidata.org/wiki/Help_talk:Property_constraints_portal#Improvements_for_2018 )TASK DETAILhttps://phabricator.wikimedia.org/T195181EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Aklapper, Multichill, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, LawExplorer, 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] T195178: Label in language constraint type

2018-05-20 Thread Multichill
Multichill created this task.Multichill added projects: Wikidata, Wikibase-Quality-Constraints, Wikibase-Quality.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONLabel in language: An item using a certain property should at least have a label in this language or these languages. example defined on Property talk:P650 (https://www.wikidata.org/wiki/Property_talk:P650).TASK DETAILhttps://phabricator.wikimedia.org/T195178EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Aklapper, Multichill, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, LawExplorer, 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] [Commented On] T195052: Add “citation needed” constraint type

2018-05-20 Thread Multichill
Multichill added a comment.
This is part of https://www.wikidata.org/wiki/Help_talk:Property_constraints_portal#Improvements_for_2018 . Would start with just binary in the first version and maybe do a second version that looks for real references (and not imported from).TASK DETAILhttps://phabricator.wikimedia.org/T195052EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Sjoerddebruin, Multichill, Lucas_Werkmeister_WMDE, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] [Edited] T195178: Label in language constraint type

2018-05-20 Thread Multichill
Multichill updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONLabel in language: An item using a certain property should at least have a label in this language or these languages. example defined on Property talk:P650 (https://www.wikidata.org/wiki/Property_talk:P650). 

(part of https://www.wikidata.org/wiki/Help_talk:Property_constraints_portal#Improvements_for_2018 )TASK DETAILhttps://phabricator.wikimedia.org/T195178EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Aklapper, Multichill, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, LawExplorer, 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] T195179: Description in language constraint type

2018-05-20 Thread Multichill
Multichill created this task.Multichill added projects: Wikidata, Wikibase-Quality, Wikibase-Quality-Constraints.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONJust like T195178 , but for descriptions. An item using a certain property should at least have a description in this language or these languages.

(part of https://www.wikidata.org/wiki/Help_talk:Property_constraints_portal#Improvements_for_2018 )TASK DETAILhttps://phabricator.wikimedia.org/T195179EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Aklapper, Multichill, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, LawExplorer, 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] [Updated] T194956: corrupted files in the cache

2018-05-18 Thread Multichill
Multichill added projects: Multimedia, Structured-Data-Commons, Cloud-Services.Multichill updated the task description. (Show Details)Herald added a project: Wikidata.
CHANGES TO TASK DESCRIPTION...Best regards

===
Example url https://tools.wmflabs.org/zoomviewer/iiif.php?f=Chicago.jpgTASK DETAILhttps://phabricator.wikimedia.org/T194956EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: dschwen, Multichill, Aklapper, Shonagon, Zylc, 1978Gage2001, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, SandraF_WMF, GoranSMilovanovic, Chicocvenancio, QZanden, Tbscho, Tramullas, Acer, V4switch, LawExplorer, JJMC89, Susannaanas, srodlund, Wong128hk, Aschroet, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Husky, Gryllida, Ricordisamoa, Lydia_Pintscher, Fabrice_Florin, Raymond, scfc, Steinsplitter, Matanya, Mbch331, Krenair, chasemp___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T89552: Implement International Image Interoperability Framework (IIIF) prototype service on Wikimedia labs

2018-05-18 Thread Multichill
Multichill added a comment.
@Shonagon please don't comment on old closed bugs with new comments. Please open a new bug. I did this for you at T194956TASK DETAILhttps://phabricator.wikimedia.org/T89552EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: m-art-in, Cavila, Swiss-National-Library, BeatEstermann, PokestarFan, Astinson, SandraF_WMF, Pyb, Spinster, Jane023, Puik, Shonagon, Jdforrester-WMF, Sumit, GAllegre, brion, Regisrob, Fae, Klokantech, Pietromarialiuzzo, Nemo_bis, Matanya, Marsupium, Husky, Jheald, Tgr, Bawolff, Gilles, dschwen, Aklapper, Multichill, Lahi, Himanshuc3, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, GoranSMilovanovic, Jayprakash12345, QZanden, srishakatux, Tramullas, Acer, V4switch, LawExplorer, Pahadiahimanshu, Manrajsinghgrover, Keer25, Susannaanas, Wong128hk, Aschroet, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Lydia_Pintscher, 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] [Updated] T192800: WDQS could allow discovery of skos:exactMatch links via autocomplete

2018-05-16 Thread Multichill
Multichill added a project: Wikimedia-Hackathon-2018.
TASK DETAILhttps://phabricator.wikimedia.org/T192800EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Multichill, Smalyshev, Daniel_Mietchen, LJ, Andrawaag, Aklapper, Lahi, Gq86, Darkminds3113, SandraF_WMF, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Culex, Gehel, Jonas, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Lydia_Pintscher, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T194307: Structured Wikiquote

2018-05-10 Thread Multichill
Multichill removed a project: Wikimedia-Hackathon-2018.
TASK DETAILhttps://phabricator.wikimedia.org/T194307EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarratt, MultichillCc: Multichill, Koavf, Aklapper, dbarratt, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331, Culex___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T163642: Index Wikidata strings in statements in the search engine

2018-05-10 Thread Multichill
Multichill added a comment.
And https://www.wikidata.org/w/index.php?search=haswbstatement%3AP217%3DSK-C-5 works :-). https://www.wikidata.org/w/index.php?search="SK-C-5" doesn't work (yet?). Is that the next step?TASK DETAILhttps://phabricator.wikimedia.org/T163642EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, MultichillCc: Stashbot, Lea_Lacroix_WMDE, gerritbot, Liuxinyu970226, Smalyshev, debt, aude, Lydia_Pintscher, Aklapper, Multichill, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, LawExplorer, Avner, Lewizho99, Maathavan, Gehel, FloNight, Wikidata-bugs, jayvdb, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T194307: Structured Wikiquote

2018-05-09 Thread Multichill
Multichill added a comment.
I'm sorting out the hackathon 2018 board (on which this task is) and well described tasks generally have a higher chance of actually being worked on. Might not be the best board for a tracker task.TASK DETAILhttps://phabricator.wikimedia.org/T194307EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarratt, MultichillCc: Multichill, Koavf, Aklapper, dbarratt, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Culex, 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] T194307: Structured Wikiquote

2018-05-09 Thread Multichill
Multichill added a comment.
What is the goal of this task? Can you elaborate?TASK DETAILhttps://phabricator.wikimedia.org/T194307EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarratt, MultichillCc: Multichill, Koavf, Aklapper, dbarratt, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Culex, 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] T194305: Track the number of (unique) references on an item in page_props

2018-05-09 Thread Multichill
Multichill created this task.Multichill added projects: Wikidata, MediaWiki-extensions-WikibaseRepository.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONReferences are becoming more and more important on Wikidata. Would be nice to track the number of (unique) references to indication on how well an item is sourced. This task is very similar to T114617

Let's take https://www.wikidata.org/wiki/Q50626475 . Looking at the rdf at https://www.wikidata.org/wiki/Special:EntityData/Q50626475.rdf the item has two references (same url, but different date of retrieved). That's also what https://query.wikidata.org/sparql?query=SELECT%20DISTINCT%20%3Fprovenance%20WHERE%20%7B%0A%20%20wd%3AQ50626475%20%3Fproperty%20%3Fstatement%20.%0A%20%20%3Fstatement%20prov%3AwasDerivedFrom%20%3Fprovenance%0A%20%20%7D%20LIMIT%20100%0A%20%20 returns. The field should contain 2 here for this item.

The name for the new page_prop should probably wb-referencesTASK DETAILhttps://phabricator.wikimedia.org/T194305EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: hoo, Aklapper, Multichill, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Closed] T163475: Populate the page_props table on Wikidata with wb-identifiers

2018-05-09 Thread Multichill
Multichill closed this task as "Resolved".Multichill added a comment.
I'm pretty sure this is done. Please re-open if that's not the caseTASK DETAILhttps://phabricator.wikimedia.org/T163475EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: daniel, Lydia_Pintscher, Ladsgroup, Aklapper, Multichill, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T163642: Index Wikidata strings in statements in the search engine

2018-05-09 Thread Multichill
Multichill added a comment.

In T163642#4192776, @Smalyshev wrote:
@Lea_Lacroix_WMDE Also, for newly edited items it should be working as soon as wmf.3 is deployed. But for older items it will need reindex.


Good to see all this progress! Will a purge of an item or an edit to an item trigger a reindex of that item? Will https://www.wikidata.org/w/index.php?title=Q219831=""> show the "P123=SK-C-5" somewhere?TASK DETAILhttps://phabricator.wikimedia.org/T163642EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, MultichillCc: Stashbot, Lea_Lacroix_WMDE, gerritbot, Liuxinyu970226, Smalyshev, debt, aude, Lydia_Pintscher, Aklapper, Multichill, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, LawExplorer, Avner, Lewizho99, Maathavan, Gehel, FloNight, Wikidata-bugs, jayvdb, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T184948: limit page creation and edit rate on Wikidata

2018-05-08 Thread Multichill
Multichill added a comment.
@Lydia_Pintscher @Ladsgroup any status update on this?TASK DETAILhttps://phabricator.wikimedia.org/T184948EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, MultichillCc: Liuxinyu970226, Legoktm, Lea_Lacroix_WMDE, Dhx1, Stashbot, Edgars2007, Daniel_Mietchen, Pasleim, Magnus, abian, Lucas_Werkmeister_WMDE, ArtixKreiger, Multichill, Mahir256, Framawiki, hoo, Sjoerddebruin, Addshore, Ladsgroup, gerritbot, Aklapper, Lydia_Pintscher, Lahi, Gq86, GoranSMilovanovic, lisong, Jayprakash12345, QZanden, Zoranzoki21, LawExplorer, DatGuy, Devwaker, Niklitov, Urbanecm, JEumerus, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, biplabanand, Wikidata-bugs, Snowolf, aude, Dcljr, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Triaged] T192912: Unexpected ratelimit makes Pywikibot crash

2018-04-24 Thread Multichill
Multichill triaged this task as "High" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T192912EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Aklapper, pywikibot-bugs-list, Legoktm, Ladsgroup, Lydia_Pintscher, Multichill, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Ricordisamoa, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Created] T192912: Unexpected ratelimit makes Pywikibot crash

2018-04-24 Thread Multichill
Multichill created this task.Multichill added projects: Wikidata, Pywikibot-Wikidata.Herald added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTIONDue to the hack done in T184948 Pywikibot now crashes with this nice error.

pywikibot.data.api.APIError: failed-save: The save has failed. [help:See https://www.wikidata.org/w/api.php for API usage. Subscribe to the mediawiki-api-announce mailing list at https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce; for notice of API deprecations and breaking changes.; messages:[{'name': 'wikibase-api-failed-save', 'parameters': [], 'html': {'*': 'The save has failed.'}}, {'name': 'actionthrottledtext', 'parameters': [], 'html': {'*': 'As an anti-abuse measure, you are limited from performing this action too many times in a short space of time, and you have exceeded this limit.\nPlease try again in a few minutes.'}}]]

CRITICAL: Closing network session.

Same hack also broke massmessage, see T192690TASK DETAILhttps://phabricator.wikimedia.org/T192912EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Aklapper, pywikibot-bugs-list, Legoktm, Ladsgroup, Lydia_Pintscher, Multichill, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Ricordisamoa, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T192690: Mass message broken on Wikidata after ratelimit workaround

2018-04-24 Thread Multichill
Multichill added a comment.

In T192690#4153593, @Legoktm wrote:
https://gerrit.wikimedia.org/r/#/c/427156/

This seems inherently broken, the noratelimit right exists for a reason. I'm not really sure how to work around this in MassMessage besides disabling rate limits I suppose?

Did I miss an announcement to wikitech-l/wikidata-tech that something like this was going to happen?


Looks like you already found T184948 . https://gerrit.wikimedia.org/r/#/c/427156/ is the change that should be revertedTASK DETAILhttps://phabricator.wikimedia.org/T192690EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Stashbot, Legoktm, gerritbot, hoo, Liuxinyu970226, Xaosflux, Lea_Lacroix_WMDE, Ladsgroup, Lucas_Werkmeister_WMDE, Lydia_Pintscher, Aklapper, Multichill, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Edited] T192690: Mass message broken on Wikidata after ratelimit workaround

2018-04-24 Thread Multichill
Multichill updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONIn T99899184948 a work around was applied that added a rate limit even to bot accounts that were previously without a rate limit (https://gerrit.wikimedia.org/r/#/c/427156/). On the task we already complained that this is not the right solution and it looks like mass message is broken because of this, see https://www.wikidata.org/w/index.php?title=Special:Log/massmessage=prev=20180420005019=100=massmessage= for a snippetTASK DETAILhttps://phabricator.wikimedia.org/T192690EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Legoktm, gerritbot, hoo, Liuxinyu970226, Xaosflux, Lea_Lacroix_WMDE, Ladsgroup, Lucas_Werkmeister_WMDE, Lydia_Pintscher, Aklapper, Multichill, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, 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] T192869: Image link should link to Commons and not local file

2018-04-24 Thread Multichill
Multichill added a comment.
For me the image is a link to https://commons.wikimedia.org/wiki/File:Douglas_adams_portrait_cropped.jpg and the link goes to the local page. No mediaviewer. Linking directly to Commons is something that most Wikipedia's have been doing for years to eliminate the extra local step.TASK DETAILhttps://phabricator.wikimedia.org/T192869EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, MultichillCc: Multichill, Lydia_Pintscher, Aklapper, hoo, gerritbot, Lea_Lacroix_WMDE, Lahi, Gq86, GoranSMilovanovic, lisong, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T184948: limit page creation and edit rate on Wikidata

2018-04-20 Thread Multichill
Multichill added a comment.

In T184948#4145885, @Sjoerddebruin wrote:
Seems like this is affecting the MassMessage extension: https://www.wikidata.org/w/index.php?title=Special:Log/massmessage==250=massmessage=


T192690TASK DETAILhttps://phabricator.wikimedia.org/T184948EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, MultichillCc: Dhx1, Stashbot, Edgars2007, Daniel_Mietchen, Pasleim, Magnus, abian, Lucas_Werkmeister_WMDE, ArtixKreiger, Multichill, Mahir256, Framawiki, hoo, Sjoerddebruin, Addshore, Ladsgroup, gerritbot, Aklapper, Lydia_Pintscher, Lahi, Gq86, GoranSMilovanovic, lisong, Jayprakash12345, QZanden, Zoranzoki21, LawExplorer, DatGuy, Devwaker, Niklitov, Urbanecm, JEumerus, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, biplabanand, Wikidata-bugs, Snowolf, aude, Dcljr, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T192690: Mass message broken on Wikidata after ratelimit workaround

2018-04-20 Thread Multichill
Multichill added a project: Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T192690EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Ladsgroup, Lucas_Werkmeister_WMDE, Lydia_Pintscher, Aklapper, Multichill, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331, Legoktm___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Reopened] T184948: limit page creation and edit rate on Wikidata

2018-04-20 Thread Multichill
Multichill reopened this task as "Open".Multichill added a comment.
I don't like this "solution" at all, this is more like a work around to prevent more incidents instead of solving the real problem. Re-opening because:


I don't see a link to where the documentation is updated on Wikidata. Probably https://www.wikidata.org/wiki/Wikidata:Bots should be updated
How do I test this in a sandbox way to figure out my code handles this properly. For replag I can send a dummy value, but how do I do this here?


*Third and most important: This is not a real solution, but a work around.TASK DETAILhttps://phabricator.wikimedia.org/T184948EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, MultichillCc: Dhx1, Stashbot, Edgars2007, Daniel_Mietchen, Pasleim, Magnus, abian, Lucas_Werkmeister_WMDE, ArtixKreiger, Multichill, Mahir256, Framawiki, hoo, Sjoerddebruin, Addshore, Ladsgroup, gerritbot, Aklapper, Lydia_Pintscher, Lahi, Gq86, GoranSMilovanovic, lisong, Jayprakash12345, QZanden, Zoranzoki21, LawExplorer, DatGuy, Devwaker, Niklitov, Urbanecm, JEumerus, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, biplabanand, Wikidata-bugs, Snowolf, aude, Dcljr, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T163642: Index Wikidata strings in statements in the search engine

2018-04-11 Thread Multichill
Multichill added a comment.
Viaf part is probably covered by T99899TASK DETAILhttps://phabricator.wikimedia.org/T163642EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Liuxinyu970226, Smalyshev, debt, aude, Lydia_Pintscher, Aklapper, Multichill, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, EBjune, LawExplorer, Avner, Gehel, FloNight, Wikidata-bugs, jayvdb, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T99899: [Story] Looking up entities by external identifiers

2018-04-11 Thread Multichill
Multichill added a comment.

In T99899#4121954, @Smalyshev wrote:
make the index assume the entries are distinct and unique, so when it encounters a second Wikidata item with the same external ID, it just overwrites it

Index can't do that unfortunately. I don't even think there's such thing as unique field in ElasticSearch - the only field that is unique is the document ID.

So if you have two items with the same external ID, the search will find them both. Now if you build some service on top of it (like special page) it can interpret the search results and resolve the collision. But I see no way to not have duplicates in the search index if they are in the data.


I would do a really simple and stupid resolving approach: Take the top result and maybe do some sorting of the results by something like popularity_score .
Might be good to avoid making yet another special page and just use the API ( https://www.mediawiki.org/wiki/Special:MyLanguage/API:Search / https://www.wikidata.org/w/api.php?action=""> ). That way you probably only need a bit of _javascript_ to glue everything together. Now the _javascript_ is just hitting https://www.wikidata.org/w/api.php?action=""> , could be changed to hit the search if someone starts with P:something . Or you could expand wbsearchentities to do the dirty work for you, but I think you'll get a bit of code mix up.

Probably best to split this task up in two parts:


Get the ExternalId's indexed
Figure out a way for the user to access it


First part is probably clear now (just index all ExternalId's), second part probably needs a bit more thought.TASK DETAILhttps://phabricator.wikimedia.org/T99899EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Lydia_Pintscher, PokestarFan, Josve05a, Herzi.Pinki, hoo, Jarekt, Multichill, Acer, Liuxinyu970226, Agabi10, -jem-, thiemowmde, Magnus, Jane023, Spage, Smalyshev, Bene, Ricordisamoa, Addshore, jeremyb, Aklapper, daniel, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T99899: [Story] Looking up entities by external identifiers

2018-04-10 Thread Multichill
Multichill added a comment.
Currently we have 2614 properties of type ExternalId of these properties 2260 properties have both the single and distinct constraint ( https://query.wikidata.org/sparql?query=SELECT%20%3Fproperty%20%7B%20%3Fproperty%20wikibase%3ApropertyType%20wikibase%3AExternalId%20.%20%3Fproperty%20wdt%3AP2302%20wd%3AQ19474404%20.%20%3Fproperty%20wdt%3AP2302%20wd%3AQ21502410%20%7D ). You could make a list, but that sounds like a maintenance burden.

I would just index all ExternalId's and make the index assume the entries are distinct and unique, so when it encounters a second Wikidata item with the same external ID, it just overwrites it. No clue if this is possible in Elastic.TASK DETAILhttps://phabricator.wikimedia.org/T99899EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Lydia_Pintscher, PokestarFan, Josve05a, Herzi.Pinki, hoo, Jarekt, Multichill, Acer, Liuxinyu970226, Agabi10, -jem-, thiemowmde, Magnus, Jane023, Spage, Smalyshev, Bene, Ricordisamoa, Addshore, jeremyb, Aklapper, daniel, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T35704: GeoData should pull coordinates from Wikidata on sites with the Wikibase Client

2018-04-05 Thread Multichill
Multichill added a comment.

In T35704#4105584, @LGoto wrote:
Closed as part of board grooming process.


What are you doing? I see you closed and declined a lot of tasks that are on multiple boards. You seem to be overzealous in your clean up effort and are probably unintentionally offending a lot of volunteers in the process. You should take more care with your grooming. You can kick things of your board if you have no plans on working on it or you can add a swim lane for things your team is not going to work on, but might be open for other teams/volunteers to work on.TASK DETAILhttps://phabricator.wikimedia.org/T35704EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MaxSem, MultichillCc: Liuxinyu970226, LGoto, TheDJ, Salgo60, PokestarFan, Aschroet, jeremyb, Aklapper, Ricordisamoa, Nastoshka, Amire80, Krenair, Elitre, Nemo_bis, bearND, He7d3r, Tfinc, Dbrant, Deskana, Multichill, wikibugs-l-list, eranroz, MaxSem, Lydia_Pintscher, Nikerabbit, KLans_WMF, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T184948: limit page creation and edit rate on Wikidata

2018-03-29 Thread Multichill
Multichill added a comment.

In T184948#4089557, @Magnus wrote:
So,


either WMF expose the "overload status" so we can throttle on demand,
or WMF delay the API response accordingly, so we don't have to do anything,
or WMF scale to demand :-)



Yep. WMF or WMDE I guess. @Lydia_Pintscher can you discus the best approach with your team and file the relevant bugs?TASK DETAILhttps://phabricator.wikimedia.org/T184948EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Edgars2007, Daniel_Mietchen, Pasleim, Magnus, abian, Lucas_Werkmeister_WMDE, ArtixKreiger, Multichill, Mahir256, Framawiki, hoo, Sjoerddebruin, Addshore, Ladsgroup, gerritbot, Aklapper, Lydia_Pintscher, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Lordiis, GoranSMilovanovic, Adik2382, Jayprakash12345, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Zoranzoki21, LawExplorer, Lewizho99, Maathavan, DatGuy, Devwaker, Niklitov, Urbanecm, JEumerus, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, biplabanand, Wikidata-bugs, Snowolf, aude, Dcljr, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T184948: limit page creation and edit rate on Wikidata

2018-03-28 Thread Multichill
Multichill added a comment.
Hi Magnus,


In T184948#4087139, @Magnus wrote:
That is a total of three different rate limitations (two dynamic, one hardcoded fallback). Personally, I consider that beyond due diligence, verging on paranoia. Therefore, I consider this matter resolved, as far as my tools are concerned.


All three of them are lag based.


In T184948#4075653, @Ladsgroup wrote:
Too many edits in too small amount of time can affect infra in several ways, one is replag, one is dispatch lag, one is jobqueue size. If edit is about creating new items it can also affect the infra in some other ways too as we want to be consistent about Q-ids and do not assign same Q-ids to two items.


If I understand this correctly, the lag can be low, but the systems can still be overloaded.TASK DETAILhttps://phabricator.wikimedia.org/T184948EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Edgars2007, Daniel_Mietchen, Pasleim, Magnus, abian, Lucas_Werkmeister_WMDE, ArtixKreiger, Multichill, Mahir256, Framawiki, hoo, Sjoerddebruin, Addshore, Ladsgroup, gerritbot, Aklapper, Lydia_Pintscher, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Lordiis, GoranSMilovanovic, Adik2382, Jayprakash12345, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Zoranzoki21, LawExplorer, Lewizho99, Maathavan, DatGuy, Devwaker, Niklitov, Urbanecm, JEumerus, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, biplabanand, Wikidata-bugs, Snowolf, aude, Dcljr, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T184948: limit page creation and edit rate on Wikidata

2018-03-26 Thread Multichill
Multichill added a comment.

In T184948#4079500, @Magnus wrote:
I have added a 5 second delay after item creations. I also added a mechanism to have a delay after any other edit type.

Note that this limits single threads only. QuickStatements, various SourceMD webtools and bots, Mix'n'match sync etc. can still add up. Also, this does not effect my _javascript_ tools on Wikidata proper.

Edit: Rate limiter diff


Thanks for that. As for the edit delay. Sleep is always in seconds and the subsecond sleep functions all seem to have issues. I suggest you use rand() to sleep a second every n edits. That way you can do something between no throttle and waiting a second after every edit.TASK DETAILhttps://phabricator.wikimedia.org/T184948EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Pasleim, Magnus, abian, Lucas_Werkmeister_WMDE, ArtixKreiger, Multichill, Mahir256, Framawiki, hoo, Sjoerddebruin, Addshore, Ladsgroup, gerritbot, Aklapper, Lydia_Pintscher, Versusxo, Majesticalreaper22, Tamgue, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Lordiis, GoranSMilovanovic, Adik2382, Jayprakash12345, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Zoranzoki21, LawExplorer, Lewizho99, Maathavan, DatGuy, Devwaker, Niklitov, Urbanecm, JEumerus, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, biplabanand, Wikidata-bugs, Snowolf, aude, Dcljr, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T184948: limit page creation and edit rate on Wikidata

2018-03-24 Thread Multichill
Multichill added a comment.

In T184948#4078538, @Lydia_Pintscher wrote:
There are other tools that are going too fast like fatameh as well. This isn't something we should have to correct on a tool-by-tool basis.


That's what you getting from being a bit more liberal for a long time. Tool rights have to be approved, bot rights have to be approved, all can be revoked when needed. If this really is a problem, take action or clearly identify the problematic tools/bots so admins like me can take action.TASK DETAILhttps://phabricator.wikimedia.org/T184948EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: abian, Lucas_Werkmeister_WMDE, ArtixKreiger, Multichill, Mahir256, Framawiki, hoo, Sjoerddebruin, Addshore, Ladsgroup, gerritbot, Aklapper, Lydia_Pintscher, Versusxo, Majesticalreaper22, Tamgue, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Lordiis, GoranSMilovanovic, Adik2382, Jayprakash12345, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Zoranzoki21, LawExplorer, Lewizho99, Maathavan, DatGuy, Devwaker, Niklitov, Urbanecm, JEumerus, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, biplabanand, Wikidata-bugs, Snowolf, aude, Dcljr, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T184948: limit page creation and edit rate on Wikidata

2018-03-24 Thread Multichill
Multichill added a comment.

In T184948#4075653, @Ladsgroup wrote:

In T184948#4059447, @Multichill wrote:

In T184948#4052662, @Ladsgroup wrote:
I personally would like to strip the right from the bots and enforce a rate limit for them as they just don't care about what we say.


If bots ignore replag ( https://meta.wikimedia.org/wiki/Bot_policy#Edit_throttle_and_peak_hours ) these bots should just be stripped of the botflag. The good shouldn't suffer because of a small number of problematic users.


Too many edits in too small amount of time can affect infra in several ways, one is replag, one is dispatch lag, one is jobqueue size. If edit is about creating new items it can also affect the infra in some other ways too as we want to be consistent about Q-ids and do not assign same Q-ids to two items.

Overall, if community stick to a rule of thumb like *max* 60 edits / min. and *max* 10 new items/min. and community actually enforces that (and don't wait until the whole infra falls down and we ping them so they stop), there wouldn't be a need to have such ticket in here in the first place but this continues to happen all the time.


It's basically Widar (quick statements) that is going to fast, see last comment at https://www.wikidata.org/w/index.php?title=Wikidata:Project_chat=655772082#Rate_speed_for_QuickStatements on how to fix that. Or are you aware of any other tools that are going to fast. Nuclear option is to disable Widar and enable it again after the speed issues have been fixed.TASK DETAILhttps://phabricator.wikimedia.org/T184948EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: abian, Lucas_Werkmeister_WMDE, ArtixKreiger, Multichill, Mahir256, Framawiki, hoo, Sjoerddebruin, Addshore, Ladsgroup, gerritbot, Aklapper, Lydia_Pintscher, Versusxo, Majesticalreaper22, Tamgue, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Lordiis, GoranSMilovanovic, Adik2382, Jayprakash12345, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Zoranzoki21, LawExplorer, Lewizho99, Maathavan, DatGuy, Devwaker, Niklitov, Urbanecm, JEumerus, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, biplabanand, Wikidata-bugs, Snowolf, aude, Dcljr, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T184948: limit page creation and edit rate on Wikidata

2018-03-18 Thread Multichill
Multichill added a comment.

In T184948#4052662, @Ladsgroup wrote:
I personally would like to strip the right from the bots and enforce a rate limit for them as they just don't care about what we say.


If bots ignore replag ( https://meta.wikimedia.org/wiki/Bot_policy#Edit_throttle_and_peak_hours ) these bots should just be stripped of the botflag. The good shouldn't suffer because of a small number of problematic users.TASK DETAILhttps://phabricator.wikimedia.org/T184948EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Multichill, Mahir256, Framawiki, hoo, Sjoerddebruin, Addshore, Ladsgroup, gerritbot, Aklapper, Lydia_Pintscher, Versusxo, Majesticalreaper22, Ahmed123, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Lordiis, GoranSMilovanovic, Adik2382, Jayprakash12345, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Zoranzoki21, LawExplorer, Lewizho99, Maathavan, DatGuy, Devwaker, Niklitov, Urbanecm, JEumerus, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, biplabanand, Wikidata-bugs, Snowolf, aude, Dcljr, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T189747: Toolforge node for constraint reports updating bot

2018-03-14 Thread Multichill
Multichill added a project: Toolforge.
TASK DETAILhttps://phabricator.wikimedia.org/T189747EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Multichill, Lydia_Pintscher, Wikibase-Quality-Constraints, Ivan_A_Krestinin, Aklapper, 1978Gage2001, Lahi, aborrero, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Chicocvenancio, QZanden, Tbscho, Freddy2001, LawExplorer, JJMC89, Agabi10, 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] T189747: Toolforge node for constraint reports updating bot

2018-03-14 Thread Multichill
Multichill added a comment.
You should start by publishing your source code. I asked this before multiple times at https://www.wikidata.org/wiki/User_talk:Ivan_A._Krestinin#Publish_the_source_of_KRBot_please . That way people can help to improve your code etc. According to the Wikimedia Cloud/Toolforge rules you're not allowed to run non open source code anyway (https://wikitech.wikimedia.org/wiki/Wikitech:Labs_Terms_of_use).TASK DETAILhttps://phabricator.wikimedia.org/T189747EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Multichill, Lydia_Pintscher, Wikibase-Quality-Constraints, Ivan_A_Krestinin, Aklapper, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, LawExplorer, 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] [Commented On] T145712: Statement counts from pageprops do not match actual ones ( wikibase:statements and wikibase:sitelinks )

2018-03-11 Thread Multichill
Multichill added a comment.

In T145712#4037638, @Smalyshev wrote:
Yes, if there's an RC record and revision number increase, it will reload.


I don't think a null edit will cause a new revision. So no RC record and no revision number increase.TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Lucas_Werkmeister_WMDE, Liuxinyu970226, Sjoerddebruin, MisterSynergy, Tgr, MZMcBride, aaron, Multichill, hoo, Esc3300, Pasleim, daniel, Aklapper, Smalyshev, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, Jonas, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones ( wikibase:statements and wikibase:sitelinks )

2018-03-08 Thread Multichill
Multichill added a comment.

In T145712#4029085, @Smalyshev wrote:
So the data is not up to data in wikidata properties tables. Not sure why and how this can be fixed. Editing the item seems to fix it, so maybe there should be some bot that null-edits such items periodically?


Interesting. So https://www.wikidata.org/wiki/Special:EntityData/Q1965957.ttl?flavor=dump is somehow cached and not generated from live data? Where is it cached? How does this work?
If we would do null edits, what would trigger the query engine to update the data?TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Liuxinyu970226, Sjoerddebruin, MisterSynergy, Tgr, MZMcBride, aaron, Multichill, hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, Jonas, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Updated] T187522: Make sure that GLAM perspective is included in the Feb 2018 ontology consultation about Structured Data on Commons

2018-02-16 Thread Multichill
Multichill added a comment.
Of interest: T89597 T89599 and T89600TASK DETAILhttps://phabricator.wikimedia.org/T187522EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SandraF_WMF, MultichillCc: Multichill, Aklapper, Keegan, Abit, Ramsey-WMF, PDrouin-WMF, SandraF_WMF, Lahi, Gq86, E1presidente, Cparle, GoranSMilovanovic, QZanden, Tramullas, Acer, V4switch, LawExplorer, Susannaanas, Wong128hk, Aschroet, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Bawolff, Ricordisamoa, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Matanya, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Closed] T89599: Convert Template:Institution to Lua and use Wikidata

2018-02-16 Thread Multichill
Multichill closed this task as "Resolved".Multichill assigned this task to Jarekt.Multichill added a comment.
Done by @Jarekt , see https://commons.wikimedia.org/wiki/Template_talk:InstitutionTASK DETAILhttps://phabricator.wikimedia.org/T89599EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jarekt, MultichillCc: Jarekt, Zolo, Mattflaschen-Personal, Base, Matanya, Marsupium, Liuxinyu970226, He7d3r, Jheald, Ricordisamoa, Aklapper, Multichill, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Susannaanas, Psychoslave, Aschroet, Jane023, Wikidata-bugs, PKM, matthiasmullie, aude, 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] T89594: Use the arbitrary access to Wikidata feature on Commons (tracking)

2018-02-16 Thread Multichill
Multichill closed subtask T89599: Convert Template:Institution to Lua and use Wikidata as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T89594EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: PokestarFan, Nizil, Poyekhali, intracer, Micru, Lydia_Pintscher, Mike_Peel, Susannaanas, Jane023, Sjoerddebruin, Revent, El_Grafo, RP88, Matanya, Steinsplitter, zhuyifei1999, Aschroet, Liuxinyu970226, Nemo_bis, Daniel_Mietchen, Jheald, Elitre, ValterVB, Jarekt, JeanFred, Ricordisamoa, Aklapper, Multichill, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Wong128hk, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Dinoguy1000, Fabrice_Florin, Raymond, Gabrielchihonglee, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Closed] T89601: Build a Multilingual tag alternative in LUA using data from Wikidata

2018-02-16 Thread Multichill
Multichill closed this task as "Resolved".Multichill assigned this task to Jarekt.
TASK DETAILhttps://phabricator.wikimedia.org/T89601EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jarekt, MultichillCc: RP88, Jarekt, zhuyifei1999, Matanya, Liuxinyu970226, Daniel_Mietchen, Aklapper, Multichill, Ricordisamoa, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Susannaanas, Aschroet, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, 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] T89594: Use the arbitrary access to Wikidata feature on Commons (tracking)

2018-02-16 Thread Multichill
Multichill closed subtask T89601: Build a Multilingual tag alternative in LUA using data from Wikidata as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T89594EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: PokestarFan, Nizil, Poyekhali, intracer, Micru, Lydia_Pintscher, Mike_Peel, Susannaanas, Jane023, Sjoerddebruin, Revent, El_Grafo, RP88, Matanya, Steinsplitter, zhuyifei1999, Aschroet, Liuxinyu970226, Nemo_bis, Daniel_Mietchen, Jheald, Elitre, ValterVB, Jarekt, JeanFred, Ricordisamoa, Aklapper, Multichill, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Wong128hk, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Dinoguy1000, Fabrice_Florin, Raymond, Gabrielchihonglee, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T153439: Sunset of WDQ

2018-02-12 Thread Multichill
Multichill added a comment.
Closing this one. AFAIK Nothing left to be done.TASK DETAILhttps://phabricator.wikimedia.org/T153439EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: PokestarFan, bd808, Lokal_Profil, Ricordisamoa, Lea_Lacroix_WMDE, Multichill, Magnus, Aklapper, 1978Gage2001, Lahi, Gq86, GoranSMilovanovic, Chicocvenancio, QZanden, Tbscho, LawExplorer, JJMC89, Wikidata-bugs, aude, Gryllida, scfc, Mbch331, Jay8g, Krenair, chasemp___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Closed] T153439: Sunset of WDQ

2018-02-12 Thread Multichill
Multichill closed this task as "Resolved".Multichill claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T153439EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: PokestarFan, bd808, Lokal_Profil, Ricordisamoa, Lea_Lacroix_WMDE, Multichill, Magnus, Aklapper, 1978Gage2001, Lahi, Gq86, GoranSMilovanovic, Chicocvenancio, QZanden, Tbscho, LawExplorer, JJMC89, Wikidata-bugs, aude, Gryllida, scfc, Mbch331, Jay8g, Krenair, chasemp___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T186945: Message welcome bots at local wikis trigger due to edits at Wikidata

2018-02-11 Thread Multichill
Multichill added a comment.
That explains why I keep getting these weird notifications for https://www.wikidata.org/wiki/Special:CentralAuth/NoclaimsBot  . It's only configured to work on the wiki's listed at https://www.wikidata.org/wiki/User:NoclaimsBot#OverviewTASK DETAILhttps://phabricator.wikimedia.org/T186945EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Multichill, HakanIST, Trizek-WMF, NicoScribe, Liuxinyu970226, Jarekt, IKhitron, Sjoerddebruin, Pintoch, A2093064, Aklapper, Billinghurst, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T180874: Ignore deprecated constraints in constraint tool

2018-01-12 Thread Multichill
Multichill added a comment.
Thanks for implementing this. What's left is updating https://www.wikidata.org/wiki/Module:Property_documentation to make use of the deprecated rank. Left a message about that on https://www.wikidata.org/wiki/Template_talk:Property_documentation#Handle_property_constraint_with_rank_deprecatedTASK DETAILhttps://phabricator.wikimedia.org/T180874EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, MultichillCc: thiemowmde, Lydia_Pintscher, gerritbot, Sjoerddebruin, Lucas_Werkmeister_WMDE, Aklapper, Multichill, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, 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] [Commented On] T176768: [Story] "value requires statement" constraint should take subclasses etc into account

2018-01-02 Thread Multichill
Multichill added a comment.
I agree with Lucas. We don't always want to have subclasses. We have a lot of crazy subclasses. I don't think https://www.wikidata.org/wiki/Q1415090 should be used at all. Someone has composer as occupation and might have been active in one or multiple field.

For painters we also try to prevent crazy intersections like animal painter. All clean now, see https://www.wikidata.org/wiki/Wikidata:WikiProject_sum_of_all_paintings/Intersected_painters . Take for example https://www.wikidata.org/wiki/Q247005 . That's not occupation landscape painter, that's occupation painter and genre landscape art.TASK DETAILhttps://phabricator.wikimedia.org/T176768EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Multichill, Sjoerddebruin, Lucas_Werkmeister_WMDE, Aklapper, Lydia_Pintscher, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] [Commented On] T180875: The item requires statement constraint (Q21503247) should accept multiple properties as OR

2018-01-02 Thread Multichill
Multichill added a comment.
Did a bit of digging. https://phabricator.wikimedia.org/diffusion/EBQC/browse/master/src/ConstraintCheck/Checker/TypeChecker.php;aa5f7b9dc53f566d9271d17de56213d623a363d5$80 is the code for Q21503250 that works for multiple values. https://phabricator.wikimedia.org/diffusion/EBQC/browse/master/src/ConstraintCheck/Checker/ItemChecker.php;aa5f7b9dc53f566d9271d17de56213d623a363d5$78 is the code for Q21503247 that only accepts one value. Would it be a big change to modify this?TASK DETAILhttps://phabricator.wikimedia.org/T180875EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Fralambert, Lucas_Werkmeister_WMDE, Aklapper, Multichill, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] [Commented On] T163642: Index Wikidata strings in statements in the search engine

2017-12-20 Thread Multichill
Multichill added a comment.
Both "P217:ГЭ-3836" or just "ГЭ-3836" would be great.TASK DETAILhttps://phabricator.wikimedia.org/T163642EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Smalyshev, debt, aude, Lydia_Pintscher, Aklapper, Multichill, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, LawExplorer, Avner, Gehel, FloNight, Wikidata-bugs, jayvdb, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T163642: Index Wikidata strings in statements in the search engine

2017-12-19 Thread Multichill
Multichill added a comment.
@Smalyshev coming back to the strings. It's just like Commons. I don't use the local search. I use Google. I noticed https://www.wikidata.org/w/index.php?title=Q45962939=""> and I'm pretty sure it's a duplicate. 
The item has an image with the link to the source and the source has an inventory number (ГЭ-3836). I have to use Google ( https://www.google.nl/search?q=%D0%93%D0%AD-3836+site%3Awikidata.org ) to find the existing item so I can merge this. It's quite sad that I have to use an external search engine to find something on our site.TASK DETAILhttps://phabricator.wikimedia.org/T163642EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Smalyshev, debt, aude, Lydia_Pintscher, Aklapper, Multichill, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, LawExplorer, Avner, Gehel, FloNight, Wikidata-bugs, jayvdb, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Closed] T89552: Implement International Image Interoperability Framework (IIIF) prototype service on Wikimedia labs

2017-12-09 Thread Multichill
Multichill closed this task as "Resolved".Multichill claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T89552EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Swiss-National-Library, BeatEstermann, PokestarFan, Astinson, SandraF_WMF, Pyb, Spinster, Jane023, Puik, Shonagon, Jdforrester-WMF, Sumit, GAllegre, brion, Regisrob, Fae, Klokantech, Pietromarialiuzzo, Nemo_bis, Matanya, Marsupium, Husky, Jheald, Tgr, Bawolff, Gilles, dschwen, Aklapper, Multichill, Lahi, PDrouin-WMF, Gq86, E1presidente, Waytogoeducation, Ramsey-WMF, GoranSMilovanovic, QZanden, srishakatux, Acer, V4switch, Pahadiahimanshu, Manrajsinghgrover, Keer25, Susannaanas, Wong128hk, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, 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] [Unblock] T173346: IIIF and Structured Data on Wikimedia Commons discussion

2017-12-09 Thread Multichill
Multichill closed subtask T89552: Implement International Image Interoperability Framework (IIIF) prototype service on Wikimedia labs as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T173346EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SandraF_WMF, MultichillCc: Swiss-National-Library, BeatEstermann, YULdigitalpreservation, brion, Sadads, Abit, SandraF_WMF, Aklapper, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, GoranSMilovanovic, Ivana_Isadora, QZanden, Acer, Jseddon, FloNight, Trizek-WMF, Susannaanas, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, Keegan, Elitre, Qgil___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T181525: Disable robot indexing for user pages on Wikidata

2017-11-29 Thread Multichill
Multichill added a comment.
The "Usually on the Wikimedia projects, the user pages are not indexed for privacy reasons." seems to have misled a lot of people to support this. Please provide sourcing for that.TASK DETAILhttps://phabricator.wikimedia.org/T181525EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Multichill, gerritbot, Framawiki, Urbanecm, matej_suchanek, Sjoerddebruin, Aklapper, Lydia_Pintscher, Lea_Lacroix_WMDE, Lahi, Gq86, Baloch007, Lordiis, GoranSMilovanovic, Adik2382, Jayprakash12345, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Zoranzoki21, Lewizho99, Maathavan, DatGuy, Devwaker, JEumerus, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, biplabanand, Wikidata-bugs, Snowolf, aude, Dcljr, Shizhao, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


[Wikidata-bugs] [Maniphest] [Commented On] T89552: Implement International Image Interoperability Framework (IIIF) prototype service on Wikimedia labs

2017-11-28 Thread Multichill
Multichill added a comment.
The original goal of this task was to implement a prototype. I think @dschwen did this (THANKS!) and this task should be closed. All sorts of other conversation happened in this task. More specific focused tasks should probably be made to handle the things discussed here.

Unless someone objects, I'll close this task as resolved in the next week.TASK DETAILhttps://phabricator.wikimedia.org/T89552EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Swiss-National-Library, BeatEstermann, PokestarFan, Astinson, SandraF_WMF, Pyb, Spinster, Jane023, Puik, Shonagon, Jdforrester-WMF, Sumit, GAllegre, brion, Regisrob, Fae, Klokantech, Pietromarialiuzzo, Nemo_bis, Matanya, Marsupium, Husky, Jheald, Tgr, Bawolff, Gilles, dschwen, Aklapper, Multichill, Lahi, PDrouin-WMF, Gq86, E1presidente, Waytogoeducation, Ramsey-WMF, GoranSMilovanovic, QZanden, srishakatux, Acer, V4switch, Pahadiahimanshu, Manrajsinghgrover, Keer25, Susannaanas, Wong128hk, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, 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] [Created] T180875: The item requires statement constraint (Q21503247) should accept multiple properties as OR

2017-11-18 Thread Multichill
Multichill created this task.Multichill added projects: Wikibase-Quality, Wikibase-Quality-Constraints, Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONThe  item requires statement constraint (Q21503247)  (https://www.wikidata.org/wiki/Help:Property_constraints_portal/Item) currently only accepts one property. It would be nice to have it accept multiple properties which should act as an OR. For example https://www.wikidata.org/w/index.php?title=Property%3AP2014=revision=595537123=595535304 the items using P2014 should have  creator (P170)  OR  editor (P98)  OR  performer (P175) . This is useful for identifier properties that are used in multiple domains.

This is not new, the  type constraint (Q21503250) (https://www.wikidata.org/wiki/Help:Property_constraints_portal/Type) also accepts multiple values.TASK DETAILhttps://phabricator.wikimedia.org/T180875EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Lucas_Werkmeister_WMDE, Aklapper, Multichill, Lahi, GoranSMilovanovic, QZanden, 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] T180874: Ignore deprecated constraints in constraint tool

2017-11-18 Thread Multichill
Multichill created this task.Multichill added projects: Wikibase-Quality-Constraints, Wikidata, Wikibase-Quality.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONConstraint report tool should ignore any constraints set to deprecated like for example https://www.wikidata.org/w/index.php?title=Property:P2014=prev=595537993 . This makes it easier for users to (temporary) remove constraints without having to remove everything. Would be nice to have the template on the talk page still show the constraint, but with a different color and explanation it's disabled and only a SPARQL link (constraint report link wouldn't point anywhere).TASK DETAILhttps://phabricator.wikimedia.org/T180874EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Lucas_Werkmeister_WMDE, Aklapper, Multichill, Lahi, GoranSMilovanovic, QZanden, Agabi10, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs


  1   2   3   4   5   >