M∡rtin Koppenhoefer schrieb: > Wir mappen Bahnhöfe von U-Bahnen und die von Zügen zunächst gleich > (railway=station), die Unterscheidung ob es sich um eine S-Bahn, einen > Zug oder eine U-Bahn handelt findet beim Gleis statt. In der > Auswertung schafft das ein paar Probleme, die nicht sehr groß sind, > solange das railway=station auf einem Node liegt, der Teil des Gleises > ist. Wenn nun aber auch U- und S-Bahnhöfe als Flächen gemappt sind, > und auf dem Gleis nur noch ein railway=stop, dann finde ich es nicht > mehr ganz trivial, ein sauberes Rendering hinzubekommen, schwierig > wird es vor allem dann, wenn die U-Bahn (oder S-Bahn) und die Züge > räumlich übereinander (also koordinatenmäßig an derselben Stelle) > verkehren. > > Aus Datensicht ist es ja prinzipiell nicht schlecht, wenn die Bahnhöfe > als Flächen gemappt sind, weil man die Ausmaße dann klar in der Karte > hat. > > Hat jemand sich hier schonmal Gedanken gemacht, wie man das > (Unterscheidung der Bahnhofstypen) am Besten angehen könnte? >
Irgendwie seh ich das Problem nicht: Wenn U&S-Bahn an der selben Stelle in verschiedenen Ebenen halten, hat die Station ziemlich sicher bei beiden den gleichen Namen. Also reicht ein node "xyz Hauptbahnhof" zur Namenskennzeichnung aus. Bei allen übrigen U-Bahn-Stationen sieht man an der angrenzenden Linienfarbe, ob eine U/S/Regionalbahn hier langfährt. Mal abgesehen davon, dass in DE die Definition von U&S ziemlich schwammig ist: Was in Berlin als "Stadtbahn" gilt, ist an Rhein und Ruhr eine S-Bahn, während die U-Bahn hier Stadtbahn heißt. In Frankfurt fahren beide durch den gleichen Tunnel; und in Karlsruhe mutiert die Straßenbahn zur S-Bahn im Hinterland. Da wundert es dann nicht, dass light_rail in den meisten Fällen nicht dem entspricht, was die Engländer damit meinen. Das railway=station setze ich als Knoten in der Regel mittig in das Empfangsgebäude, sofern dieses noch aktiv als solches genutzt wird. Sonst an eines der Gleise, während die anderen nur public_transport=stop_position bekommen. -- Gruß, André Joost _______________________________________________ Talk-de mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-de
