Openrailwaymap January 2015

openrailwaymap@openrailwaymap.org

7 participants
6 discussions

priority-Tag
by Merle Roßner 23 Apr '15

23 Apr '15

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

3 2

Level Crossing suggestions
by Erich Pfistner 03 Feb '15

03 Feb '15

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.

2 1

Geschwindigkeitsangaben aus der Wikipedia
by Michael Reichert 23 Jan '15

23 Jan '15

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/20213353 https://www.openstreetmap.org/changeset/20213261 http://www.openrailwaymap.org/?lang=de&lat=53.603252328066084&lon=7.7327442… 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.7327442… 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/20213353 https://www.openstreetmap.org/changeset/20213261 Best regard Michael [1] http://de.wikipedia.org/wiki/Lumdatalbahn#mediaviewer/File:-Sh2-Tafel_im_Gl… (example image) -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.

3 3

Patches für Rendering-Issues
by Rolf Eike Beer 21 Jan '15

21 Jan '15

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

2 1

FOSSGIS Hackweekend im Linuxhotel in Essen
by Alexander Matheisen 18 Jan '15

18 Jan '15

(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

3 3

Fehllängen im Wiki einsortieren, BOStrab- und Berliner U-Bahn-Tagging sauber dokumentieren
by Michael Reichert 14 Jan '15

14 Jan '15

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_Germa… https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/U-Bahn_Berlin Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

Openrailwaymap January 2015