5:33 p.m.
Hallo Tracy,
ich erlaube mir mal, die OpenRailwayMap-Liste ins CC aufzunehmen.
Am 2014-10-23 um 16:28 schrieb Tracy Kasperczyk:
Hallo Michael,
ich meinte mit der Priority-Geschichte ehr folgendes Thema:
Key: priority
- priority <http://wiki.openstreetmap.org/wiki/Key:priority>=primary
<http://wiki.openstreetmap.org/w/index.php?title=Tag:priority%3Dprimary&am...
-
These are the rails that are used for long-distance-connections between
cities. There are often two or more tracks. Each track is often oneway.
Then they should be tagged separately (as dual / multi - carriageway on
highways).
- priority <http://wiki.openstreetmap.org/wiki/Key:priority>=secondary
<http://wiki.openstreetmap.org/w/index.php?title=Tag:priority%3Dsecondary&...
-
These are the sub-net-rails where mostly short-distance-connection rides.
The trains stop at nearly every stop and often there is only one track for
both directions. On a simple subway/metro/cityline-network there is no
secondary network.
- priority <http://wiki.openstreetmap.org/wiki/Key:priority>=yard
<http://wiki.openstreetmap.org/w/index.php?title=Tag:priority%3Dyard&a...
-
These rails are only used for rails that goes to a depot, a yard or an
engine-house.
- priority <http://wiki.openstreetmap.org/wiki/Key:priority>=switch
<http://wiki.openstreetmap.org/w/index.php?title=Tag:priority%3Dswitch&...
Das Tag kannte ich bisher noch gar nicht.
Diese Tags stammen aus einem Proposal von 2008, das eingeschlafen ist.
Manche Konzepte sind heutzutage so wichtig, wie highway=primary im
Straßennetz, aber das Priority-Tag stammt aus einer Zeit, als man noch
kaum Fernverkehrslinien als Relation gemappt hat.
priority=* + railway=* kommt laut Taginfo 9.782 mal vor. 0,4 Prozent des
weltweiten OSM-Bahnnetzes sind mit priority=* getaggt.
usage=* + railway=* kommt laut Taginfo 310.650 mal vor. 12,57 Prozent
des weltweiten OSM-Bahnnetzes sind mit usage=* getaggt (viel mehr dürfte
auch nicht drin sein, da es auch viele Nebengleise in OSM gibt, die
dieses Tag nicht bekommen dürfen).
Ich persönlich sehe keinen Bedarf für ein priority-Tag, das in die drei
Klassen Fernverkehr, Nahverkehr und Abstellung einteilt.
Fernverkehrsgleise sind häufig Mitglied einer Fernverkehrsrelation. Für
Nahverkehrsgleise gilt selbiges. Fernverkehr fährt meistens nur auf
Hauptbahnen (usage=main), von Ausnahmen wie dem CNL Hamburg–Kopenhagen,
der manchmal über Deutschlands schnellste Nebenbahn (Kiel–Flensburg, 120
km/h) fährt, abgesehen.
Es hat sich in OSM eingebürgert, dass die Transport-Infrastrukturen
(what's on the ground) an Nodes und Ways getaggt wird, während die
Nutzung der Infrastruktur über Relationen abgebildet wird. Wir taggen
highway=secondary, surface=asphalt, maxspeed=70 und mappen die Buslinie,
die darüber fährt als Relation.
Bei Routenrelationen für Zuglinien gibt es:
route=train + service=regional/high_speed/night für
Regionalzüge/Hochgeschwindigkeitszüge/Nachtzüge
und
route=light_rail ohne service=* für light_rails (nicht eindeutig definiert.
Außerdem enthalten die Relationen auch ein ref=<Liniennummer>. Wenn ihr
davon den Anfang parst, habt ihr den Routentyp. ICE-Relationen sind
immer mit ref=ICE<Liniennummer> getaggt, analog gilt dasselbe für die
anderen Zuggattungen.
Ich persönlich würde priority=* aus folgenden Tags ableiten:
highspeed=yes -> priority=primary
service=yard -> priority=yard (man fährt nicht durch den Abstellbahnhof)
Teil einer Relation …
ICE.* oder IC.* oder EC.* oder IR[^E]*.* -> primary
CNL.* oder EN.* oder D.* -> primary
R.* -> secondary
Obige reguläre Ausdrücke gelten sind nur in Deutschland anwendbar. Ich
hoffe, dass sie richtig sind. In Tschechien ist die Zuggattung R ein
IC-artiger Schnellzug.
Man sollte also die Wichtigkeit einer Strecke von den Relationen
ableiten können.
Stören tun mich die priority-Tags nicht, da sie mit nichts anderem in
Konflikt stehen. Aber sie sollten halt gepflegt werden.
Etwas anderes liegt uns noch sehr am Herzen, wie funktioniert die
Modellierung der Bahnhöfe nach deinem Modell Euskirchen. Wäre es hier
möglich die Bahnsteighälften in verschiedenen Sektoren zu unterteilen.
Meinst du das würde so funktionieren, wenn man die einzelnen
Bahnsteigabschnitte auf diese einzelnen Kante einzeichnen würde?
[image: Inline-Bild 1]
Im Protokoll vom letzten Treffen finde ich nur
"Vorgeschlagen wird, dies mit Punkten auf der Bahnsteigfläche.
Da es
eine solche Eintteilung nicht nur an Bahnsteigen gibt, wird eine
Ergänzung des public_transport-Schemas angeregt."
Wir meinten damit Nodes in die Bahnsteigkante, mit einem noch zu
erfindenden Tag. Da die Sektoren meist als Punkte auf Bahnhöfen
ausgeschildert sind (niemand kann sagen "Einen Schritt weiter und sie
stehen in C!"), ist eine Erfassung als Punkte sinnvoller. Ich kenne nur
Stuttgart Hbf (tief), wo man an der Decke alle paar Meter A, B oder C steht.
Die Unterscheidung der Tramhaltetsellen zwischen Bahnhöfe und
Haltestellen
finde ich sehr gut.
Rechtlich gibt es da ja gar nicht. Meint ihr den Unterschied
Umsteigehaltestelle vs. 08/15-Haltestelle.
Viele Grüße
Michael
Am 21. Oktober 2014 12:32 schrieb Michael Reichert
<nakaner(a)gmx.net>:
> Hallo Tracy,
>
> Am 2014-10-21 um 09:21 schrieb Tracy Kasperczyk:
>> sorry das ich erst so spät antworte. Ich war letzte Woche ziemlich viel
>> unterwegs und hatte daher leider nicht die Gelegenheit mich mit meinem
> Chef
>> abzusprechen. Ich danke dir das du uns mit einbezogen hast und uns
> bescheid
>> gegeben hast. Momentan beschäftigt uns eigentlich, das Thema Priority
> Tags
>> auf Schienen. Das ist so unser Hauptthema. Hast du den bestimmte Sachen
> die
>> uns fragen möchtest vorher, wo wir dir noch rede und Antwort stehen
> sollen.
>
> Meint ihr damit folgende Themen?
>
> Was ist eigentlich light_rail und wann ist es tram, rail oder subway?
> Hierzu siehe auch die Diskussion im Forum unter
> http://forum.openstreetmap.org/viewtopic.php?pid=454509
>
> Wann ist eine Strecke highspeed=yes und auf welchen Abschnitten nicht?
> Hierzu siehe auch das Protokoll vom letzten Treffen unter
>
>
https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Mappingwochenende_2...
> und
>
>
https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Mappingwochenende_2...
>
> Sollen Straßen-/Stadtbahnhaltestellen nur als railway=tram_stop getaggt
> werden, oder soll auch hier zwischen Bahnhöfen und Haltepunkten
> unterschieden werden? Siehe hierzu die Diskussion unter
>
>
https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Aktiventreffen_2014...
>
>
> Bahnhöfe, die eigentlich mehrere Bahnhöfe sind. Da diese Doppelbahnhöfe
> und Tripelbahnhöfe (z.B. Köln Messe/Deutz oder die Regionalbahnhöfe an
> der Berliner Stadtbahn und die Umsteigebahnhöfe an der Berliner
> Ringbahn) vermutlich weiterhin eine gemeinsame stop_area-Relation haben,
> dürfte das für eure Zwecke kein Problem darstellen.
>
> Bahnsteige mit verschiedenen Oberflächen
>
>
https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Aktiventreffen_2014...
>
> Wenn ihr Anmerkungen als Datennutzer habt, dann schreibt die einfach an
> die passende Stelle auf der Wiki-Seite. Wenn ihr euch mündlich äußern
> möchtet, können wir die Diskussion bestimmt auch an einen für euch
> passenden Zeitpunkt des Wochenendes legen und euch telefonisch oder per
> IRC einbinden.
>
>> Das Thema Bahnübergänge finde ich noch ziemlich spannend bei euch auf der
>> Liste.
>
> Ich habe gerade eben auch einen Tag-Vorschlag für die Schließzeiten
> ergänzt, da das für das Routing wichtig ist. Es sieht einen Wert für die
> durchschnittliche Schließzeit (Zug mit Höchstgeschwindigkeit) und die
> Standardabweichung vor. Wenn mir die Fahrplanauskunft auf dem Smartphone
> sagt, ich könne noch den Zug auf Gleis 2 erreichen, aber der Weg dorthin
> über einen benachbarten Straßen-Bahnübergang führt, kann es sein, dass
> ich diesen Zug doch nicht erreiche.
>
> Wenn dieser Bü nämlich durch ein Signal gedeckt ist, welches mehrere km
> weit entfernt steht, dann beträgt die Schließzeit
> (Fahrtzeit Bü–Signal) + (Fahrtzeit Signal–Vorsignal) + (Fahrtzeit
> Einschaltkontakt–Vorsignal). Der Bü sollte nämlich schon geschlossen
> sein, bevor der Triebfahrzeugführer das Vorsignal passiert. Wenn der Bü
> dann nämlich noch nicht geschlossen ist, zeigt dieses "Halt erwarten"
> und der Zug muss abbremsen.
>
> Wenn der Bü durch ein Signal gedeckt ist, aber vom Fahrdienstleiter des
> nächsten Bahnhofs eingeschaltet wird, dann dauert das ggf. noch länger,
> da der Fdl für ein Fahrt zeigendes Signal auch noch eine Fahrstraße
> (Freiheit prüfen, alle Weichen richtig stellen und kreuzende Signal
> müssen Halt zeigen) einstellen muss.
>
> Eine Varianz in diesen Werten entsteht durch unterschiedlich schnelle
> Züge auf der Strecke. Wenn v_max = 160 (mehr ist auf Bahnübergängen
> nicht erlaubt), dann ist der Bü bei einem Intercity nicht so lange
> geschlossen wie bei einem Güterzug mit 90 km/h oder einer Regionalbahn,
> die unterwegs noch einmal hält (Durchschnittsgeschwindigkeit ca. 70 km/h).
>
> Der Wert der Standardabweichung kann durch das Beobachten mehrere
> Schließung des Büs vor Ort ermittelt werden und hängt vom Verkehrsmix
> auf der Strecke ab. Router können dann entscheiden, ob sie bei einer
> relativ unwahrscheinlichen, aber möglichen zehnminütigen Schließzeit
> "Zug wird nicht mehr erreicht! Ein geschlossener Bahnübergang versperrt
> ihren Weg." oder "Achtung! Zug kann möglicherweise nicht erreicht
> werden. Ein geschlossener Bahnübergang versperrt ihren Weg." angeben.
>
> Diese Argumentation für ein Schließzeiten-Tag steht so auch auf der
> Wiki-Seite zum Treffen.
>
> Viele Grüße
>
> Michael
>
> --
> Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.
>
>
--
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.
3467
days inactive
3467
days old
openrailwaymap@openrailwaymap.org
0 comments
1 participants
participants (1)
-
Michael Reichert