Walter hatte ja auch schon gefragt wegen langsamen osm.org.
Irgendwie kommt der Server auch auf zoom 19 mit dem Rendern nicht nach. Das kenne ich nur von ganz früher.
Alte und neue Kacheln liegen einmütig nebeneinander.
Temporäre Überlast ?
Christoph
Nach den Statistiken von http://munin.openstreetmap.org/openstreetmap/yevaud.openstreetmap/index.html scheint gegen 12 Uhr (GMT ?) die Warteschlange ganz schön voll gewesen zu sein.
Kann ich bestätigen: Zoomstufe 19 wurde teilweise tagelang nicht neu gerendert.
Und: Heute werden bei mir die Kacheln in Zoom 18 und 19 gar nicht geladen.
Thomas
Hat schon irgendeiner was rausbekommen ?
Das war, als ich angefangen hab zu mappen (ja damals achzehn achtundachzig) schneller.
Christoph
yevaud http://munin.openstreetmap.org/openstreetmap/yevaud.openstreetmap/index.html#renderd scheint grössere Probleme zu haben. Die verzögerung beim Datenimport sollte konstant bei etwa einer Minute liegen. Bei yavaud wächst er jedoch taglich auf etwa 1400 an (vermutlich 24 * 60 = 1440) und wird jeden Tag um Mitternacht auf 0 zurückgesetzt. Dieser lineare Anstieg bedeutet, dass keinerlei neu Daten verarbeitet werden. Der Reset um Mitternacht geschieht vermutlich nicht durch schlgartige Verarbeitung der Daten, sondern durch verwerfen der Daten. Dieser Rendering-Server hat also eine Datenbasis, die seit mindetens einer Woche nicht mehr aktualisiert wurde.
Die Admins danken für den Hinweis, und wie man jetzt an der Grafik sehen kann, ist der Server auf dem Weg der Besserung 
Bye
Frederik
PS: Ich wünschte, meine Tile-Server wären so flott, dass sie in zwei Stunden einen Tag Updates wegknuspern…
aber kurz nach Deinem Post hat sich das Verhalten von yevaud geändert, sieht so aus als würde der Rechner jetzt richtig arbeiten
In dem Zusammenhang auch die Login-Statistik angucken
Es hat sich einer eingeloggt ( http://munin.openstreetmap.org/openstreetmap/yevaud.openstreetmap/users.html , http://munin.openstreetmap.org/openstreetmap/yevaud.openstreetmap/replication_delay.html ), danach wurds besser.