[10:26:25] why can't I have format constraints on monolingual text properties? [10:28:26] you can’t? I thought I added support for that a while ago [10:28:33] even before the format constraint was properly implemented [10:29:49] https://www.wikidata.org/wiki/Property_talk:P1549 is angry about it and won't even show it as a constraint box :/ [10:30:54] I keep coming across values which are lists of words which should be separate statements, so it seemed like the perfect place for a check on whether it contains a character that's likely to indicate a list [10:32:55] it seems the gadget is less picky, at least [10:33:32] hm, okay [10:33:56] it's happily complaining about https://www.wikidata.org/wiki/Q8828#P1549 for example [10:33:57] for the extension / gadget this was https://phabricator.wikimedia.org/T164012 [10:34:07] but looks like Ivan’s code doesn’t like it [10:35:42] is there a way to add a more easily understood reason? I guess most people won't understand what a constraint violation saying it doesn't match some gibberish string means and what they should do about it [10:36:35] the idea of using “syntax clarification” came up in https://phabricator.wikimedia.org/T170374 [10:36:46] but I haven’t started working on that issue yet [10:36:59] ah [10:44:44] I added a complex constraint as well for now [11:36:16] nikki: Any idea how to get http://tinyurl.com/ybg7m65s to not time out for the whole of the Netherlands? [11:37:48] It's a query to get streets that are probably named after painters based on the surrounding streets [11:49:25] I'll need to get my head round the query first :P [11:55:08] multichill: is line 12 supposed to be ?painter2 instead of ?painter? [11:56:28] * nikki is having trouble making sense of it [11:56:36] I don't understand why it selects two items [11:59:30] I took the liberty of reformatting the query, I think it’s much more readable this way: http://tinyurl.com/y8vpzgr2 [11:59:40] (plus ?painter → ?painter2, which is why the results change) [11:59:58] multichill: using the geospatial search services might be a lot more efficient than the two FILTERs on coordinates [12:00:08] but I haven’t tried it out yet [12:03:03] oh, on the surrounding streets... helps if I read things properly [12:07:19] Two days of heavy editing isn't helping with dispatch... [12:08:48] WikidataFacts: only graph that makes me happy is still https://grafana.wikimedia.org/dashboard/db/wikidata-datamodel-statements?refresh=30m&panelId=4&fullscreen&orgId=1 [12:09:00] 6 statements tomorrow. :) [12:09:09] sjoerddebruin: nice :) [12:09:10] (that part) [12:09:56] looks like the dispatch lag went slightly down over the last hour, but that might just be a temporary relief [12:15:12] multichill: your query finds two streets within the same municipality, both named after a painter, and very close to each other (0.006… degrees?), and then returns streets within the rectangle spanned by those two streets without a “named after” statement, assuming that they’re also named after a painter? do I understand that correctly? [12:15:26] geof:distance would probably be an easier to read way of comparing how far away they are [12:15:58] that sounds like a query that could actually use *both* geospatial search services :) – radius for finding the second named street, and rectangle for finding the unnamed street [12:16:25] is it selecting two streets since it should be near two streets named after painters? [12:25:39] WikidataFacts: Yeah, we have a lot of neighbourhoods in the Netherlands named after painters. Trying to find the streets that we missed. See http://tinyurl.com/yap4yo5q for the ones we already have [12:26:00] I figured I only need one street and create a bounding box around that one [12:26:05] That's probably quicker [12:26:22] Also see https://www.wikidata.org/wiki/Wikidata:WikiProject_sum_of_all_paintings/Dutch_streets_named_after_painters [12:26:56] multichill: "stad" for settlements for 500 people, I've mentioned that bug months ago. I'm getting tired of this. https://www.wikidata.org/w/index.php?title=Q33515381&curid=34962110&diff=528206225&oldid=526741209 [12:27:06] Also the bot speed is 155 edits per minute. [12:27:40] Anyway, have to go [14:16:35] This doesn't look good to me. https://www.wikidata.org/w/index.php?title=Q2597696&type=revision&diff=528268556&oldid=522688254 [14:17:49] 1921 vs 1988 https://www.wikidata.org/w/index.php?title=Q773164&diff=prev&oldid=528268773 [14:21:49] nikki ^ [14:26:48] * nikki doesn't know [14:27:00] seems weird to remove "brewery" at least [14:27:12] https://www.wikidata.org/wiki/User_talk:Andrawaag#Replacing_values_and_descriptions [14:27:19] and I wish people would learn to capitalise english properly in descriptions :P [14:28:14] I should find someone whose bot can fix them all [14:28:48] Add them to https://github.com/emijrp/wikidata [14:29:15] See https://github.com/emijrp/wikidata/blob/master/common.descriptions.py " fixthiswhenfound" [14:30:08] the sort of thing I mean would involve editing individual words [14:30:27] (not that it would be impossible, but it seems that's not how it currently works) [14:33:59] And my personal gender backlog is at 67 again [14:34:03] SO REWARDING [14:54:26] @sjoerddebruin continuing the discussion on my talk page [14:54:46] I have put safeguard in place to keep unreferenced statements [14:55:06] It's quite hard to follow the conversation with your answering style. [14:55:26] that is why I came here [14:56:11] Basically, I agree with all your comments made. [14:56:35] and am in the process the fixing it [14:56:58] and am in the process of fixing it [14:57:26] Only thing is that I am looking at patterns in using coordinate location [14:57:35] what projects are you all using wikidata for? [14:57:49] There was a discussion about it afaik [14:59:08] Do you have pointers to that discussion? [15:00:03] If our search engine wasn't such an ass [15:00:09] I'm also not in a good mood, sorry. [15:01:05] 20101 of the 146k headquaters have coordinates as qualifier [20:46:08] sjoerddebruin: Does that gender list overlap with https://www.wikidata.org/wiki/User:Multichill/Humans_no_gender ? :-) [20:46:20] Nope. [20:58:04] Did you see I finally have a useful application for all the street items? :P [20:59:17] I saw some "named after" edits, did you do more? [20:59:43] Yeah, working on https://www.wikidata.org/wiki/Wikidata:WikiProject_sum_of_all_paintings/Dutch_streets_named_after_painters [21:00:11] Nice. :) [21:00:44] Lucas made http://tinyurl.com/zygnvce a long time ago for me. http://tinyurl.com/zygnvce [21:04:22] sjoerddebruin: Playing around with [21:04:24] http://tinyurl.com/y8rngaay [21:04:38] Can't get it to work without filtering by city [21:04:51] We have so much streets :P [21:05:35] Yes, many of them [21:12:09] I wonder if anyone tried adding wikidata tags for them in osm [21:16:22] nikki: No clue how that would work [21:18:17] multichill: cebwiki has articles for some settlements that we still have combined municipality/settlement items for, moving statements everytime I encounter them. [21:18:48] it would mostly need someone to make a way of matching them, but since the wikidata items should have coordinates it shouldn't be that hard [21:19:08] What is the tag I should use nikki? [21:19:29] "wikidata" if it's the same object [21:19:41] nvm, I was looking under properties [21:19:44] I think it's "name:etymology:wikidata" if it's the person/thing it's named after [21:23:03] nikki: https://www.openstreetmap.org/changeset/50680910 ? [21:23:30] yeah :D [21:24:14] Street are supposed to be unique within a municipality if I recall correctly [21:24:23] So name matching would already catch a lot [21:25:24] huh interesting... I wonder if it works like that in germany too [21:25:36] it would make sense, but I'm used to the uk where very little makes sense :P [21:28:27] Would be an interesting thing to work on on the hackaton during Wikimania [22:00:45] multichill: is https://www.wikidata.org/wiki/Q29554517 really a person? [22:01:02] rkd doesn't seem to think so, but your bot does [22:09:16] it seems pokestarfan is adding bad descriptions again [22:11:41] Less 0,1% of all RKD artists are not actually humans [22:11:48] In this case https://rkd.nl/en/explore/artists/425273 says group [22:12:17] does stopping https://tools.wmflabs.org/quickstatements/#mode=batch&batch=847 work for anyone else? [22:12:23] for me it briefly stops, then starts again >_< [22:13:00] I guess you'd have to be an admin to see the big button [22:18:36] matej_suchanek: are you around? [22:23:08] stopped [22:23:19] oh, it just goes on... [22:24:01] https://twitter.com/MagnusManske/status/889430133886595072 [22:24:56] I left a reply on https://www.wikidata.org/wiki/Topic:Tutite3tie6ngvsu [22:25:10] I really wish someone would fix the damn flow bugs [22:25:14] it seems to be completely unmaintained [22:26:04] (I don't get pings even when someone intentionally tries... and the pages are automatically marked as read on my watchlist) [22:27:49] At least warn Poké about consensus. [22:28:19] anyway I need to go, as far as I'm concerned they should just be blocked, they've been given enough chances already [22:28:54] I already opened a ticket on Phabricator about his useless Harald rule that also is stalking my tasks. [22:28:57] I don't really want to block the bot and annoy magnus even more and I definitely don't want to try touching abuse filters for the first time right before bed :P [22:29:53] so whatever, it's not urgent enough for me, it's not like they're even the first person to add tens of thousands of bad descriptions lately [22:30:53] will post on wd:an in the morning if someone else doesn't beat me to it first [22:31:37] also left a note telling them to stop the quickstatements stuff - https://www.wikidata.org/wiki/Topic:Tv97kkyq5w8dten5 [22:31:39] now bed :P