[12:13:03] <JohanJ>	 Reminder: The wikis will not be editable for ~30 minutes in a couple of hours.
[12:13:06] <JohanJ>	 https://meta.wikimedia.org/wiki/Tech/Server_switch_2016
[12:20:53] <addshore>	 heh DanielK_WMDE__ it looks like it may have also been possible that some changes didnt make it into the change table at all
[13:03:28] <Thiemo_WMDE>	 DanielK_WMDE__: https://phabricator.wikimedia.org/T110728
[13:06:16] <thedj>	 any contenthandler experts able to help me with a question ?
[13:06:55] <thedj>	 I have existing wikitext pages (TimedText), that I want to wrap in their own content model
[13:07:23] <thedj>	 but i'm not sure how i deal with the existing revisions/pages that already have the wikitext content model.
[13:11:52] <DanielK_WMDE__>	 Lydia_WMDE: https://www.wikidata.org/wiki/Q2635526
[13:13:47] <DanielK_WMDE__>	 Lydia_WMDE: 2ter Absatz https://en.wikipedia.org/wiki/Dirk_Gently's_Holistic_Detective_Agency#Writing
[13:53:22] <aude>	 thedj: i'm not an expert, but maybe in the way flow handled this for talk pages?
[13:53:56] <aude>	 but maybe that doesn't work here :
[13:54:00] <aude>	 :/
[13:54:31] <aude>	 maybe a maintenance script to convert them
[13:56:29] <thedj>	 aude: yeah, i had a maintenance script to convert all the pages...
[13:56:51] <thedj>	 but then i realized i needed to convert all the revisions as well, and that seems less fun on wikimedia scale..
[13:57:08] <aude>	 i wouldn't convert the revisions
[13:57:20] <aude>	 i don't know if that is even possible
[13:58:01] <aude>	 but things like diffs between different content models don't work afaik
[13:58:23] <aude>	 or are ugly
[13:59:53] <thedj>	 it's the same format though
[14:00:13] <thedj>	 just different model and handler.
[14:01:09] <aude>	 ok
[14:01:33] <aude>	 i just know that a diff between wikibase content and wikitext breaks
[14:10:01] <icinga-wm>	 PROBLEM - wikidata.org dispatch lag is higher than 300s on wikidata is CRITICAL: HTTP CRITICAL: HTTP/1.1 200 OK - pattern not found - 1682 bytes in 0.200 second response time
[14:10:30] <addshore>	 Ignore that :)
[14:14:15] <aude>	 oh noes! read only :(
[14:15:22] <icinga-wm>	 ACKNOWLEDGEMENT - wikidata.org dispatch lag is higher than 300s on wikidata is CRITICAL: HTTP CRITICAL: HTTP/1.1 200 OK - pattern not found - 1682 bytes in 0.200 second response time Gehel No updates during read only (due to switchover), should recover after r/w is enabled again.
[14:15:22] <DanielK_WMDE__>	 aude: scheduled maintenance. we are switching DCs again.
[14:15:26] <aude>	 i know
[14:16:20] * aude got to explain to glam people on tuesday how our data centers work and that we are testing to switch between them :)
[14:28:52] <aude>	 editing is enabled again
[14:34:04] <icinga-wm>	 RECOVERY - wikidata.org dispatch lag is higher than 300s on wikidata is OK: HTTP OK: HTTP/1.1 200 OK - 1680 bytes in 0.159 second response time
[14:40:17] <addshore>	 aude: DanielK_WMDE__ going back to eqiad went smoother for us than to codfw as far as I can tell
[14:40:42] <addshore>	 nothing got dropped form the entity_per_page table, sidebar stayed correct and probably no changes missing dispatch
[14:40:44] <DanielK_WMDE>	 addshore: good
[14:41:31] <addshore>	 but just went and double checked the links on my ticket about dispatch and those changes indeed still havnt been dispatched, still confused as to how that happened
[18:33:02] <multichill>	 Lydia_WMDE: Shouldn't https://phabricator.wikimedia.org/T124451 be in one of the wikibase-* projects?
[18:53:39] <DanielK_WMDE>	 multichill: as long as it's in the Wikidata umbreally project, we have it in the backlog. 
[18:53:47] <DanielK_WMDE>	 the wikibase tags arn't used much 
[18:53:53] <multichill>	 ok
[19:30:12] <multichill>	 DanielK_WMDE: arbitrary access on Commons is going to be fun! :-)
[19:56:43] <Stryn>	 https://www.wikidata.org/wiki/Wikidata:Administrators'_noticeboard#Visibility_of_diffs_on_deleted_pages
[20:15:07] * nikki blinks at https://www.wikidata.org/wiki/Q756294
[20:16:07] <nikki>	 how does country: territorial dispute make any sense? :/ that's the status of the other statements, not a country itself
[20:22:38] <nikki>	 hm. we have a "disputed by" property but not a "disputed since" one it seems
[20:23:29] <Harmonia_Amanda>	 nikki: begin date as a qualifier should work for that, no?
[20:25:07] <nikki>	 no, you wouldn't be able to distinguish the date the statement starts from the date being disputed starts
[20:25:40] <Harmonia_Amanda>	 well, it's disputed by someone
[20:26:26] <nikki>	 but what are they disputing? "disputed by" would have to be a qualifier on a statement, wouldn't it?
[20:26:58] <Harmonia_Amanda>	 for me "disputed by" is used in elements like frontiers
[20:27:32] <nikki>	 oh, the name of the property in english is actually "statement disputed by", so definitely a qualifier
[20:28:27] <nikki>	 (it also has a constraint saying it's only supposed to be a qualifier)
[20:28:43] <nikki>	 although according to the constraint report, it's only been used once :P
[20:29:24] <nikki>	 and even that use is wrong >_<
[20:29:30] <Harmonia_Amanda>	 :D
[20:29:59] <Harmonia_Amanda>	 I had the same sort of realisation with an identifier a few weeks ago
[20:30:04] <Harmonia_Amanda>	 all uses were wrong
[20:30:11] <Harmonia_Amanda>	 not a single correct one
[20:30:19] <nikki>	 :/
[20:30:23] <Harmonia_Amanda>	 it was disgruntling 
[20:30:31] <Harmonia_Amanda>	 well, I corrected it since