[03:16:51] <icinga-wm>	 PROBLEM - WDQS SPARQL on wdqs1005 is CRITICAL: CRITICAL - Socket timeout after 10 seconds https://wikitech.wikimedia.org/wiki/Wikidata_query_service/Runbook
[03:31:39] <icinga-wm>	 RECOVERY - WDQS SPARQL on wdqs1005 is OK: HTTP OK: HTTP/1.1 200 OK - 689 bytes in 1.094 second response time https://wikitech.wikimedia.org/wiki/Wikidata_query_service/Runbook
[05:44:42] <icinga-wm>	 PROBLEM - WDQS SPARQL on wdqs2004 is CRITICAL: HTTP CRITICAL: HTTP/1.1 200 OK - string http://www.w3.org/2001/XML... not found on https://query.wikidata.org:443/bigdata/namespace/wdq/sparql?query=SELECT%20*%20WHERE%20%7Bwikibase%3ADump%20schema%3AdateModified%20%3Fy%7D%20LIMIT%201 - 532 bytes in 1.202 second response time https://wikitech.wikimedia.org/wiki/Wikidata_query_service/Runbook
[05:45:54] <icinga-wm>	 PROBLEM - WDQS SPARQL on wdqs1007 is CRITICAL: HTTP CRITICAL: HTTP/1.1 200 OK - string http://www.w3.org/2001/XML... not found on https://query.wikidata.org:443/bigdata/namespace/wdq/sparql?query=SELECT%20*%20WHERE%20%7Bwikibase%3ADump%20schema%3AdateModified%20%3Fy%7D%20LIMIT%201 - 532 bytes in 1.077 second response time https://wikitech.wikimedia.org/wiki/Wikidata_query_service/Runbook
[07:22:36] <icinga-wm>	 RECOVERY - WDQS high update lag on wdqs2001 is OK: (C)4.32e+04 ge (W)2.16e+04 ge 2.159e+04 https://wikitech.wikimedia.org/wiki/Wikidata_query_service/Runbook%23Update_lag https://grafana.wikimedia.org/dashboard/db/wikidata-query-service?orgId=1&panelId=8&fullscreen
[07:24:36] <icinga-wm>	 RECOVERY - WDQS SPARQL on wdqs1007 is OK: HTTP OK: HTTP/1.1 200 OK - 689 bytes in 1.083 second response time https://wikitech.wikimedia.org/wiki/Wikidata_query_service/Runbook
[07:24:47] <RhinosF1>	 bd808: it's kind of expected that stuff will just be there. You'd be surprised how many times people would work without if I don't turn up with what they need.
[07:24:59] * RhinosF1 does think people should put effort in sometimes
[07:25:50] <icinga-wm>	 PROBLEM - WDQS high update lag on wdqs1011 is CRITICAL: 4800 ge 3600 https://wikitech.wikimedia.org/wiki/Wikidata_query_service/Runbook%23Update_lag https://grafana.wikimedia.org/dashboard/db/wikidata-query-service?orgId=1&panelId=8&fullscreen
[07:27:22] <icinga-wm>	 RECOVERY - WDQS SPARQL on wdqs2004 is OK: HTTP OK: HTTP/1.1 200 OK - 689 bytes in 1.202 second response time https://wikitech.wikimedia.org/wiki/Wikidata_query_service/Runbook
[07:27:36] <icinga-wm>	 PROBLEM - WDQS high update lag on wdqs2008 is CRITICAL: 4986 ge 3600 https://wikitech.wikimedia.org/wiki/Wikidata_query_service/Runbook%23Update_lag https://grafana.wikimedia.org/dashboard/db/wikidata-query-service?orgId=1&panelId=8&fullscreen
[07:27:47] <RhinosF1>	 My echo just grew a mind of its own
[07:30:25] <RhinosF1>	 Half of what I do bd808 doesn't get noticed until I'm not there
[07:30:42] <RhinosF1>	 And another quarter never gets noticed
[08:10:49] <icinga-wm>	 RECOVERY - WDQS high update lag on wdqs1011 is OK: (C)3600 ge (W)1200 ge 258.9 https://wikitech.wikimedia.org/wiki/Wikidata_query_service/Runbook%23Update_lag https://grafana.wikimedia.org/dashboard/db/wikidata-query-service?orgId=1&panelId=8&fullscreen
[08:11:49] <icinga-wm>	 RECOVERY - WDQS high update lag on wdqs2008 is OK: (C)3600 ge (W)1200 ge 1030 https://wikitech.wikimedia.org/wiki/Wikidata_query_service/Runbook%23Update_lag https://grafana.wikimedia.org/dashboard/db/wikidata-query-service?orgId=1&panelId=8&fullscreen
[19:01:15] <Gonepteryx>	 Hallo, ich habe eine technische Frage: Gestern habe ich in einem Wikidata Objekt die geographischen Koordinaten korrigiert bzw. ergänzt, aber auch heute werden bei der Anzeige des Datenobjekts in Commons immer noch die bereits gelöschte, falschen Koordinaten bzw. Karte angezeigt. Woran liegt das?
[19:03:53] <Gonepteryx>	 Hi, I've got a technical question: Yesterday I changed geographical coodinates of a wikidata object, but still today in commons.wikimedia the wikidata object shown on the right side presents the wrong, i.e. deleted coordinates and therefore the wrong map. Does anybody know the reason for this?
[19:04:40] <Gonepteryx>	 Its about Q15713614 in wikidata.
[19:06:51] <Gonepteryx>	 ...and https://commons.wikimedia.org/wiki/Category:Siege_of_Freiburg_(1677) respectively.
[19:33:42] <icinga-wm>	 PROBLEM - WDQS SPARQL on wdqs1012 is CRITICAL: HTTP CRITICAL: HTTP/1.1 200 OK - string http://www.w3.org/2001/XML... not found on https://query.wikidata.org:443/bigdata/namespace/wdq/sparql?query=SELECT%20*%20WHERE%20%7Bwikibase%3ADump%20schema%3AdateModified%20%3Fy%7D%20LIMIT%201 - 532 bytes in 1.070 second response time https://wikitech.wikimedia.org/wiki/Wikidata_query_service/Runbook
[19:35:39] <Gonepteryx>	 ...that means what?
[19:37:23] <Gonepteryx>	 hi, can you read my question, further up?
[19:46:07] <RhinosF1>	 Gonepteryx: don't worry about icinga-wm
[19:47:12] <Gonepteryx>	 what he wrote is to cryptic for me, i don't have that much technical understanding
[19:50:18] <AntiComposite>	 yeah, that's just an automated monitoring bot, nothing to do with you
[19:50:24] <AntiComposite>	 let me take a look
[19:50:27] <Gonepteryx>	 OK
[19:51:29] <AntiComposite>	 they look the same to me, so it is most likely that your browser cached an old version. Try to bypass your cache using the instructions at https://en.wikipedia.org/wiki/Wikipedia:Bypass_your_cache
[19:54:06] <Gonepteryx>	 I had read something about this, because of cached versions. actually my browser is supposed to delete all session files, but I will have a look to the recommended link.
[20:16:10] <Gonepteryx>	 doesn't work in my browser, even in a different browser the map shown in commons is the wrong map, the one with the old coordinates...
[20:24:04] <Gonepteryx>	 checked it on smartphone, in commons https://commons.wikimedia.org/wiki/Category:Siege_of_Freiburg_(1677) the wikidata infobox shows the wrong map, in wikidata itself its correct.