Fehler in Osmarender

Hallo,

mir ist jetzt schon einige Male aufgefallen, dass einige Tiles besonders groß werden und Probleme beim Upload bereiten. Schaut man in die Dateien rein, so sieht man oft fehlerhaft gerenderte Tiles in denen mit grüner Schrift “” steht.
Offenbar werden solche Fehler auch von anderen Usern “generiert”.

Beispiel:

http://tah.openstreetmap.org/Browse/?layer=tile&z=9&x=453&y=310

Hat jemand eine Ahnung, wie das zusammenhängt?

Markus

Keine Ahnung, aber kannst du das Problem auf der tilesathome Mailingliste ansprechen? Da wird es auch von devs gelesen.

NR? flöt :wink:

Auf dem Link sah ich erstmal wenig … Habe dann Adelaide auf der normalen Karte gesucht …
Du meinst Stellen wie diese?
http://www.informationfreeway.org/?lat=-35.14&lon=138.5975&zoom=16
Derzeit sieht man dort alt () contra neu (grüne Fläche)

“NR” steht für leisure=nature_reserve

Da die alte flächig grüne Darstellung alle “richtigen” Lannutzungen (Wald, Feld, Wasser, …) zugekleistert hat und man nicht mehr erkannte, ob im Naturschutzgebiet Gras oder Wald wächst, habe ich das kürzlich auf diese “transparente” Darstellung umgestellt. S.a. http://www.informationfreeway.org/?lat=49.046&lon=8.51183&zoom=16

Von Problemen wie Upload habe ich bisher nichts gehört aus Europa, wo die Landschaft wesentlich dichter gemappt ist und häufiger gerendert wird, allerdings mögen die NRs kleiner sein als in Down under …

aaahhh! Ich hatte echt vermutet, das “NR” für “not rendered” (durch einen Fehler) steht!

Bei mir stellt sich das Problem aber so dar, dass diese Tiles mit " so groß werden, dass ein zum Hochladen anstehendes ZIP von > 26 MB entsteht. Mit meinem ADSL 6000 kommt nach einiger Zeit meist ein Timeout.

Hier sieht man es noch genauer, schön sieht das wirklich nicht aus:

http://tah.openstreetmap.org/Browse/?layer=tile&z=12&x=3631&y=2483
http://tah.openstreetmap.org/Browse/details/tile/12/3630/2482/

besonders, wenn man noch 1-2 Stufen rauszoomt.

Markus

Was wird denn genau hochgeladen? SVG? PNG?
In SVG ersetzt das neue Rendern nur das füllen durch ein pattern, das sind gefühlt wenige 100 Byte pro SVG-Datei mehr.
Der Unterschied bei PNG ist weniger gut vorhersagbar, aber mehr als ein gut gefülltes buntgemischtes deutsches Tile kann es in der Ecke der Welt kaum werden :wink:

Ich sehe da in erster Linie ein ziemliches Problem mit der Küstenlinie.
Ich würde das erst mal in Ordnung bringen, vielleicht verursacht ja das irgendwelche heftigen Probleme…

Oder mal anders gefragt: gibt’s das Problem auch in Gebieten weit abseits des Küstenlinienproblems?

Guckst Du Mapnik-Slippy-Map, steht da auch NR :wink:

Das leisure=nature_reserve scheint an dieser Relation zu hängen:
http://www.openstreetmap.org/browse/relation/558154
Die definiert halt eine ziemlich riesige Fläche mit vermutlich ziemlich vielen Punkten, die für dessen Darstellung gebraucht werden, egal ob mit gleichmäßiger Füllung oder Muster … Vermutlch kommen die 26 MB von dieser großen Relation?

Hinzu kommt noch eine ganze Reihe weiterer riesiger Multipolygone für Seen wie Lake Alexandria, Lake Alberta und anderes.

Zumindest die vertauschten “Seiten” von Land und Wasser wie auch das vertauschte “Innen” und “Außen” bei der mit Nationalpark+Naturschutzgebiet getaggten Fläche liegen wohl an den bekannten Problemen von Osmarender bei sehr großen Multipolygonen mit mehreren outer-Elementen.

Es wird PNG hochgeladen. Das Ersetzen des Füllens durch das “”-Pattern lässt die Größe des Tile um den Faktor 10 wachsen. Da kommen dann meine Upload-Probleme her, wenn die “NR”-Flächen sehr ausgedehnt sind.

Hier ein aktuelles Beispiel (26MB): http://senduit.com/d940d8

Markus