Changeset: 45934690
Eisenbahn-Fernverkehrs-Relationen: Lücken beseitigt. Kleine Korrekturen.
Closed by adjuva
Tags
created_by | JOSM/1.5 (11526 de) |
---|---|
source | Bing. |
Discussion
-
Comment from Weide
Hi!
Nur wenn der Bahnhof noch nicht gemappt ist kann public_transport=station an einem Node stehen. Sonst ist es immer eine Fläche. railway=station ist etwas völlig anderes. -
Comment from adjuva
Hallo!
1.
Für weitete (spätere) Mitleser hättest Du kurz erwähnen können, dass es u.A. um Düsseldorf Hbf geht,2.
Die OpenRailwayMap sieht vor, dass Betriebsstellen immer als Node gemappt werden (siehe http://wiki.openstreetmap.org/wiki/OpenRailwayMap/Tagging#Stations_.2F_Stops ff.).Und wenn die Betriebsstellen Persohnenverkehr hat wird zusätzlich ein public_transport=station gesetzt. Der Node wird auch mit leerer Rolle in die Betriebsstellen-Relation aufgenommen (siehe http://wiki.openstreetmap.org/wiki/OpenRailwayMap/Tagging#Operating_Site_.28Relation.29), die in diesem Fall quasi identisch zur Stop-Area-Relation ist.
Eine Fläche kann man mit landuse=railway taggen und dann mit der Rolle 'landuse' in die Betriebsstellen-Relation aufnehmen.
3.
Bei der OpenRailwayMap gab es Diskussionen, dass eine Fläche public_transport=station meist kaum was anderes als eine kovexe Hülle um Bahnsteige und Bahnhofsgebäude ist, die man auch leicht selbst berechnen kann. Bei Düsseldorf Hbf ist das auch so.4.
Der Betriebsstellen-Node in der Stop-Area-Relation ermöglicht leichten Zugriff auf Daten, die nicht direkt an der Stop-Position oder Platform einer Route-Relation eingetragen sind (z.B. uic_ref, railway:ref, railway:station_category). Ich habe Anwendungen, die das benötigen und deswegen prüfe ich diese Strukturen automatisch.5.
Das Tag public_transport=station auf dem Betriebsstellen-Node ist mir eigentlich ziemlich egal (JOSM zeigt ein hässlicheres Icon, wenn es fehlt) - mir ist es wichtig, dass der Node in der Betriebsstellen-Node bleibt.6.
Was ist schlimm daran, wenn es Node und Fläche gleichzeitig gibt? Solange der Node in der Fläche liegt. -
Comment from Weide
zu 1: Es ging mir nicht um Düsseldorf Hbf. Es ging mir um die globale Nutzung von public_transport=station.
zu 2: Es widerspricht PTv2 nicht im mindesten, wenn Betriebsstellen-Nodes und -Relationen gemappt werden. Es handelt sich dabei aber nicht um public_transport=station oder public_transport=stop_area, denn die sind nun einmal anders definiert.
zu 3: Ja, das ist im Bahnbereich fast immer so. Aber das gilt nicht generell für den PT-Bereich. Die PTv2-Definion für PT=station sagt dazu: "Please note that more than one station can be member of one and the same stop area. Conversely, it can happen that one station belongs to more than one stop area - if the station contains stop areas (or parts of these)...". Siehe z.B. Pempelforter Str in Düsseldorf wo die pt=station nur einen Teil der stop_area umfasst. Und Busstationen wie Hilden Süd können z.B. gar kein pt=station bekommen, da die Bestandteile verstreut in der Gegend liegen und kein reserviertes Gebiet oder Gebäude bilden.
zu 4: Man könnte Zentralknoten beispielsweise mit der Rolle "main_node" in stop_areas eintragen. Das widerspricht dann wenigstens nicht der Festlegung für die in PTv2 festgelegten Rollen und mit der Fehlermeldung beim Prüfen der stop_area könnte man leben...
Andererseits gehören auch entrances, landuses, usw. nicht in die stop_area, so dass die Definition eines gesonderten Relationstyps für Eisenbahn-Betriebsstellen evtl. sinnvoller wäre. Da könnte man dann auch andere bahnspezifische Dinge festlegen und danach besser prüfen.
zu 5: Es wäre sehr schön, wenn die falschen PT=station-Angaben verschwinden würden.
zu 6: Gegen einen railway=station-Node und eine public_transport=station-Fläche spricht nichts. Es sollten aber nur so viele public_transport=station - Objekte gemappt werden, wie real vorhanden sind.
Ways (5)
- 56440767, v6
- Köln Messe/Deutz (tief) (147844001), v17
- Köln Messe/Deutz (tief) (147844005), v17
- 261164759, v5
- Norddeich (261164762), v5
Relations (1-20 of 34)
- 1
- 2
- IC 77: Amsterdam => Berlin (374676), v451
- IC 62: Frankfurt => Salzburg (1076212), v480
- ICE Frankfurt – Wien (1085747), v369
- ICE41 Essen - München (1311413), v376
- ICE 10: Köln/Bonn Flughafen => Berlin-Gesundbrunnen (1801790), v287
- ICE Wien – Frankfurt (1884019), v233
- ICE82 (2078076), v262
- railjet München – Budapest (2167317), v369
- ICE10 (Koblenz =>) Bonn => Berlin (2522653), v218
- railjet Budapest – München (2963958), v313
- EC 62: Frankfurt => Linz (2979858), v226
- Köln Messe/Deutz (3090540), v9
- Düsseldorf Flughafen (3095587), v15
- EuroCity Verona – München (3654989), v89
- Amsterdam Centraal (4198834), v12
- IC 55: Oberstdorf => Köln => Magdeburg (4458997), v141
- Düsseldorf Hauptbahnhof (6037285), v5
- ICE 15: Frankfurt => Erfurt => Berlin => Ostseebad Binz (6147989), v42
- IC 62: Salzburg => Frankfurt (6167907), v44
- IC26 Berchtesgaden => Hamburg (6193557), v39
Nodes (5)
Welcome to OpenStreetMap!
OpenStreetMap is a map of the world, created by people like you and free to use under an open license.
Hosting is supported by Fastly, OSMF corporate members, and other partners.
https://openstreetmap.org/copyright | https://openstreetmap.org |
Copyright OpenStreetMap and contributors, under an open license |