.. diese diskussion habe ich vor ein paar tagen mit frederik angefangen,
welche letztendlich in OSM qua ... fortgeführt wurde.
.. als einfach mapper - ohne programmierkenntnisse, dafür aber jede
menge radkilometer in den beinen - im bezug auf OSM .. kann ebenfalls
nicht verstehen, dass das projekt karte so vehement als
"NICHT-KERN-Bereich" abgestempelt wird.
.. der normale Bürger draußen versteht dies nun mal so. das hinter all
dem die datenbank steht ist klar. aber nach außen hin wird OSM als
Kartensatz und Datensatz derweil verstanden - die Betonung liegt auf
derweil.
Der Ansatz - was am Auftritt von OSM zu ändern sollte dem eigentlich
endlich mal gerecht werden. OSM besteht halt nicht nur aus den
Programmierern, Leuten von der Geo-Fabrik, sondern auch aus den
einfachen Datensammlern.
Und das OSM - ob richtig oder falsch - von Vergleichstest zerrissen wird
- sollte uns - Programmierern, Datenbank-Admins und Mappern mal zu
denken geben.
Dein Vorschlag mit der Prio´s ist nach meiner Meinung längst überfällig.
Heute wurde ich gefragt, warum man sich mit den OSM-Datensätzen nicht so
gut orientieren kann - wäre alles so unübersichtlich. Die Prio´s fehlen.
Gibt es Leute, welche die Renderer betreuen und hier mitlesen ?
gruss s
Am 24.10.2010 18:42, schrieb Felix Hartmann:
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
_______________________________________________
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
