[11:38:12] <sjoerddebruin>	 egonw: please stay focussed :) https://www.wikidata.org/w/index.php?title=Q27768873&type=revision&diff=402726230&oldid=402726022
[11:39:12] <egonw>	 hi sjoerddebruin
[11:39:36] <egonw>	 sjoerddebruin: well, the genre is still correct :)
[11:39:40] <egonw>	 thanks for the catch
[11:40:12] <sjoerddebruin>	 np
[11:40:22] <egonw>	 instance of/occupation -> good one too.. wasn't sure about that...
[11:40:42] <sjoerddebruin>	 I thought you were pretty experienced. :O
[11:40:46] <egonw>	 sjoerddebruin: is there already a good class hierarchy viewer for classes and predicates?
[11:40:57] <egonw>	 but sometimes also tired...
[11:41:10] <egonw>	 this is a good example of being too tired...
[11:41:15] <egonw>	 at least the 'gender' one
[11:41:45] <egonw>	 occupation -> yeah, that I should have remembered... but working with several ontologies...
[11:41:51] <egonw>	 and they use different "models"...
[11:42:02] <egonw>	 when to make something a class or an instance...
[11:42:12] <sjoerddebruin>	 ;)
[11:42:19] <egonw>	 occupation rdfs:subPropertyOf 'instance of'
[11:42:33] <egonw>	 but depending in the ontological classification of scientist...
[11:43:16] <egonw>	 btw... talking about ontological stuff...
[11:43:37] <egonw>	 why 'person' 'has quality' 'male' ???
[11:44:12] <sjoerddebruin>	 I don't know anything about this. :P
[11:44:17] <egonw>	 https://www.wikidata.org/wiki/Q215627
[11:47:35] <egonw>	 oh, it's a software bug...
[11:47:44] <egonw>	 sjoerddebruin: can you confirm?
[11:47:52] <egonw>	 if you look up that page...
[11:47:58] <tarrow>	 I think it's a bug; it point to the gender item
[11:47:59] <egonw>	 what do you see for 'has quality'?
[11:48:04] <egonw>	 tarrow: indeed!
[11:48:10] <tarrow>	 how odd
[11:48:14] <egonw>	 tarrow: but you see also 'male' as label?
[11:48:18] <egonw>	 very odd indeed
[11:48:21] <tarrow>	 I do :P
[11:48:29] <sjoerddebruin>	 I see "gender"
[11:48:39] <sjoerddebruin>	 It's probably cache. https://www.wikidata.org/w/index.php?title=Q48277&type=revision&diff=400330256&oldid=400324441
[11:48:54] <egonw>	 refreshed...
[11:48:58] <egonw>	 not a local cache...
[11:49:16] <egonw>	 outdated server cache it must then be...
[11:49:21] <sjoerddebruin>	 What happens when you do ?action=purge?
[11:50:06] <tarrow>	 fixes it for me
[11:51:13] <egonw>	 here too
[11:51:19] <tarrow>	 is that a known bug? That the cache isn't purged even after a week?
[11:51:22] <sjoerddebruin>	 Yep
[11:51:43] <sjoerddebruin>	 Give me some moments to find the relevant Phabricator task with the crappy search engine
[11:51:44] <tarrow>	 ah; cool. Nothing to worry about then :)
[11:58:32] <sjoerddebruin>	 hm, can't find it
[12:02:00] <nikki>	 https://phabricator.wikimedia.org/T120323?
[12:02:59] <sjoerddebruin>	 I've searched for "label propagate" and that stuff doesn't show up ;_;
[12:03:50] <nikki>	 I noticed yesterday that it doesn't search comments, maybe it's not searching descriptions either
[12:04:07] <nikki>	 that would probably explain why I'm having such problems finding things lately
[12:04:12] <sjoerddebruin>	 That is kinda stupid
[12:05:04] <sjoerddebruin>	 https://www.mediawiki.org/wiki/Phabricator/Help#Search_terms
[12:05:15] <sjoerddebruin>	 "only whole-word matches are returned and no morphological analysis is performed"
[12:06:29] <nikki>	 huh... that doesn't sound right
[12:06:57] <nikki>	 I'm sure it's found similar words in the summary, not just exact matches
[12:07:07] <nikki>	 and propagated doesn't find it either even though that's what's in the description
[12:08:26] <nikki>	 hm. labels propagated doesn't find it, but just propagated does o_O
[12:33:02] <sjoerddebruin>	 The French would probably have more descriptions than the Bulgarian tomorrow.
[12:33:14] <sjoerddebruin>	 https://grafana.wikimedia.org/dashboard/db/wikidata-datamodel-terms?panelId=2&fullscreen
[14:33:56] <icinga-wm>	 PROBLEM - wikidata.org dispatch lag is higher than 300s on wikidata is CRITICAL: CRITICAL - Socket timeout after 10 seconds
[14:38:46] <icinga-wm>	 RECOVERY - wikidata.org dispatch lag is higher than 300s on wikidata is OK: HTTP OK: HTTP/1.1 200 OK - 1725 bytes in 0.117 second response time
[15:04:42] <planemad>	 Cities and towns on openstreetmap just got a boost of wikidata tags last week http://www.openstreetmap.org/user/PlaneMad/diary/39846
[16:02:27] <frimelle>	 Lydia_WMDE: Wikidata isn't in the LOD cloud here. It is on the Data Hub already though. The validator doesn't work for me but I assume it only needs a mail to get Wikidata added
[16:03:40] <frimelle>	 Oh, forgot the link http://lod-cloud.net/
[20:27:31] <abian>	 nikki: Would you be able to apply the same magic of https://phabricator.wikimedia.org/T116298#2706965 in {{Constraint:Type}}?
[20:27:31] <AsimovBot>	 10[1] 10https://www.wikidata.org/wiki/Template:Constraint:Type
[20:28:53] <abian>	 I think we should modify some things for the case of wdt:P31/wdt:P279*
[20:29:55] <abian>	 The SPARQL query for Constraint:Type for P3328 reaches the timeout limit :(
[20:54:10] <nikki>	 abian: not sure I can help there :/ ?item wdt:P31/wdt:P279* wd:Q937228 already takes about 28 seconds (and returns nearly 9 million rows)
[21:05:18] <abian>	 It's sad because, for that property, we only need to check out that a set of 300 items are wdt:P31/wdt:P279* wd:Q937228
[21:05:38] <abian>	 But I cannot use FILTER(NOT EXISTS{...
[21:05:52] <abian>	 (Or I didn't got it :P)
[21:08:39] <abian>	 It's a nonsense to get and operate with all those millions when we only need to operate with some hundreds, but I don't find the way