Hallo,
inzwischen ist wieder einiges bei uns passiert:
Wir werden jetzt die Relationen an den Schienen auswerten und
dementsprechend nicht mehr den Tag priority setzen.
Viele Grüße
Merle von MentzDV
One of the best data sources for mapping in the U.S. has been the Federal
Railroad Administration's GIS Data <http://fragis.fra.dot.gov/GISFRASafety/>;
and the most expansive data is the level crossing inventory. There's a few
things in there that are documented that don't have tags yet, and I think
they are useful. They are:
- key=crossing:cantilever
- Values: yes/no
- Description: Metal cantilever that extends over the road, and
usually has a crossbuck/saltire and/or flashing lights mounted to it.
- key=crossing:contact:emergency
- Values: <string>
- Description: A designated contact number for contacting emergency
operators.
- key=crossing:contact:railroad
- Values: <string>
- Description: A designated contact number for contacting the
railroad.
- key=crossing:contact:state
- Values: <string>
- Description: A designated contact number for contacting state
government.
- key=crossing:quiet_zone
- Values: yes/no
- Description: Locomotive engineers/operators are not to sound the
horn at these crossings. There is often some sort of additional
sound-producing device at these crossings.
- Federal Railroad Administration page
<http://www.fra.dot.gov/Page/P0689>
- key=crossing:traffic_signal
- Values: control/interconnected/no
- Description: In Urban environments, highway intersections and level
crossings are often adjacent to each other and therefore the
level crossing
is integrated into the traffic signal controller. "control" is
to indicate
a crossing where traffic signals replace the typical alternating crossing
lights and other standard protections. "interconnected" is when
the traffic
controller program will alter from typical operation when a train is
approaching. It could be a red light for traffic in that direction, a
temporary no right/left turn restriction, or a number of other scenarios.
- key=crossing:wigwag
- Values: yes/no
- Description: Old type of crossing protection consisting of a
pendulum swinging back and forth. There's approximately 100 left
in service
in the U.S.
- Wikipedia page <https://en.wikipedia.org/wiki/Wigwag_%28railroad%29>
The inventory reports also list the count of crossing lights,
crossbucks/saltires, and other such warning devices. I am unsure if these
would be useful enough to tag, however.
In addition, the integration of traffic signals at highway intersections
with level crossings leads to a problem of grouping together elements of
the entire junction, or even just the level crossing with itself. This is a
problem with highway junctions in general. I think it could be a good idea
to co-opt the complex junction relation from Proposed_features/Junction
<https://wiki.openstreetmap.org/wiki/Proposed_features/Junction>. This
would also allow level crossings of multiple tracks to be grouped together.
They way I would structure it is:
- Relation tagging:
- key=type=junction
- key=junction=level_crossing
- key=ref:fra_crossing
- Value: <string>
- Note: While not an approved value, this is the value I have been
using for marking the ID used in the FRA's Crossing Inventory.
- Any of the tags used for the level_crossing node, as many of them
are better applied to the relation than the node.
- Relation roles:
- (blank)
- Used on: Anything else
- Description: Used to include anything else that isn't listed
below. The only thing I can think of that could be is the
segment of track
that is embedded in the roadway. I have tagged this in the past as
key=embedded=yes/pavement/metal/wood/plastic (plastic
includes rubber). The
highway section between stop lines/traffic signals could be
added as well,
as I suppose those are part of the junction as well.
- level_crossing
- Occurance: 1 or more.
- Used on: key=railway=level_crossing or key=railway=crossing
- Description: This is where the railway track intersects a
highway or pedestrian path.
- traffic_signal
- Occurance: 0 or more
- Used on: highway=traffic_signals
- Description: Any traffic signals that are part of this junction.
This assumes that the traffic_signal is not mapped at the
intersection of
roadways.
- stop_line
- Occurance: 0 or More, mutually exclusive with traffic_signal
- Used on: Nodes tagged with key=highway=stop_line
- Description: This is where vehicles are to come to a stop, in
cases where a traffic signal would not otherwise be tagged at
this position.
- location_hint
- Occurance: Optionally one. Mutually exclusive with.
- Used on: Any node.
- Description: A hint to a renderer as to where a good place to
put the the junction number or name on the map.
Anyways, just seeing what other thoughts you have. I cannot say that all of
the terminology used in tags or roles are optimal.
English see below.
Hallo,
beim Surfen über die OpenRailwayMap bin ich auf die Ostfriesische
Küstenbahn Sande–Esens (Ostfriesland) gestoßen. Die Strecke ist in OSM
mit maxspeed=80 getaggt. Ich zweifle das an.
Im Changeset-Kommentar steht als Quelle Wikipedia. Wie vermutlich Peter
aus seiner Wikipedia-Praxis berichten kann, stammen solche Daten aus
unzuverlässigen Quellen (z.B. Stredax). Die Unzuverlässigkeit fällt auf,
weil ein maxspeed=80 am Streckenende, welches ein Haltepunkt ist (Esens,
von der Infrastruktur mit Bad Münstereifel vergleichbar), falsch sein
muss. Bei solchen Haltepunkten, wo die Strecke mit Sh 2 am Prellbock
endet, wird mit einem Lf 7 (vorsignalisiert durch Lf 6) eine zulässige
Höchstgeschwindigkeit von 30 km/h signalisiert (Einfahrt in Stumpfgleis).
Zusammengefasst: Diese Wikipedia-Daten gehören nicht in OSM, da sie
nicht qualitativ auf unserem Niveau liegen.
Ich habe zwei der schuldigen Changesets andiskutiert.
https://www.openstreetmap.org/changeset/20213353https://www.openstreetmap.org/changeset/20213261http://www.openrailwaymap.org/?lang=de&lat=53.603252328066084&lon=7.73274...
Ich bin für ein Entfernen der maxspeed-Tags an dieser Strecke, wenn als
Quelle Wikipedia angegeben ist. (Wikipedia steht außerdem unter
CC-BY-SA, ist also inkompatibel zu OSM!) Wie seht ihr das?
Viele Grüße
Michael
-----------------------
Hi,
there are two ways to map maxspeeds. Either you go by train, make GPS
measurements and look for maxspeed signals or you produce bad data and
copy this information from Wikipedia. I do not trust Wikipedia data
because maxspeed information for railway lines does usually except track
sections with lower maxspeed (e.g. old bridges, sharp curves).
I have discovered that a user has tagged the "Ostfriesische Küstenbahn"
Sande–Esens (Ostfriesland)
http://www.openrailwaymap.org/?lang=de&lat=53.603252328066084&lon=7.73274...
with maxspeed=80. His changeset comments say that Wikipedia was his
source. Wikipedia maxspeed information is usually worse than no data. It
does not consider track sections with lower speed limit and is outdated.
Without local knowledge, I have found one error in his maxspeed data.
Esens is a halt where the line terminates. It has no switches, it is
just a buffer stop, a platform and a Sh 2 sign [1]. In such case the
speed limit is reduced to 30 km/h on the last ~300 metres in Germany.
I would like to remove this wrong information and asked the mapper some
questions. How do you think about deleting maxspeed=* on this railway line?
Two changesets as examples:
https://www.openstreetmap.org/changeset/20213353https://www.openstreetmap.org/changeset/20213261
Best regard
Michael
[1]
http://de.wikipedia.org/wiki/Lumdatalbahn#mediaviewer/File:-Sh2-Tafel_im_...
(example image)
--
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.
Moin,
anbei 3 Patches, die das Rendering für "meine" Strecke (VzG 1761) fixen:
-"DE-ESO:*"-Signale werden zwar im wiki so dokumentiert, aber nicht gerendert.
Ich habe die von mir verwendeten Signale gefixt, wenn jemand den Rest
nachrüsten will sollte das als Vorlage reichen.
-signal_box werden gar nicht gerendert: man muss eine Font-Größe angeben,
sonst wird keine Beschriftung bei Nodes angezeigt, und wenn man text-
position:center benutzt braucht man scheinbar auch eine fill-color
Alles jeweils getestet mit JOSM.
Gruß
Dakon
(English version below)
Hallo zusammen,
am Wochenende des 9. bis 11. Januar 2015 waren Alexander (rurseekatze)
und Michael (Nakaner) auf dem FOSSGIS-Hackweekend im Linuxhotel in
Essen. Der FOSSGIS e.V. ist der deutsche OpenStreetMap-Förderverein für
freie GIS-Software. Das Linuxhotel ist ein Hotel für Schulungen zu
Open-Source-Software, das an Wochenenden von Open-Source-Communities zu
günstigen Preisen für Hackweekends u.ä. gemietet werden kann.
Während Alex im Laufe des Wochenendes eine JOSM-Objektvorlage für
Österreich (http://www.openrailwaymap.org/josm-presets/) erstellte,
widmete sich Michael den kleineren Dingen. Der Signallayer zeigt künftig
Bahnübergangsüberwachungssignale (Bü 0/1), die Sv-Signale der Hamburger
S-Bahn¹ und Sh 2-Tafeln. Die Icons für Ks-Signale wurden durch neue
Icons ersetzt. Um das Hp 0 von den Hp 0-Icons der Hl-, H/V- und
Sv-Lichtsignalsysteme unterscheiden zu können, wurde die Bedeutung der
Farben bei Ks-Signalen geändert. Hp 0 (oben im Schirm) steht künftig für
ein Ks-Mehrabschnittssignal, Ks 1 für ein Ks-Hauptsignal und Ks 2 für
Ks-Vorsignal.
Auch am Infrastrukturstil verbesserte Michael einige Sachen. Künftig
werden die Namen von Tunnels und Brücken dargestellt, wenn sie als
tunnel:name=* bzw. bridge:name=* getaggt sind. Straßenbahnen werden erst
ab Zoomstufe 10 gerendert, da sonst die Karte in Ballungsräumen zu
unübersichtlich ist. Industriegleise werden etwas schmäler dargestellt.
Wie in mehreren Bugreports gefordert, wurde der
Höchstgeschwindigkeitslayer verbessert. Künftig wird die ehemals bzw.
künftig zulässige Höchstgeschwindigkeit stillgelegter und in Bau
befindliche Gleise dargestellt. Abgebaute Strecken und Strecken in
Planung werden künftig nicht mehr dargestellt.
Bereits seit einigen Wochen werden außerdem die Gleise im Signallayer
zur besseren Übersicht als graue Linien dargestellt.
Bitte beachtet, dass diese Änderungen noch nicht auf den Liveserver
übertragen wurden und somit momentan auch noch nicht auf der Karte
sichtbar sind. Dies wird so schnell wie möglich nachgeholt.
Wer sich dafür interessiert, was auf dem Hackweekend neben der
OpenRailwayMap sonst noch passiert ist, sei auf folgenden Blogartikel
auf der Homepage des FOSSGIS e.V. verwiesen:
http://www.fossgis.de/node/242
Wir bedanken uns beim FOSSGIS dafür, dass wir im Rahmen des Hackweekends
gemeinsam die OpenRailwayMap voranbringen konnten und freuen uns schon
auf das nächste Mal. Das nächste Hackweekend mit Beteiligung der
OpenRailwayMap ist das OSM-Hackweekend im Februar in der Geofabrik in
Karlsruhe:
https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_February_2015
¹ nur, wenn railway:signal:combined:states=* getaggt ist und das Signal
Hp 0 oder Sv 0 anzeigen kann
Gruß
Alex
***
Hi everybody,
last weekend (January 9–11, 2015) Alexander (rurseekatze) and Michael
(Nakaner) stayed at FOSSGIS Hack Weekend at Linuxhotel in Essen,
Germany. FOSSGIS e.V. is quasi, but not official OpenStreetMap
Foundation Local Chapter in Germany and funds free software/projects
around GIS software and OpenStreetMap. Linuxhotel is a hotel only for
Linux and open source software training. At weekends, open source
software communities can stay there for cheap prices.
While Alex created a JOSM preset for Austrian railways
(http://www.openrailwaymap.org/josm-presets/) this weekend, Michael did
a couple of smaller fixes and improvements. He added German crossing
signals (Bü 0/1), the Sv signals of Hamburg Light Rail ("S-Bahn") and an
icon for Sh 2 signs. He replaced icons of Ks signals by new ones. To be
able to differ between Hp 0 ("stop") of Ks system and other systems
which have a red light, he decided to change the meanings of the Ks
icons. Hp 0 (red light at the top of the signal) now represents a Ks
combined signal (prior Hp 0 represented a Ks main signal). Ks 1 (green
light in the center) represents a Ks main signal (prior Ks 1 represented
Ks combined signals). Ks 2 (yellow light at the right) represents a Ks
distance signal (prior Ks 2 represented Ks combined signals).
Michael also improved the infrastructure style. OpenRailwayMap now
renders tunnel and bridge names which are tagged using tunnel:name=* and
bridge:name=*. Trams will be rendered at zoom level 10+ now and
industrial tracks won't be as thick is usual.
As requested in a couple of bug reports, Michael improved maxspeed
style. From now on, speed limits of disused and being constructed tracks
will be rendered, too. We will not render speed limits of abandoned or
proposed tracks.
Since two weeks, the tracks in the signalling layer are rendered as grey
lines for a better orientation.
Note that these changes still need to be deployed on the webserver and
are not visible on the homepage yet. This will be done soon.
We thank FOSSGIS for offering this location and event to improve
OpenRailwayMap and look forward to the next FOSSGIS Hack Weekend. The
next hacking event with participation of OpenRailwayMap will be the
Hackweekend im Februar in der Geofabrik in Karlsruhe:
https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_February_2015
Regards
Alex
Hallo,
wo würdet ihr auf der Wiki-Seite DE:OpenRailwayMap/Tagging das neue Tag
für Fehllängen einsortieren?
missing_length=<Fehllänge in Meter>
Auf dem Treffen in Bad Nauheim haben wir nicht explizit darüber
gesprochen, aber ich denke, dass es Konsens ist, die Fehllänge
- als Node auf dem Gleis zu taggen, wenn an dieser Stelle ein Sprung
stattfindet oder mit "Hilfskilometern", z.B. 14,2+2, 14,2+4 usw.
gearbeitet wird.
- auf den Gleis-Way zu taggen (ggf. auf mehrere aufeinander folgende
Ways), wenn die Fehllänge durch Verschiebung der Hektometertafeln
kompensiert wurde. Die Information, auf welchem Streckenabschnitt
1m!=1m gilt, ist nämlich für Auswerter wichtig, die durch
Interpolation die Lage von Objekten (z.B. Signale, schadhafte
Brücken) ermitteln möchten.
Bis auf die neuen Tags für die Berliner U-Bahn und andere BOStrab-Bahnen
sind jetzt alle Taggingänderungen im Wiki dokumentiert. In Kürze werde
ich dann die JOSM-Vorlage und die Stylesheets anpassen.
Desweiteren suche ich noch einen Freiwilligen, der die Tags für die
BOStrab-Signale und die Signale der Berliner U-Bahn auf einen eigene
Wiki-Seite im DE:OpenRailwayMap-Namensraum verschiebt und etwas schöner
formatiert (Aufzählungspunkte durch Überschriften ersetzen).
https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Tram_Tagging_in_Ger...https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/U-Bahn_Berlin
Viele Grüße
Michael
--
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.
