Gebruik in JOSM van OSM api is traag

Sinds een week ongeveer vind ik de api van OSM zeer traag.
De data wordt zelfs af en toe helemaal niet binnengehaald (in JOSM).

Zijn er meer die dit ervaren?
Weet iemand de oorzaak?

Ik las dat Vmarc problemen heeft gekend met de overpass api, zou dit ook met de OSM api het geval kunnen zijn?

Ik heb het vandaag ook.
Maar ook de tileservers van OSM zijn al weken moddertraag. Vaak werkt de slippy map in JOSM helemaal niet of nauwelijks.
Ik gebruik nu allerlei truukjes om toch bij de gewenste plek te komen.

Ook al een paar dagen last van inderdaad.

De api lijkt op de 3 spikes te draaien: http://munin.openstreetmap.org/api-month.html
Het valt me op dat het aantal requests sinds ongeveer een week sterk is toegenomen (Map API calls), maar het aantal processed daarbij niet mee schaalt.



Blijkbaar iets drukker sinds een week (nieuwe toepassing die gebruik maakt van de API?) en duurt het samenstellen van 't antwoord wat langer dan normaal, waardoor JOSM het opgeeft. Zeker op dit moment lijkt het erg druk te zijn.

Ik had blijkbaar m’n read timeout al eens verhoogd van 30 maar 60, maar nu ingesteld op 90 sec bij JOSM advanced settings: socket.timeout.read
Maar dat blijkt niet echt te helpen, timeout komt meestal toch wel en net zoals eerder werkt het een 2e keer wel gewoon direct, dus maar weer teruggezet, scheelt weerk30 sec wachten.

Nog steeds is het allemaal erg traag, laatste weken weer nog wat erger heb ik het idee!

Klopt, er loopt ook een draadje op de talk.list
Het probleem wordt toegewezen aan een update in de rendering style.
In een jaarbeeld kun je zien dat het vaker gebeurd, vermoedelijk meestal na updates.
Zelfs pokemon go heeft een vinger in de trage pap.
Het zou verantwoordelijk zijn geweest voor 13% van de tile server capaciteit
https://fastpokemap.se/