Am 08.03.2012 11:18, schrieb Christian Müller:
Stephan Wolff<s.wo...@web.de> schrieb:
- das mögliche Renderergebnis wäre nicht schön (Je nach Anforderung
liefern ein tagbasiertes Straßenmodell, flächenbasierte Modelle oder
das Einzelspurmapping hübschere, bessere oder genauere Ergebnisse.
Das empfinde ich eigentlich als nachrangig. Wenn das Modell gut ist,
lässt sich der Renderer so anpassen, dass der Output erzeugt wird, den
man will/braucht.
Kein Datenmodell beschreibt die reale Situation vollständig. Ein
flächenbasiertes Modell beschreibt die asphaltierte Fläche, sagt aber
nichts über die Zahl der Abbiegespuren, die anderen Modelle lassen nur
ungenauere Abschätzungen der befahrbaren Flächen zu, etc.
Mir würde die Flächenschätzung aus einem Einzelspurmodell genügen, aber
andere Anwender haben andere Wünsche.
Alle Datenmodelle können grundsätzlich nebeneinander existieren)
Das stelle ich in Frage.. viele beschweren sich, sobald Redundanz
auftaucht.. "nebeneinander existieren" klingt nach Redundanz..
Es klingt nur so. Zudem wäre Redundanz nur ein Schönheitsfehler aber
kein Ausschlußgrund für eine Koexistenz.
- die Verbindung der Spuren mit einfachen "lane_change"-ways an
wenigen Stellen entspricht nicht der Realität (die Verknüpfung über
Flächen oder Relationen wäre auch möglich, aber für den Mapper mit mehr
Aufwand verbunden und für den Router viel schwerer auszuwerten, so dass
ich das einfachste Modell gewählt habe)
Das wäre nicht schwerer auszuwerten als eine turn_restriction Relation.
Ich bezweifele das. Einen "lane_change"-way kann der Router wie eine
Querstraße auswerten und die vorhandenen Algorithmen nutzen.
Relationen erfordern immer eine Sonderbehandlung. Ein Modell mit exakt
zwei Spuren pro Relation wäre für den Router noch recht einfach, aber
für die Mapper sehr aufwändig. Ein Modell, das alle
nebeneinanderliegenden Fahrspuren zusammenfasst, wäre ungünstig für den
Router.
Viele Grüße
Stephan
_______________________________________________
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
