Ohne hier irgendjemand persoenlich attackieren zu wollen, frag ich mich
schon, warum Frederik sich so vehemenent dafuer einsetzt, ein
beschissenes Rendering zu verteidigen. Fuer mich kann da eigentlich nur
der Schluss kommen, dass Geofabrik hier selber bessere Karten
vermarkten/verkaufen moechte.
Ich denke dass ein Großteil der OSM Mapper, zur Uebersicht googlemaps
oder andere Dienste benutzt, ganz einfach weil Mapnik abgesehen von sehr
nahen Zoomstufen (ab 16) einfach schlecht ist. Was ehrlicherweise aber
nicht nur an Mapnik selber liegt. Der Grund ist auch einfach, dass die
Regel wir mappen nicht fuer die Renderer, hier einfach nicht funktioniert.
Denn solange es keinen Schluessel fuer regionale, nationale,
internationale Bedeutung gibt, so lange kann ein Renderer einfach auch
nicht wissen, wie wichtig eine Stadt ist, denn nur aus der
Einwohnerzahl, geht dies halt nicht hervor. Sonst hat man etwa in
Deutschland oder Benelux eine Stadt neben der anderen, in Oesterreich
sieht man in derselben Zoomstufe, dann statt Wien, Graz, Inssbruck aber
nur Wien - obwohl Graz oder Innsbruck fuer den Kartenausschnitt in
derselben Zoomstufe, eine hoehere Bedeutung haben, wie etwa Mainz neben
Frankfurt.....
Auch ist es quasi unmoeglich, vernuenftige Gelaendedarstellung weit
herausgezoomt zu erhalten, da dem renderer nicht klar sein kann wie groß
etwa ein See, Gletscher, Wald, .... ist, wenn sich dieser aus hunderten
Einzelteilen zusammensetzt. Stellt man nun alle Seen ab Groeße X dar, so
fehlen einem entweder große Seen, oder die Karte ist uebersaeht von
kleinen Tuempeln. Keine kommerzielle Datenbasis bzw Karte kommt hier
ohne haendische Faktoren aus (ob bei der Erstellung, oder bei der
Datenbasis).
Andererseits, waere eine haendisch korrigierte Openstreetmap
Darstellung, nicht sinnvoll. Weil wenn man mal nach Wochen Arbeit diese
erstellt hat, sind die Daten schon wieder veraltet.
Solange die Karte nur Straßen darstellen soll, gibt es das Problem ja
gar nicht. Da Straßen ja großteils logisch geplant sind, und ihre
Wichtigkeit feststeht (Autobahn groeßer Schnellstraße, usw,...) bzw
leicht messbar ist (wieviele Autos fahren pro Tag, Woche, .... auf
Straße X) und eine Darstellung nach ihrer Wichtigkeit somit klar ist.
Woher soll aber ein Renderer Wissen, dass in Wien der Stephansdom schon
sehr frueh sichtbar sein soll, andere Kirchen aber nicht (selbst wenn
diese gleich groß sein sollten, und sich sonst in der Datenbasis auch
nicht unterschieden)? Er kann es ganz einfach nicht wissen, und damit
auch nicht korrekt darstellen!
Wie koennte man dies loesen?
a)
Am besten indem fuer saemtliche OSM Features ein Schluessel wie etwa
Priority=+/-1,2,3 angegeben wuerde. Dieser sollte dann zum Einsatz
kommen, wenn man durch logisches versuchen der Zoomstufe zu finden (auf
weltweiter Basis, damit man nicht pro Land, Region, Stadt einen eigenen
Kartenstil braucht) hier sonst Fehler machen wuerde.
Alle Waldteile, die zum Schwarzwald gehoeren, koennte man etwa mit einem
Priority`+2 taggen, dass waere deutlich einfacher wie zu versuchen alle
Waldteile einer Relation hinzuzufuegen, und gleichzeitig dann vom
Renderer zu verlangen, dass er diese zusammenfuegt, dann die Flaeche
errechnet, "Loecher" loescht weil zu kleine "Loecher" nur verwirren
(nicht immer hilft die Realitaet in der Kartendarstellung der
Orientierung) und zu einem richtigen Ergebnis der regionalen Bedeutung
zu kommen.
b)
Man koennte ganz einfach vom Modell, der Kartendaten ohne Zoomstufen
abgehen, und OSM Layerbasiert aufbauen. Waere komplizierter und nicht
besser (aber gibt genug Kartendatenbanken die komplett unabhaengige
Datenlayer haben) - da ein Editor ja auch die Layer dynamisch aufbauen
koennte, wenn die regionale Bedeutung der Objekte per Schluessel
getagged ist.
c)
Die Renderer erstellen fuer jedes Land, lange und aufwendige Listen der
wichtigen Objekte (dies macht etwa Nop - der das Thema hier ja gestartet
hat) um so etwa wichtige Fluesse nach ihrer Bedeutung in den Zoomlevels
richtig darzustellen. Dies ist eindeutig die schlechteste Loesung, weil
wenn man es so angeht, dann gibt man zu, dass man ohne lokales Wissen
aus OSM keine gescheite Karte bauen kann.
d)
wir schieben die Schuld an sauschlechten Karten weiter auf die Renderer,
und sagen so wie Frederik, dass gute Karten nicht der Sinn von
Openstreetmap.org sind. Koennen ja andere kommerziell ausbeuten, dass
die Openstreetmap Community hier ganz einfach versagt. Bzw wir
beschließen dass Openstreetmap nicht dafuer geeignet ist, auf Karten
dargestellt zu werden, und nur noch fuer Use Cases wie Navigation oder
andere Werke basierend auf OSM Daten da ist.
_______________________________________________
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
