Changeset: 44332324
Details
Closed by Ruhrpottkast
Tags
created_by | JOSM/1.5 (11223 de) |
---|---|
source | Begehung Hohenzollernbrücke südlicher Fußweg |
Discussion
-
Comment from Nakaner
Hallo Ruhrpottkast,
herzlich willkommen bei OSM (per Änderungssatzkommentar hat dich noch niemand begrüßt).
Ich schaue von Zeit zu Zeit aus Neugierde, was sich bezüglich Eisenbahnmapping in Deutschland tut und dabei bist du mir (positiv) aufgefallen. Ich habe mir deine Edits nicht durchgesehen (ich habe Besseres zu tun). Sollte mir mal doch etwas negativ auffallen, werde ich mich per Änderungssatzkommentar bei dir melden.
Nur ein paar Anmerkung habe ich noch, denn diesen Änderungssatz habe ich mir aus Neugierde angesehen (http://overpass-api.de/achavi/?changeset=44332324). Wenn ein Objekt stillgelegt ist, z.B. ein Fernsprechkasten ohne schwarzem F, dann wird er nicht mehr als railway=phone, sondern als disused:railway=phone getaggt. Bei diesem sogenannten Lifecycle-Tagging (Lebenszyklus-Tagging) wird einfach das passende Präfix (proposed, construction, disused, abandoned) vor den Key des Haupt-Tags (bei Eisenbahnsachen i.d.R. railway=*) getaggt. So können Datennutzer problemlos stillgelegte Objekte von in Benutzung befindlichen Objekten unterscheiden.
Das Lifecycle-Tagging wird zwar von uns Eisenbahnmappern propagiert, aber in den OpenRailwayMap-Objektvorlagen für JOSM ist es noch nicht berücksichtigt. Ich habe eine halbfertige Vorlage bei mir herumlagen, aber sie ist eben nur halb fertig.
Ja, Köln hat gewisse eisenbahntechnische Eigenheiten und die Weiche/Signal 5 ist nur eine davon. https://www.openstreetmap.org/node/1629836056 In solch einem Fall mappt man, auch wenn es nicht 100%ig richtig ist, zwei Nodes direkt hintereinander. In wichtigen Tags, wie z.B. railway=* sollte man durch Semikola getrennte Werte vermeiden. Die meisten Auswerter (Renderer usw.) erkennen darin einen separaten Wert, nämlich "signal;switch", statt einer Weiche und einem Signal am selben Ort. Wenn das Signal zwischen Zungenspitze und Herzstück liegt, mappt man auf beiden Zweiggleisen je ein Signal. Auswerter müssen dann dieses Signal anhand der räumlichen Nähe eliminieren. Das Problem tritt auch auf, wenn zwei Lf 7 Rücken an Rücken an einem Pfosten hängen. Dann mappen wir auch zwei Nodes. Das sind Kompromisse um das Taggingschema für Mapper und Datennutzer nicht noch komplizierter zu machen.
Abschließend möchte ich mich bedanken, dass du aussagekräftige Änderungssatzkommentare verwendest.
Falls du Fragen hast, kannst du dich gerne an mich wenden oder sie auf einem der einschlägigen Diskussionskanäle stellen.
Viele Grüße
Michael
Ways (1-20 of 95)
- 114807776, v11
- 2659 (114815975), v10
- 147637296, v17
- 2633 (147637302), v11
- 2633 (147637303), v13
- 2633 (147637305), v6
- 147637306, v11
- 147637308, v7
- 2633 (147637310), v12
- 147637311, v8
- 2639 (147637312), v6
- 147637316, v10
- 2639 (147637322), v14
- 2639 (147637323), v9
- 2639 (147637326), v8
- 2639 (147637328), v11
- 2639 (147637329), v10
- 2639 (147637330), v8
- 2639 (147637334), v7
- 147637339, v12
Relations (1)
Nodes (21-40 of 66)
- F 150 (2948239503), v6
- 2990993313, v2
- 2990993314, v5
- 2990993316, v3
- 2990993317, v3
- 2990993319, v3
- 2990993322, v3
- 70A (2990993785), v10
- 2990993788, v3
- 70B (2990993789), v10
- 2990993790, v3
- 221 (2990993792), v6
- 70ZU4 (3044348571), v2
- 70ZU6 (3044348573), v2
- 70ZU8 (3236790625), v5
- 3236790626, v2
- 3885119953, v2
- 212II (3885119954), v2
- 222II (3885119955), v2
- 3885119956, v2
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 |