Im Vergleich zu 2010 ist das zwar Jammern auf hohem Niveau, aber kann es sein, das das Kachelrendern in den letzten Wochen deutlich länger dauert ?
Teilweise über einen Tag ?
Im Ergebnis führt das zu Strassen, die spontan an der Kachelgrenze einen Sprung machen, da ich sie mit ALK genauer gezeichnet haben.
Christoph
Stimmt. Es ist ganz schön lästig.
Das liegt an den ganzen Änderungen am Style. Jedesmal muss logischerweise alles neu gerendert werden.
Gibt es eigentlich Möglichkeiten, das Rendern “zu hause” zu unterstützen? Ich hatte mal kurz danach gesucht, wurde aber nicht fündig.
Gruß
Diese Möglichkeit gab es früher mal mit tiles@home - das ist aber nicht mehr aktiv.
Schade. Nehmen wir an, wir wollten noch eine Zoomstufe - es wäre eine tolle Entlastung für die Server.
Ich schätze, dafür braucht es nicht (nur) mehr Rechenleistung, sondern (auch) mehr Speicherplatz für die Tiles - so weit ich weiß, werden die höheren Zoomstufen schon nur noch auf Anfrage gerendert.
MM im Ergebnis haben wir mehrere Tage solche Rendering öffentlich
OK das ist ZOOM 19, aber auch in Zoom 18 gibts Änderungen in der Strassenführung, die als Sprung gerendert werden über mehrere Tage.
Ich bin sicher das das CartoStyle Team schon über Optimierungen ihres Rolloutes nachgedacht hat.
Könnte man nicht dennoch über sowas wie
a) Verzicht von Level 19
b) Nur 2 uploads von neuen Stilen pro Monat (keine Ahnung ob und was das bringt)
c) regionales begrenzen der neuen Renderregel auf einen überschaubaren Bereich
(Das setzte aber Voraus, das mit 2 Renderregeln gleichzeitig gearbeitet werden kann, also eher nein)
nachdenken, bis die grössten Änderungen im Style abgeschlossen sind ?
Christoph
Die Vorschläge bremsen die Entwicklungsgeschwindigkeit des Styles bzw. sind technisch nicht (einfach) umsetzbar; deshalb:
d) Das automatische Neurendern bei Style-Änderungen deaktivieren und erst neurendern wenn
Christian
wie schwierig wäre das Rendern der Kachel auf dem eigenen Rechner und Hochladen auf OSM Server?
Ein großes Problem bei tiles@home waren die TRAPI-Server, die die Rohdaten an die Clients geliefert haben. Die waren oft überlastet. Sie mußten die Planet-DB aktuell halten und entsprechende Bounding-Boxen ausschneiden und auslieferen.
Und es zeigte sich, daß die ganze Verwaltung der Clients einen unglaublichen Overhead verursachte. Auf Heimrechnern mit ADSL machte t@h nur wenig Sinn, da das Ergebnis (also das Tileset (ein Zoom 12-Tile mit den entsprechenden Untertiles bis Level 17 (also 1365 png-Dateien)) im Vergleich zu anderen Verteilten-Rechnen-Projekten ziemlich groß waren und somit der Upload des DSL-Anschlusses den heimischen Renderer-Client ausbremste.
Christian
Verstehe.
Danke Christian!
Ist das nich so? Jedenfalls bei Zoomlevel 13 und größer.
Durch die gelegentlichen Style Aenderungen (die ein komplettes neurendern aller Kacheln verursacht) und das generelle Wachstum, sind die Kachelrendering server in der Tat derzeit stark ausgelastet und koennen nicht immer die hohe Aktualitaet guarantieren wie ueblich.
Die Aussage “Teilweise ueber einen Tag” ist auf Grund der technischen Gegebenheiten jedoch nur bedingt richtig bzw missverstaendlich.
Ein wenig Hintergrund: Wenn eine Anfrage fuer eine Kachel reinkommt, schaut der Webserver nach ob diese Kachel im Cache vorhanden ist und ob sie aktuell ist. Wenn nicht wird ein rendering Request an das rendering Backend geschickt. Dieser Request wird dann in eine Warteschlange eingeordnet und dann je nach Prioritaet der Reihe nach abgearbeitet. Allerdings ist die Warteschlange recht klein. Wenn diese voll ist (was derzeit haeufiger mal passiert), wird der Request dann komplett verworfen und nie gerendert.
Das abarbeiten der Warteschlange sollte ueblicherweise nicht laenger als 1 Stunde dauern, meist deutlich schneller. Das heist wenn man ein Gebiet “sichtet” wird es dann entweder (meist) innerhalb von einer Stunde neu gerendert, oder es wird erst wieder versucht das Gebiet neu zu rendern wenn man es das naechste mal betrachtet.
Wenn ein Rendering request wegen ueberlastung verworfen wurde und diese Kacheln erst wieder in 3 Tagen anschaut, wird es erst dann wieder versucht diese neu zu renderen. (Daher kommt vermutlich das ueber einen Tag). Schaut man sich das gleiche Gebiet hingegen nach z.B. einer Stunde wieder an, wird es auch dann wieder versucht diese gegend neu zu renderen und das Ergebniss sollte deutlich schneller aktuell sein.
Erschwerend kommt hinzu, das es zwei komplett unabhaengige Rendering server gibt die die Kachenl getrennt verwalten und rendern. Welchen der beiden Server man bekommt haengt von der Geographischen Lage des Computers des Requester ab [1]. Deutschland wir derzeit von Server “Orm” versorgt, der deutlich staerker ausgelastet ist als der andere. Wenn man die Karte von den USA aus ansieht hat man das Problem hingegen weniger, da deren Anfragen ueber den anderen Server laufen.
Um diese Effekte zu minimieren gibt es verschiedene Prioritaeten mit denen Kacheln gerendert werden. Die hoechste prioritaet haben Kacheln die gar nicht im Cache vorhanden sind. Dann werden solche Kacheln gerendert die Aenderungen enthalten und erst dann werden Kacheln gerendert die nur auf Grund einer Style Aenderung neu gerendert werden muessen. Somit sollte die Styleaenderungen eigentlich nur einen minimalen Effekt auf die aktualitaet der Karten haben. Leider funktioniert das nicht immer perfekt.
Wenn ich mich nicht taeusche ist jedoch demnaechst ein CPU Upgrade fuer den Renderingserver vorgesehen. (Der Nominatim Server hat auch gerade eines bekommen) Das sollte die Reservekapazitaet dann wieder deutlich erhoehen.
[1] http://dns.openstreetmap.org/render.openstreetmap.org.html
[2] http://munin.openstreetmap.org/openstreetmap/orm.openstreetmap/index.html#renderd
Danke amm,
das ist ja mal eine ausführliche Information. Das Verwerfen von Rendering Anfragen war mit nicht bekannt, das erklärt natürlich die Dauer besser.
Man muss also einfach ein zweites mal reinschauen, und die Zeit dazwischen nicht stoppen.
Christoph
P.S. Das das auch heisst, das in der Zwischenzeit kein A… meinen S… angeschaut hat nehme ich sachlich zur Kenntnis und betrachte das als statistisch normal :-).
Hallo Christoph
Die Hintergründe hat amm bereits ausführlich beschrieben.
Hinzu kommt noch etwas, was gelegentlich für Irritationen sorgt:
Die Kacheln werden nur dann neu gerendert,
wenn sich etwas an der Geometrie gändert hat.
Sprich Änderungen an den Eigenschaften (Taggs) eines Objektes unter Beibehaltung der Geometrie führen nicht zum erneuten rendern der Kacheln.
Edbert (EvanE)
Wenn es wirklich mal dringend sein sollte und man sich nicht sicher ist, wo es klemmt, hilft ja das was ich “Kitzeln” nenne: eine kleine Änderung der Geometrie. Am besten rechteckig machen, das schadet nicht und verbessert sogar die Qualität. Allerdings bitte nur in kleinen Portionen zu verwenden und nicht etwa um eine ganze Ecke anzutriggern. Zudem erscheinen die Daten dann im nächsten Diff und können somit auch DIFF-Probleme beseitigen.
Gruss
walter
Walter,
Da bekommt mappen für de Renderer einen ganz neuen Ton.
Christoph
Oder einfach ein /dirty an die Kachel hängen. Das kitzelt schneller 
Du meinst:
Rechte Maustaste auf Kachel, Kachel im neuen Tab Öffnen.
/dirty hinter den http Link packen und
“Tile submitted for rendering” als Ergebnis erhalten ?
Das kannte ich noch nicht