So etwas kenne ich bisher bloß von Filmen aus Schweden und Kanada.
Mich würde da erstmal interessieren, wie diese Brücke abgesichert ist (Andreaskreuz, Lichtsignalanlage, …). Wenn es eine Hafenbahn oder Industriebahn ist, kann es sein, dass an der Einfahrt in das Gebiet ein Schild mit einem Andreaskreuz und dem Text “Hafengebiet. Züge haben Vorrang.” (Beispielbild, Beispielbild) hängt. Dann ist eine Sicherung für die Brücke vielleicht gar nicht notwendig und ein Tagging mit irgendwas mit crossing nicht notwendig.
Zu den Betreibern und der Zuordnung von Bahnanlagen in Bahnhöfen:
Gleisanlagen, Signale, Oberleitung sind der DB Netz AG zugeordnet; Bahnsteige, Empfangsgebäude und deren Erschließung gehören DB Station&Service. Beide sind Infrasrukturunternehmen und firmieren nach außen unter “DB Netze”.
Deshalb bekommt meistens nur der Bahnhofs- bzw. Haltepunkt-Node operator=DB Station&Service. Empfangsgebäude kennzeichne ich mit building=train_station.
An Bahnsteige habe ich bisher noch nicht DB S&S als operator getaggt.
Das ließe sich fortsetzen: Unterscheidung der abgebauten/überbauten ehemaligen Schmalspurstrecken von abgebauten/überbauten ehemaligen Normalspurstrecken. Geht derzeit nur indirekt, wenn gauge=* erfasst wurde. Das auf der OpenRailwayMap darzustellen wäre schon wichtig und ich sehe da Bedarf. Eventuell auch als eigener Layer?
Es handelt sich um eine Werksbahn (RWE), die teilweise auf öffentlicher Straße fährt. Die Brücke ist Firmeneigentum aber öffentlich zugänglich. Rad- und Wanderwege führen über die Brücke. Ein schmaler Weg für Fußgänger ist vorhanden, ansonsten muss “auf den” Gleisen gefahren werden. Als Motorfahrzeuge sind nur Firmenfahrzeuge erlaubt. Abgesichert ist diese mit Schranken, so dass Fahrzeuge (also auch Loks) nur nach Öffnung der Schranken fahren können. Radfahrer umfahren die Schranken.
Habe jetzt auch ein Bild gefunden. Auch wenn die Details nur schwach zu erkennen sind.
Yepp, das ist sie…auf dem Bild der helle Bodenbelag besteht aus Metallplatten, eigentlich nur als Stabilierung der Holzbohlen gedacht, das ist nicht der Fußweg (auch wenn er von den Fußgängern als solcher angesehen wird. Der Fußweg ist eigentlich neben der Stahlkonstruktion auf der rechten Seite.
Das ist wegen anderer Tags wie z.B. oneway und maxspeed problematisch, da der Bezug dann unklar ist. Da sollte man zwei OSM-Linien unter Benutzung derselben Punkte ziehen und die Tags nach Straße und Schiene aufteilen. (Dabei muss man auf Warntags für Radfahrer “Gefahr in die Schienen zu geraten” (Namen hab ich vergessen) aufpassen: die gehören zur Straße und nicht zur Schiene). Vielleicht löst sich das Crossingproblem dadurch automatisch…
Die Diskussion ist ja ihre ganz eigenen Wege gegangen.
Zu dem, was hier besprochen wird, gibt es einen englischsprachigen WP-Artikel: http://en.wikipedia.org/wiki/Street_running
Ich kenne mehrere Eisenbahnstrecken, die mehrfach bis zu 1km in Strassen durch einen Ort verlaufen und im 10-Minuten-Takt von Personenzügen befahren werden
Mein Problem ist nicht, ob es das in Realität gibt und ggf. wie oft und wo. Meine Problem ist, wie es korrekt getaggt werden soll:
a) jeweils als eigener way, die sich überlagern
b) nur ein einziger way, auf dem beides stattfindet.
Von dem Realitätsgedanken her, wäre ein einziger way korrekt, denn es kann nur entweder Zug oder Auto über die Brücke. Zudem ist der Zugang zur Brücke über eine automatische Schranke sowohl für den Zug- als auch für den Autoverkehr nur eingeschränkt möglich. Auch das ein Indiz, dass es nur ein way sein sollte.
Als getrennte Ways, weil es sonst Tag-Konflikte (ref=, maxspeed=, operator=*, …) gibt und Strasse und Gleis meist nicht an derselben Stelle ihre Mitte haben.
Ist an einem Bü auch nicht anders, und da hat man auch nicht nur einen Way
In den mir bekannten Fällen wird der Autoverkehr auch höchstens nur kurz angehalten um dem Zug das Einfahren zu ermöglichen und ihm etwas Vorsprung zu geben.
Das Allerwichtigste
Wir sehen einen großen Bedarf für neues Tag für U-Bahn-Stationen. Derzeit werden diese mit railway=station getaggt, was schlicht und einfach Schrott ist. U- und Vollbahnen sind zwei ganz unterschiedliche Dinge. Wir schlagen daher railway=train_station vor. Siehe dazu die Diskussion hier im Forum. Bitte diesen Vorschlag dort diskutieren.
Wir haben auch über railway=light_rail geredet. Das Ergebis.
Weitere Änderungen/Neueinführungen
Die Diskussion zu highspeed=yes wurde vertagt. Ich persönlich denke, dass man das Tag einfach abschaffen sollte.
neues Tag für Gleisverschlingungen: railway:interlaced=yes
neues Tag für Begegnungsverbote wegen mangelndem Gleisabstand: railway:passing_prohibited=left/right/yes/both
Entgegen dem Grundsatz, dass ein Gleis nicht mit usage=* und service=* gleichzeitig getaggt werden soll, wird zur Unterscheidung von Nebengleisen von Industriebahnen gegenüber normalen Nebengleisen die Kombination service=* + usage=industrial erlaubt.
Für die Klein- und Anschlussbahngesetze der deutschen Länder wurden Values definiert. Es gibt halt Mapper (ich nicht), die das brauchen.
neues Tag für Meterlast (nicht das Gleisgewicht): meter_load=<zulässige Meterlast in Tonnen/Meter>
neues Tag für Achslast: axle_load=<zulässige Achslast in Tonnen>
Die Diskussion, was als maxspeed=* getaggt wird, wenn bestimmte Sonderbauarten schneller oder langsamer fahren dürfen/müssen, verlief ergebnislos.
neues Tag für Oberleitungsmasten (gedacht für solche, die Stromleitungen (im Bahnjargon “Speiseleitung”) tragen: power=catenary_mast
neue Tag für Einspeisung aus der Speieseleitung, Überbrückbarkeit von Oberleitungs-Trennstellen per Schalter und Schutzstrecken (spannungslose Oberleitungsabschnitte)
neues Tag für versenkbare Mittelstromschienen als Stromversorgung der Straßenbahn Bordeaux: electrified=ground-level_power_supply
neue Tags für Schrankenwärterposten, Blockstellen, Anschlussstellen, Besetzungszeiten von Betriebsstellen (wenn man dafür eine kompatible Quelle hat!),
Bei Betriebsstellenkürzel (bisher railway:ref=*), die von ausländischen/fremden Eisenbahngesellschaften vergeben wurden, sollte man wie bei fremdsprachigen Namen vorgehen, z.B. railway:ref:SNCF=<Kürzel der SNCF>
Da railway=owner_change sich als Tag für Betreiberwechsel (DB/AVG, DB/KVB, DB/DRE, …) entwickelt hat, wird railway=border für solche Punkte beim Wechsel von Staatsbahnen an Staatsgrenzen eingeführt.
neues Tag für Bahnsteigabschnitte: railway:platform:section=A/B/C/…/Nord/Süd auf einen Node in der Außenkante des Bahnsteigs (sollte als Multipolygon nach Euskirchener Vorbild) oder auf den Außenkantenabschnitt (Mapping des Bahnsteigs als Multipolygons ist dann unvermeidbar), wenn die Länge des Abschnitts vor Ort ersichtlich ist (meistens nicht der Fall).
neue Tags für: Fahrbahnsperren an russischen Bahnübergängen und englische Bahnübergangstore
neues Tag, das besagt, dass der Bahnübergang ein Andreaskreuz hat (manche Feldweg- und Privat-Bahnübergänge haben das nicht!): crossing:saltire=yes
neue Tags für Bahnübergangsüberwachung und Bahnübergangseinschaltung
neue Tags für Mindest-, Durchschnitts- und Maximalschließzeit [1]. Die Werte sollten vor Ort bestimmt werden und Routern nützen.
neue Tags für Straßenbahnsignale nach BOStrab (Bei den F-Signalen ist mir heute ein Bug aufgefallen. Neben einander hängende Signale sind noch nicht vom Schema abgedeckt.)
neue Tags für Signale der Berliner U-Bahn (zufällig eine Seite entdeckt und ein Exempel für Sonderbehandlungen eines Verkehrsbetriebs statuiert )
erhebliche, abwärtskompatible Taggingänderungen bei Signalen zur Zugsicherung. Das deutschlastige railway:signal:lzb=* wird durch das allgemeine, straßenbahn- und ETCS-taugliche railway:signal:train_protection=* ersetzt.
Tag für Kilometersprüngen, Überlängen und Fehllängen
railway_link=yes an Objekte (Firmen) mit genutztem Gleisanschluss
neue Tags für Besandungsanlagen, WC-Entsorgungsanlagen (für Eisenbahnfahrzeuge!), Wasserfüllanlagen, Druckluftanschlüsse, Elektranten, Zugvorheizungen und Heißläuferortungsanlagen
Was wir dort für “veraltet” befunden haben, kann man noch weiterhin verwenden. Die JOSM-Objektvorlage, die die meisten für diese Supersonderspezialtags verwenden, ist schließlich noch nicht geändert. Umtagging-Aktionen werden vorher hier oder auf talk-de angekündigt/diskutiert.
Viele Grüße
Michael
[1] Kann man berechnen, wenn man den Ort des Einschaltkontakts bzw. bei hauptsignalgedeckten Bahnübergängen den Hauptsignalstandort kennt. Dann t=v/s mit v=20 km/h.
Dann schreibe als nicht anwesend gewesener meine Kommentare zum Protokoll:
Begegnungsverbote:
Das ist etwas komplizierter als nur ein einfaches “nicht auf dieser Seite”. Da gibt’s so Dinge wie z.B. “nur zwischen diesen Fahrzeugen”. Ich würde das erstmal aus dem Taggingschema rauslassen, weil es vermutlich eh nochmal geändert wird.
maxspeed:=**:
Wäre ich für Ansatz 2.
Grenzpunkte:
Was ist mit Bundesländergrenzen, Streckenwechseln (=historische Grenze) und Regionalbereichsgrenzen (DB Netz-spzifisch)?
SOStrab-F5:
Würde ich nicht als mit einem Ersatzsignal vergleichbar sehen. Es entspricht eher der grünen Vollscheibe an einem Signal für den Fahrverkehr.
Fehllängen:
Vermutlich gibt es da bei anderen Verkehrswegen noch keine Tags für, weil wir viel genauer sind
Stationen mit Infrastruktur[sic!] für Bedarfshalte:
Damit sind vermutlich Stationen gemeint, bei denen es eine Taste gibt, die einen Haltewunschanzeiger an der Strecke aktiviert. MEn klar Infrastruktur. Würde ich aber nicht als Eigenschaft der Station sondern (wie z.B. FKA oder DSA) als eigenes Objekt erfassen, weil die Tasten teilweise etwas schlecht auffindbar sind.
)
.jpeg){kind=link}
