[00:06:46] Question: dealing with databases here, and want to use wikidata for column names. Column names generally include phrases, that are very popular in software world, such as "app id", "browser activity", "has product id", "creation time", and so on. These are in fact so common, that they have rather specific meaninging. Should/shouldn't we, and what criteria should we follow, when adding such kind of [00:06:52] concepts into wikidata? If not, where would you recommend to put such data in public? [03:03:37] * anomie[m] sent a long message: anomie[m]_2018-03-10_03:03:36.txt [03:17:02] Nevermind, I found out why. [03:39:58] Why is there nothing in the Movies column here? http://tinyurl.com/yaryya33 [07:35:31] RECOVERY - Host wdqs2006.mgmt is UP: PING OK - Packet loss = 0%, RTA = 38.78 ms [07:42:13] PROBLEM - Host wdqs2006.mgmt is DOWN: PING CRITICAL - Packet loss = 100% [08:59:20] Wikidata growth is hampered by the inability of non-WMF wikis to use it with Wikibase Client. Now the knowledge in the Wikibases is scattered apart and non-WMF Wikibase maintainers have low incentive to add to Wikidata if they need the data in their own wikis. [11:22:42] Hi, is there a way to edit the type constraint on https://www.wikidata.org/wiki/Property:P3599 so that accepts either a person or an organization? [11:26:22] You can add another qualifier "class (P2308): organization (Q43229)" to the constraint [11:33:34] MisterSynergy: thanks! [11:45:23] Does anyone know why we have slow servers today? [12:25:54] MisterSynergy: Someone forgot to feed them? ;-) Didn't notice it, you could check recentchanges for really fast running bots [12:40:58] multichill: https://wikidata.wikiscan.org/?menu=live&filter=all&sort=weight&date=12&list=users tells me yes [12:41:02] way too fast :( [12:41:07] MisterSynergy: ^ [12:41:11] thnx [12:41:24] Artix Kreiger 2 is running at that pace for days now [12:41:38] jeeeez [12:42:10] they have collected 2.4M edits in March only [12:42:34] yet I am not sure whether this is related to the server speed I experience [12:42:46] i have already asked him to slow down but apparently to no avail :( [12:43:32] did you do that in Wikidata? [12:43:37] can't find anything [12:44:26] it was just removed from the page [12:44:34] let me get a diff [12:44:48] found it already [12:45:22] Do you also have charts (grafana and the like) which shows how this slows down servers? [12:45:47] https://www.wikidata.org/w/index.php?title=User_talk:Artix_Kreiger&diff=637301688&oldid=636924715&diffmode=source [12:46:07] let me check [12:48:50] Lydia_WMDE: Where did you do that? [12:49:05] multichill: https://www.wikidata.org/w/index.php?title=User_talk:Artix_Kreiger&diff=637301688&oldid=636924715&diffmode=source [12:50:07] Ok, blocked [12:50:11] Let's see if that helps [12:50:25] :-) [12:50:42] thnx, I would have otherwise done so as well [12:51:27] thank you [12:52:38] MisterSynergy: https://grafana.wikimedia.org/dashboard/db/wikidata-dispatch?refresh=1m&orgId=1&from=now-7d&to=now <- the sikes in the dispatch lag graph here for example worries me [12:52:54] same for the pending changes one [12:53:02] and change notification job delay [12:54:07] okay thnx; not easy to relate to high edit volumes, but at least it is something ... :-) [12:54:38] 420/m is just too fast. Multiple users have been warned not to run multiple Quickstatements jobs at the same time [12:55:04] I'd estimate that they run 5 batches parallel typically [12:55:11] MisterSynergy: yeah :/ I'll see if we can get something clearer for the future [12:58:11] that would be great. a chart with data sets "server load" and "edit rate" over time; "server load" show somehow include all critical metrics, and display a threshold. It would certainly be complicated to compute this kind of "server load", as there can be various bottlenecks that create strain [12:58:32] *nod* [12:59:34] Sounds like unix load ;-) [12:59:58] https://en.wikipedia.org/wiki/Load_(computing)#Unix-style_load_calculation [13:01:52] He agreed to slowing down so unblocked. Hope the load goes down [13:02:17] saw it already, they responded quickly [13:06:15] awesome [13:06:27] There he is ^ :-) [13:07:06] hey Artix! [13:07:13] thanks for being responsive [13:09:02] Hello [13:10:13] Im using descriptioner now, which is running at 30 edits per minute. [13:10:18] and only that. [13:10:49] cool :) [13:10:55] should be fine then [13:10:55] that's a good edit rate [13:12:09] isn't wikidata running on its own servers? [13:12:21] and not part of WMF servers? [13:12:36] I mean, its own dedicated servers [13:13:17] it's the same infrastructure [13:13:25] it has a dedicated server [13:13:37] dedicated database server, right? [13:13:41] but it still has a lot of influence on everything else [13:13:42] yes [13:14:20] for example when people edit wikidata items then we send updates to all the articles that use the data in the wikipedias and other sister projects [13:14:39] and those updates should happen in a timely manner (ie not more than 1 or 2 minutes) [13:14:51] apparently enwiki has its haters, [13:14:59] like, very very strong hates. [13:15:07] sadly :/ [13:15:31] I could name at least one. [13:16:06] Let's concentrate on making Wikidata the best and most useful it can be and that will hopefully solve itself [13:16:40] Sometimes, I have thoughts of people coming together to enrich it further. [13:16:45] in various languages. [13:19:18] Hey Lydia, isn't there a wikidata vandalism monitoring device [13:19:23] that was built recently ? [13:19:52] there are a few, yes [13:21:55] give me a sec to get links [13:24:19] https://www.wikidata.org/wiki/Wikidata:WikiProject_Counter-Vandalism [13:24:23] https://tools.wmflabs.org/wdvd/index.php [13:24:38] https://tools.wmflabs.org/wdvd/index.php should probably be linked on the wiki project tools section [13:24:53] (i don't think i should link it so if anyone else has time...) [13:28:52] Lydia_WMDE: done [13:28:55] <3 [13:36:34] Can i tell everyone a joke? [13:54:12] of course [13:55:44] RECOVERY - Host wdqs2006.mgmt is UP: PING OK - Packet loss = 0%, RTA = 36.62 ms [14:12:44] PROBLEM - Host wdqs2006.mgmt is DOWN: PING CRITICAL - Packet loss = 100% [15:55:27] multichill: been working on a lot of people on nlwiki atm, surprises me how much still lack P27. [17:19:44] sjoerddebruin: I created a lot of people, but stayed clear of the country problem [17:19:59] We should really find a fix for it. :( [17:56:39] It's sad how much Flash only-sites still exist. [19:59:35] Some weird primary sources. https://www.wikidata.org/wiki/Q5739518