Ein paar bisher “knallige” landuses werden jetzt wohl dezenter dargestellt.
PS: Ist das hier http://trac.openstreetmap.org/log/applications/rendering/mapnik/osm.xml das Stylesheet, welches für die Mapnik-Grundkarte verwendet wird?
Wie wäre es, wenn jeder, der sich beschwert, etwas für zusätzliche Serverleistung spendet? 
+1. Man sollte nicht vergessen, dass hinter OSM keine Serverfarm a la Google steht.
Tschau, Andreas
Das akute Mapnik-Problem scheint aber weniger eines der Serverleistung zu sein. Da fehlt eher der Admin, der der Kiste ab & zu mal einen Tritt gibt.
Die aktuellen Mapnik Tiles sehen etwas anders aus als die Alten (Umrisse von Buildings).
Vielleicht müssen deshalb besonders viele Tiles gerendert werden?
siehe http://www.123upload.de/image.php?id=368ae9df56990fa1ad331869c48863cc
Vergleich Hausnummer 46(alt) und 58 (neu)
sieh auch: http://gis.638310.n2.nabble.com/Wie-in-alten-Zeiten-td5924391.html#a5928887
Die Daten bei XAPI hängen auch drastisch nach:
gestern mittag erfasst, heute jetzt in Mapnik drin, aber bei XAPI kommt noch nichts!
Ich habe gehoert, das das aktuelle Problem moeglicherweise daran liegt das irgendwo in Japan riesige Multi-polygone mit mehr als 15.000 mitglieder Elementen importiert / upgedated werden. Der Algorithmus der diese Multi-polygone in die Mapnik Datenbank uebertraegt skaliert aber wohl nicht so ideal mit der Anzahl der Elemente eines Polygons, sodass der der Updateprozess der Karte dadurch derzeit sehr langsam ist.
Sollte das stimmen, muesste man wohl warten bis die Importe durch sind oder jemand dazu kommt einen effizienteren multi-polygon Algorithmus in osm2pgsql zu schreiben.