[06:25:49] if anyone wants to organize world admin regions, I just did a lot of wikidata taging of the OSM data, so now most admin levels 1-5 should work for the whole world. Here's an easy way to test - - https://www.wikidata.org/wiki/User:Yurik/Regions [06:26:26] the query might need to be improved, or some data needs to be cleaned up [14:17:33] Amir1: SMalyshev: Maybe you can do a code review of https://gerrit.wikimedia.org/r/#/c/322648/ ? :-) [14:21:53] multichill: hey, Lots of patches to review for now. Let me get that done and I'll come to this :) [14:22:08] This one is easy ;-) [14:23:06] Pywikibot has too many potential key errors. Maybe we should have some sort of structured approach to reduce the risk here [14:50:37] sjoerddebruin: the suggestions on https://www.wikidata.org/wiki/Q467784 :( [14:52:29] nikki: woah, what is causing that? [14:52:35] dunno :/ [14:52:43] maybe the commons gallery? [14:53:33] hmm that one isn't on the blacklist yeah :( [16:07:33] sjoerddebruin: the suggestions on https://www.wikidata.org/wiki/Q1970098 aren't great either :/ it seems to think it has something to do with astronomy, I guess because of the "named after" and "discoverer or inventor" properties [16:07:50] yup [16:08:42] identifiers would have influence after the changes, right? [16:09:03] and I still don't get why "discoverer or inventor" is a single property... [16:09:13] hm, I dunno, I don't know anything about the changes [16:11:15] maybe because the difference between inventing and discovering is a grey area anyways [16:19:28] not really [16:19:51] there might be some cases where it's not clear, but that's true of plenty of other properties too [16:21:06] "creator" and "inventor" seem much closer to me than "inventor" and "discoverer", maybe we should merge them too :P [16:23:49] nikki: Let's merge all of them! One property to rule them all! ;-) [16:23:54] :D [16:25:25] Just prepared mix'n'match for https://www.wikidata.org/wiki/Wikidata:Property_proposal/Auckland_Art_Gallery_artist_ID . Shame I have to wait a couple more days.... [16:25:52] 3131 entries. That's a nice size [19:01:31] hoo: how are the changes to the suggester going? I don't see any progress. :( [19:22:37] sjoerddebruin: Stuck… there's a design question open [19:22:48] Hmmmm. [19:22:51] but I didn't yet really write it down for the bug [19:23:19] :O [19:24:43] I'm curious. [19:31:42] sjoerddebruin: The question is whether we want to just boost classifying correlations [19:31:53] or give them a fixed weight of x [19:32:14] If they're just boosted, many non-classifying correlations can still outweigh them easily [19:32:24] Yeah, I understand. [19:32:31] if they're fixed to a certain weight, that's not possible [19:32:46] I've found out even the property with just hunderds of uses can fuck up the suggestions. [19:34:47] ;/ [19:34:49] * :/ [19:34:53] But not surprising [19:43:00] Will the identifiers also have influence again though? [19:48:32] sjoerddebruin: Yes, the idea is to get rid of all the workarounds [19:50:19] Hmmm [19:53:35] Wish we could make a system to switch between both, as I think the impact would be huge. [19:59:21] sjoerddebruin: switch between what exaclty? [19:59:33] The current system and the proposed one. [20:40:59] multichill: still surprised... https://www.wikidata.org/w/index.php?title=Q1881954&action=history [20:58:34] sjoerddebruin: Jazeker! Still working on that petscan list? [20:58:49] Must be 350± now [21:00:56] I was cherry picking https://www.wikidata.org/wiki/Wikidata:Database_reports/without_claims_by_site/nlwiki . Quite a few easy ones [21:01:49] mostly bad categorizing [21:15:56] hi, is there any project to organize administrative districts? [21:16:44] https://www.wikidata.org/wiki/Wikidata:WikiProject_Country_subdivision? [21:30:47] Doesn't look terribly active. What are you planning yurik? [21:30:55] yurik: the thing you linked this morning was cool! [21:31:24] but it didn't work for all the countries I tried [21:36:41] also it seems myanmar has flooded on the wikimedia map... I guess someone broke the border in osm [21:37:46] multichill: possibly something related to https://www.wikidata.org/wiki/User:Yurik/Regions [21:38:40] yurik: A couple of years ago for the WLM app we broke the world down in a tree. Country -> province -> etc etc..., bit be useful [21:39:24] nikki: Do you have a smart idea? I'm fighting with sparql/petscan. I want to have every item in https://de.wikipedia.org/wiki/Kategorie:Maler that is a human on Wikidata, but without an occupation [21:40:00] Every time Q5 comes into play, stuff times out [21:40:29] Filtering on project doesn't seems to work anymore too. [21:40:39] Having trouble finding all people on nlwiki without gender. [21:40:45] Did manage to create https://tools.wmflabs.org/pagepile/api.php?action=get_data&id=6609 (in category tree and not sparql P106) [21:41:12] sjoerddebruin, oh, nice! too bad its not very active :( multichill - i did a lot of wikidata admin level tagging in OSM for the past few days, and i suspect some of it is not perfect. The way to check is https://www.wikidata.org/wiki/User:Yurik/Regions [21:42:11] multichill, that breakdown would be great to have, but it is a bit more complex i'm afraid. OSM has a breakdown using admin-level field [21:42:31] https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries [21:44:08] I remember that. Fun. Germany was quite complicated. LOL, I see they made the Netherlands quite complicated too! [21:44:51] http://tinyurl.com/hwjen2g seems to return just in time [21:47:33] Yeah, that seems to work [21:47:47] sjoerddebruin: http://tinyurl.com/jent9fe [21:49:28] nikki, thanks, did you make a page anywhere with all the maps? I am not very good with sparql, so there might be a need to either rework how to generically ask for "given an admin division, get all sub-divisions" [21:49:34] nikki: hm, thanks. Wonder why my previous isn't working [21:49:38] nikki: Thanks! 500+ new old painters found ;-) [21:49:43] :D [21:50:04] nikki, 3 msgs in a row? wow [21:50:10] * nikki is popular! [21:50:17] or overworked [21:50:25] or keeps up too many convs at the same time [21:50:34] I only previewed the page, but I can save some examples if it will help :) [21:51:15] nikki, i think it would be great to have an auto-generated page with subpages. Something that would help to easily (visually) check that all subdivisions are showing correctly [21:52:11] yeah, being able to check that all the levels are there would be amazing [21:53:03] we have items like https://www.wikidata.org/wiki/Q10864048 which might help, the country-specific ones should all be subclasses of that (or second-level or whatever-level) [21:53:32] multichill: we really need to sort out wijk/buurt though, also messy on nlwiki [21:53:45] are there any unique ID's by the CBS? [21:53:59] yup, those are two levels. OSM only has one level. OOOPS [21:54:27] I think we need two specific items for the Dutch situation... [21:54:34] e.g. for "world", show all countries, and some check that the count matches expected. Then there would be all the second level divisions, then 3rd, etc [21:54:47] sjoerddebruin: Take for example https://nl.wikipedia.org/wiki/Wijken_en_buurten_in_Haarlem [21:55:13] would it be better to simply use the same "admin level subdivision of division X" property? [21:55:21] this way the same property would be used on all levels [21:55:35] for all countries [21:55:44] multichill: https://nl.wikipedia.org/wiki/Categorie:Wijk_in_Haarlem should be split too... [21:55:49] most categories damn [21:55:49] btw, US state would also be a subdivision of country USA [22:02:48] yurik_: https://www.wikidata.org/wiki/User:Nikki/Maps those are the ones I tried. china and japan look to be half-complete, the other three only show the country outline [22:05:42] nikki, i think we need to improve that template to also link to the sparql query's result of all elements [22:05:56] this way we can inspect what's missing in OSM [22:08:20] in any case, i wonder if we should push for a universal "admin sublevel of" property usage [22:10:32] I'm not sure what you mean by that [22:13:56] nikki, i mean that "New York State" should have a property "admin subdivision of "USA". And "New York City" would have the same property set to "New York State". And "Manhattan" - same property - "New York City" (of course assuming that's the actual administrative subdivision). This way the entire tree can be traversed by simply following one property [22:14:19] isn't that just p131? [22:15:07] nikki, it is, but i think most admin objects are not marked with it, or marked semi-incorrectly [22:16:08] those need fixing :) [22:16:34] i wonder if there is a script somewhere that would generate a full tree from p131 [22:16:50] have to go, back in a few hours [22:54:25] PROBLEM - Response time of WDQS on einsteinium is CRITICAL: CRITICAL: 14.29% of data above the critical threshold [300000.0] [22:55:25] RECOVERY - Response time of WDQS on einsteinium is OK: OK: Less than 5.00% above the threshold [120000.0] [22:58:25] PROBLEM - Response time of WDQS on einsteinium is CRITICAL: CRITICAL: 12.50% of data above the critical threshold [300000.0] [22:59:25] RECOVERY - Response time of WDQS on einsteinium is OK: OK: Less than 5.00% above the threshold [120000.0] [23:16:25] PROBLEM - Response time of WDQS on einsteinium is CRITICAL: CRITICAL: 20.00% of data above the critical threshold [300000.0] [23:26:25] PROBLEM - Response time of WDQS on einsteinium is CRITICAL: CRITICAL: 20.00% of data above the critical threshold [300000.0] [23:28:24] RECOVERY - Response time of WDQS on einsteinium is OK: OK: Less than 5.00% above the threshold [120000.0] [23:29:14] PROBLEM - High lag on wdqs1002 is CRITICAL: CRITICAL: 31.25% of data above the critical threshold [1800.0] [23:31:14] RECOVERY - High lag on wdqs1002 is OK: OK: Less than 30.00% above the threshold [600.0]