[08:16:40] Anyone seen a good way in modeling newspapers? Help:Sources seem to suggest that skipping each issue, but they are the ones getting pages on Wikisource... [08:37:48] leszek_wmde: Do you plan to work on this today? https://github.com/wmde/DataTypes/blob/master/build/travis/script.sh [08:38:19] Otherwise I will try to move at least eslint out of the bash script. [08:38:57] I am currently doing this Thiemo_WMDE [08:39:05] Ok, thanks! [10:41:24] Bawwwllsucckka [10:46:48] :/ [13:15:51] Lucas_WMDE: I guess it's not possible to use constraints in queries yet? [13:20:46] sjoerddebruin: what do you mean? I have already used the new constraint statements in SPARQL and it worked very nicely :) [13:21:48] (I was doing something like "select all properties which have a type constraint but are not marked as "property for this type" on any item") [13:21:56] pintoch: I mean, can I use the query service to filter same value violations? [13:22:57] oh I see… I guess you would need to use the SERVICE that exposes the MediaWiki API [13:23:14] but I assume the action that retrieves violations has not been added there [13:24:52] It would be interesting, as I want to work on for example GeoNames but only those with a Dutch sitelink or inside the Netherlands. [13:25:21] sjoerddebruin: no, only constraint statements [13:25:34] adding the wbcheckconstraints API to the MWAPI service is actually an interesting idea [14:27:18] DanielK_WMDE: thanks for dispatch improvements [15:04:11] sjoerddebruin: don't thank me until it's deployed ;) [15:04:22] it just may end up breaking everything... [15:04:49] Fun. [15:45:32] \o/ https://www.wikidata.org/w/index.php?title=Q18538974&diff=530757955&oldid=529440677 [15:49:51] very nice ! [15:55:31] you are welcome to testing [15:57:32] matej_suchanek: oh wow! [15:58:12] not sure about the design. :P [15:58:57] eh? [15:59:41] It looks a bit odd. [16:00:03] Also, the hitbox seems off. [16:00:19] (I need to click in the top right of the icon to actually open it, lower left does nothing) [16:00:27] I see... [16:13:51] sjoerddebruin: should be better now [16:18:46] :) [16:26:07] https://www.wikidata.org/w/index.php?title=Q421442&action=history finally it's no pain [20:01:22] sjoerddebruin: which of the constraints were you interested in working on? it should be possible to find a query that works [20:11:01] sjoerddebruin: like distinct value http://tinyurl.com/ydxamgp9, single value http://tinyurl.com/ydxamgp9, missing country http://tinyurl.com/y7hgvtqy [20:18:22] DanielK_WMDE: reminder ping about https://gerrit.wikimedia.org/r/#/c/339575/. Would help in testing wbsearchentities profiles too... [20:19:41] aude: ping? [20:47:42] lolwut lolwut https://i.imgur.com/4HKYCmK.png [20:48:48] if it wasn’t so easy to cheat, this would be the godmode “guess the item” challenge [20:49:24] the Imperial Crown of the Holy Roman Empire has the exact same coordinate location as the 1967 ESC https://www.wikidata.org/wiki/Q701633 [21:10:47] WikidataFacts: distinct values on coordinate makes no sense, must be a bug [21:11:32] SMalyshev: I agree the constraint doesn’t make much sense, but I wouldn’t call it a bug [21:11:49] it is the same coordinates, the Hofburg Palace in Vienna, where the ESC was held and the Crown is kept [21:12:21] it's completely normal for more than one object to be at the same place. Unless we ever have coordinates down to Planck length ;) [21:12:27] the constraint checker searches for the same value node with SPARQL, which is why it supports coordinates [21:12:48] yeah it would work, just makes no sense :) [21:12:53] agreed :) [21:18:22] I can sorta see the logic behind that constraint (it's hard to get coordinates for *one* item to be the same, so identical coordinates on multiple items is unusual), but I saw one the other day and was a bit surprised too [21:20:42] looking at the violations, most of the ones I've looked at seem like they're imprecise coordinates from geonames [21:21:04] like 5 different islands with the same coordinates [23:03:14] nikki: i want to filter geonames double value on country [23:04:03] so where two items have the same id and one of them is set to the netherlands? [23:05:24] Yes :D [23:07:27] something like http://tinyurl.com/yc8k9a3y then [23:09:01] right https://www.wikidata.org/w/index.php?title=Q10072&type=revision&diff=461797117&oldid=423349257 [23:09:42] odd [23:09:43] Didn't knew that was easy. :) [23:12:01] it will return two rows if both items have the country set to the netherlands, but I'm too tired to think of a good way to avoid that [23:12:46] Already enough cases to fix. [23:20:51] nikki: https://www.wikidata.org/wiki/Special:Contributions/74.88.194.53 :( [23:21:34] Easy to detect: uses English, the disambugation page. [23:25:02] I will never understand people like that [23:25:52] what the hell is https://www.wikidata.org/wiki/Special:Contributions/188.103.218.255 doing [23:26:06] it looks like they’re replacing items about Korean railway stations with items about Italian ones [23:26:09] including changing the sitelink [23:26:35] Yep. [23:26:38] Revert, warn, etc. [23:40:55] Ugh, need to split up a lot of items tomorrow.