Seit gestern Mittag laufen nun alle Requests ueber den neuen Server. Ob das bereits dauerhaft so ist, oder nur kurzfristig zum Testen weis ich aber nicht.
Bei mir ebenso. Manueller Aufruf einer Kachel ergibt einen 500er. Wenn das jetzt aber bei osm.org Standard ist sähe man eh keinen Unterschied, da die “alten” Kacheln die neuen wären
Falls trotzdem noch jemand Interesse daran hat die Renderings zu vergleichen: http://bl.ocks.org/tyrasd/raw/6164696/ ist eine aktualisierte Variante des Tools. (Als Referenz wird das Mapnik-Rendering vom Wikimedia “toolserver” verwendet).
Der Wikimedia toolserver ist moeglicherweise nicht der beste Vergleich. Der laeuft noch mit Mapnik 0.7 und einem entsprechend alten Kartenstiel. Insofern duerfte es dort auch so einige Unterschiede geben zu dem was man zuvor auf osm.org gesehen hat.
Da der auf der neuen Technik basierende Stil nun der offizielle ist, denke ich, wird man nun Sachen aendern und fixen, unabhaengig davon wie sie zuvor aussahen und ob sie korrekt oder nicht waren.
Gravitystorm, der den Konvertierung hauptsaechlich gemacht hat, wollte die beiden Kartenstile zunaechst so aehnlich wie moeglich halten, damit die Akzeptanz der technischen Umstellung auf Carto nicht von der Akzeptanz der kartographischen, stylistischen Entscheidungen abhaengt. Angesicht der Tatsache das, wie man an den Aenderungen auf osm.org sieht, selbst kleinere stylistische Aenderungen immer wieder fuer viel Wirbel in der Community sorgen, denke ich war die Entscheidung seh sinnvoll.
Für die Umstellung sicher die richtige Entscheidung. Trotzdem ist jetzt hoffentlich der Zeitpunkt gekommen, mal ein paar Dinge zu bearbeiten, die beim Mapnik-Stil schon länger im Argen liegen. Vor allem hoffe ich doch, dass man von den Franzosen das Rendern der Sportplatzmarkierungen übernimmt.
Man wird sehen muessen wie viel “Manpower” fuer Verbesserungen zur verfuegung steht. Aber der ganze Sinn hinter der Umstellung auf Carto war es Aenderungen einfacher zu machen womit sich hoffentlich wieder jemand findet der das Stylesheet oderdentlich maintained. Zunaechst wird wohl gravitystorm (der ersteller der OpenCycleMap) der Maintainer des Stiles werden, nachdem Steve Chilton der frueher die Hauptarbeit gemacht hat schon eine Weile nicht mehr aktiv zu sein scheint. Aber wenn jemand anderes, mit hilfe von pull requests, zeigt das er gute Arbeit in der Hinsicht erledigt kann es gut sein das die “Maintainer Position” an jemanden weiter gegeben wird.
Der groesste Vorteil von Carto duerft wohl sein, das es dafuer mit TileMill einen semi-wysiwyg Editor gibt, das das Bearbeiten des Styles deutlich erleichtern sollte. Somit wird es hoffentlich auch leichter fuer Drittanbieter den OSM-Style als Basis zu verwenden und dann zum Beispiel das Farbschema an ihre Beduerfnisse einfach anzupassen.
Insofern duerfte hoffentlich in der Tat der Zeitpunkt gekommen sein in dem man Sachen (nach fast einem Jahr Pause) wieder verbessert.
Schaetzungsweise ist die beste Stelle Verbesserungsvorschlaege einzureichen unter https://github.com/gravitystorm/openstreetmap-carto . Wobei “bitte rendert dieses oder jenes obscure tagging feature” erst einmal nicht sonderlich hoch auf der Prioritaetenliste stehen duerfte. Allerdings beherscht der neue Renderingserver nun auch Z19 (auch wenn das auf osm.org noch nicht aktiviert ist), womit wieder deutlich mehr Platz ist um spaeter einmal das rendern von POIs auszubauen, wenn die groesseren Probleme abgearbeitet sind.
In Zukunft auch Z19 anbieten zu können, klingt sehr gut. Es gibt doch einige Bereiche, die in OSM mittlerweile sehr dicht erfasst sind. Dort würde man mit Z19 sicher einiges mehr zeigen/sehen können.
Ansonsten scheint mir die Umstellung auf Carto sehr gut gelungen. Ich konnte bisher keine Probleme finden. Erst mit dem Hinweis von tyr_asd auf http://bl.ocks.org/tyrasd/raw/6164696/ konnte ich einige kleine Unterschiede in der Farbgebung (trunk, primary, tertiary) erkennen. Ansonsten war der Wechsel osm.org mit Carto zu Mapnik-alt (vom Wikimedia-Server) in der Vergleichskarte nur gelegentlich an der Platzierung von Namen und einer leicht anderen Auswahl an POI zu erkennen. Das mag teilweise jedoch auch an unterschiedlichen Datenständen liegen (Beispiel Bonn-Endenich).
Klar, aber eine andere Vergleichsgrundlage kenne ich nicht. Zumindest der Mapnik-Stil sollte aber auf dem Toolserver und dem alten OSM-Server der gleiche gewesen sein.
Logisch, alles andere wäre Unsinn. Das Tool hilft dabei sich einen Eindruck vom Fortschritt zu verschaffen.
Das stimmt, aber mittlerweile sind wir schon bei Version 2.3.2 angelangt, und einige sichtbare Änderungen haben es auch schon in das Style geschafft. Z.B. die etwas dunklere Farbe der primary-roads oder größere Zeilenabstände.
In welchen Intervallen fließen denn die Änderungen am carto-Stil, die schon im github-master sind, in neue Renderings ein? Gibt es da Aussagen von Andy Allan zu?
Geplant ist wohl das es zukuenftig “releases” [1] des Stylesheets gibt. Wie haeufig es neue releases geben wird haengt vermutlich davon ab wie viele und wie wichtig die Aenderungen sind. Da aber bei jeder Aenderung des Stylesheets nun automatisch ein komplettes Neurendern einsetzt (z0 - z12 als pre-rendering und der Rest on demand) und dies die rendering Server dann einige Tage “ueberlastet” wodurch die normalen Updates im generellen Neurendern untergehen und somit nicht die gewohnte Aktuallitaet erzielt werden kann, kann man vermutlich davon ausgehen das es nicht wegen jeder kleinen Aenderung geschieht. Es sollte aber haeufiger geschehen als zuletzt mit dem alten Style, der ja quasi gar nicht mehr aktualisiert wurde.
Direkte Aussagen von Andy sind mir dazu jedoch nicht bekannt. Das wird vermutlich wie das meiste einfach nach Gefuehl gemacht…
nachdem das ganze Rendering umgestellt wurde , scheint der /dirty-Trick nicht mehr zu funktionieren. Zumindest sehe ich keine Reaktion. Auch bei /status sehe ich nicht vernünftiges.
Kann das jemand bestätigen?
Die “fehlende” Statistik liegt daran das der Server gewaechselt wurde. Die Kacheln werden nun von Orm gerender und ausgeliefert. Dem entsprechend finden sich die Statistiken nun unter http://munin.openstreetmap.org/openstreetmap/orm.openstreetmap/index.html . Yevaud wird gerade neu installiert und ebenfalls auf Carto umgestellt. Nach dem neu Import wird er dann als zweiter tile Server wieder zur Verfuegung stehen. Im Moment ist so weit ich weis geplant diese unabhaengig von einander zu Betreiben und manche Laender ueber den einen Server und andere Laender ueber den anderen Server laufen zu lassen.
Bezueglich /diry: das sollte im Prinzip schon funktionieren. Da nach dem Stylechange wie oben erwaehnt der komplette Cache “invalidiert” wird und somit alles neu gerendert werden muss, ist der Server damit derzeit etwas ueberlastet und verwirft somit viele /dirty Anfragen ( http://munin.openstreetmap.org/openstreetmap/orm.openstreetmap/renderd_processed.html die dropped Statistik ) Das gilt auch fuer das renderen von sich geaenderten Tiles, wodurch die automatische Aktualisierung der Tiles nicht so gut wie normalerweise funktioniert. Das duerfte sich in ca 1 - 2 Tagen wieder legen wenn der Server ausreichend Kacheln neu gerendert hat um mit der Menge an Anfragen wieder klar zu kommen.
Da das bei jedem Style-Update wieder geschehen wird, ueberlege ich mir gerade in mod_tile / renderd eine weitere Prioritaetsstuffe einzubauen um die Aktualitaet waerend der cache invalidation Phase nicht (oder weniger) zu gefaehrden.
Was ich mich schon lange frage: warum ist die Queue auf eine derart geringe Länge (1000) beschränkt? Wenn nicht gerade massenhaft Niedrigzoomkacheln gerendert werden müssen, trägt Mapnik diese Queue in zwei Minuten ab. Bei höherem Limit (zunächst etwa 10^5; bei positiven Ergebnissen auch mehr) würden weniger Anfragen (dirty) verworfen und stattdessen einfach später ausgeführt.
