[06:51:32] <Stryn>	 reiga: https://www.wikidata.org/wiki/MediaWiki:Gadget-dataDrainer.js
[07:41:13] <icinga-wm>	 PROBLEM - wikidata.org dispatch lag is higher than 300s on www.wikidata.org is CRITICAL: HTTP CRITICAL: HTTP/1.1 200 OK - pattern not found - 1953 bytes in 0.102 second response time
[11:06:28] <abian>	 Do you expect to go to the Workshop on Quality of Open Data? Or anyone you know?
[11:06:31] <abian>	 I don't recognize any member of the Program Commitee on the website, http://bis.ue.poznan.pl/bis2018/workshops/qod/
[11:44:48] <nikki>	 how do I change the language petscan uses to display item labels?
[11:45:41] <nikki>	 I can temporarily change the interface language, but that doesn't update the item labels and changes back once I change my query...
[11:46:20] <nikki>	 (or re-run the query)
[11:47:23] <nikki>	 ideally I'd like to change it without changing the interface language, because it's hard enough to use already
[11:53:25] <nikki>	 meh... seems like autolist1 is broken now too
[11:54:44] <nikki>	 all I want to do is find pages in a category which don't have certain statements... why does it have to be so hard :(
[14:57:02] <multichill>	 Lydia_WMDE: (or someone else), how many triples do we have in Wikidata?
[15:04:37] <abian>	 https://query.wikidata.org/#SELECT%20%28COUNT%28%2a%29%20AS%20%3Ftriples%29%20WHERE%20%7B%20%3Fa%20%3Fb%20%3Fc%20%7D%0A
[15:06:56] <abian>	 Not sure if 5036763209 is the correct answer, multichill, but it seems reasonable :)
[15:27:34] <sjoerddebruin>	 https://grafana.wikimedia.org/dashboard/db/wikidata-query-service?refresh=1m&panelId=7&fullscreen&orgId=1 :)
[15:45:57] <abian>	 Yeah, that's it!
[15:46:04] <abian>	 sjoerddebruin rulez :)
[15:47:30] <sjoerddebruin>	 😊
[15:51:13] <WikidataFacts>	 that Grafana panel actually uses the same query, check out the panel description (upper left corner) :P
[15:51:33] <WikidataFacts>	 (which is not to say that sjoerddebruin doesn’t rule of course ;) )
[15:52:11] <sjoerddebruin>	 It only goes 6 months back, server changes probably
[16:04:47] <multichill>	 abian: sjoerddebruin: Thanks
[16:04:58] <multichill>	 So DBpedia says they have 3 bil
[16:05:27] <sjoerddebruin>	 Freebase had 1.9
[16:05:31] <sjoerddebruin>	 oh, billion
[16:07:18] <abian>	 DBpedia says many things ;P
[16:08:04] <abian>	 They also have "3.2 billion from DBpedia Commons and Wikidata", http://wiki.dbpedia.org/dbpedia-version-2016-04
[16:18:14] <multichill>	 Problem is that a lot of people are still using it instead of Wikidata
[16:22:01] <abian>	 There aren't enough scientific publications and academics don't want to change their line of research
[16:22:40] <abian>	 The big companies, on the other hand, are far ahead and exploit Wikidata thoroughly
[16:24:28] <abian>	 These companies don't tell the world how useful Wikidata is, but I wish they did
[16:39:45] <SothoTalKer>	 abian: if you know of any company that uses WD, one of the uppers could ask those to make a public statement of some sort :-p
[16:47:43] <multichill>	 sjoerddebruin: Remember the MEP's we completed? Someone from the UVA was very happy with that :-)
[16:47:54] <sjoerddebruin>	 :D
[16:54:14] <abian>	 SothoTalKer: But there's no obligation for anyone to make that statement, the data is in the public domain
[16:54:41] <abian>	 They probably don't want their competitors to take advantage as well, and they are afraid that users hack their products/services
[16:55:19] <SothoTalKer>	 oh my, ok :)
[16:59:39] <abian>	 (And no, I don't know anything beyond what users have been discovering by observation)
[17:06:14] <icinga-wm>	 RECOVERY - wikidata.org dispatch lag is higher than 300s on www.wikidata.org is OK: HTTP OK: HTTP/1.1 200 OK - 1970 bytes in 0.104 second response time
[17:19:44] <sjoerddebruin>	 multichill: what do you think, "207834/speler/20194" as identifier or separate properties per team? https://www.onsoranje.nl/teams/207834/speler/20194
[17:19:55] <sjoerddebruin>	 It's kinda ugly imo
[17:20:19] <sjoerddebruin>	 (but nice to see our governing body of football offering this)
[17:21:02] <sjoerddebruin>	 (and might be interesting to beat the gendergap on the sport!)
[17:23:45] <sjoerddebruin>	 Btw, I'm curious about the usefulness of having https://www.wikidata.org/wiki/Property:P1129 as a separate property now that it is being used as qualifier only
[17:37:41] <payam>	 hi
[17:37:48] <payam>	 anybody here?
[17:38:52] <sjoerddebruin>	 ...
[17:39:05] <SothoTalKer>	 hehe
[17:47:50] <sjoerddebruin>	 Well, here we go: https://www.wikidata.org/wiki/Wikidata:Property_proposal/OnsOranje_player_ID
[18:09:56] <abian>	 https://www.onsoranje.nl/teams/185184/speler/302
[18:10:03] <abian>	 https://www.onsoranje.nl/teams/184965/speler/302
[18:10:09] <abian>	 https://www.onsoranje.nl/teams/185191/speler/302
[18:10:17] <abian>	 :S
[18:10:27] <sjoerddebruin>	 There sometimes seems to be a pattern, but sometimes not...
[18:11:53] <abian>	 The problem is that, although the player ID is unique, a valid team must be specified before it
[18:12:31] <sjoerddebruin>	 So we might just choose one that looks cool?
[18:12:50] <sjoerddebruin>	 wait, the stats change!
[18:13:07] <abian>	 Ah, true!
[18:13:14] <sjoerddebruin>	 oh geez, they have seperate profiles per team?
[18:14:00] <abian>	 I guess some information is common and some isn't
[18:15:01] <sjoerddebruin>	 But feel free to add this information, guess multiple values would be okay?
[18:15:08] <abian>	 And then https://www.onsoranje.nl/toernooien/918/selectie/185189/speler/302 appears :)
[18:15:36] <sjoerddebruin>	 (what a cutie, btw)
[18:16:57] <SothoTalKer>	 who?
[18:31:06] <multichill>	 sjoerddebruin: What a horrible url....
[18:31:27] <sjoerddebruin>	 Yeah, indeed :(
[18:31:28] <sjoerddebruin>	 Despite the information being quite useful
[18:32:08] <multichill>	 Maybe good to get in touch with them
[18:38:14] <icinga-wm>	 PROBLEM - wikidata.org dispatch lag is higher than 300s on www.wikidata.org is CRITICAL: HTTP CRITICAL: HTTP/1.1 200 OK - pattern not found - 1971 bytes in 0.118 second response time