Openrailwaymap

openrailwaymap@openrailwaymap.org

1 participants
307 discussions

Kennlicht-Tagging
by Michael Reichert 18 Feb '15

18 Feb '15

Hallo, auf dem Aktiventreffen in Bad Nauheim haben wir entschieden, dass wir railway:signal:SIGNALTYP:marker_light=yes/no durch den zusätzlichen Value-Eintrag "DE-ESO:kennlicht" in railway:signal:SIGNALTYP:states=* ersetzen. https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Aktiventreffen_2014_2… https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Aktiventreffen_2014_2… Als ich es gerade eben in die JOSM-Objektvorlage einbauen wollte, fiel mir ein, dass es keine gute Idee ist, auf railway:signal:SIGNALTYP:marker_light=yes/no zu verzichten. Es ist zwar logischer, das Kennlicht als gleichberechtigtes Signal neben Hp 0, Hp 1 (oder was auch immer das Signal anzeigen kann) aufzunehmen, wir vernichten mit einer Abschaffung von railway:signal:SIGNALTYP:marker_light=* jedoch Informationen. Bisher gibt es drei verschiedene Informationszustände in OSM, die ein Signal haben kann (1) railway:signal:SIGNALTYP:marker_light=yes, d.h. das Signal kann Kennlicht zeigen (2) railway:signal:SIGNALTYP:marker_light=no, d.h. das Signal kann kein Kennlicht zeigen (3) railway:signal:SIGNALTYP:marker_light=* nicht getaggt, d.h. es ist unklar Künftig gibt es nur noch zwei Informationszustände. Entweder enthält das railway:signal:TYP:states=* den String "DE-ESO:kennlicht" oder nicht. Wir können also künftig nur noch eine der beiden folgenden Aussagen treffen: (1) Signal kann Kennlicht zeigen (2) Signal kann nicht Kennlicht zeigen oder es ist unklar Im neuen Taggingschema kann man jedoch nicht zwischen "nicht möglich" und "unklar" entscheiden. Das ist in OSM nicht üblich. In OSM können wir meistens zwischen drei Fällen unterscheiden – ja, nein und unklar. Daher schlage ich vor, railway:signal:SIGNALTYP:marker_light durch das internationalere railway:signal:SIGNALTYP:disablement=* zu ersetzen. Folgende Werte wären möglich: no – kein Deaktivierung und somit auch kein Kennlicht möglich DE-ESO:kennlicht – Kennlicht möglich off – Ausschalten (alle Lichter aus) möglich Weitere Werte sind außerhalb der DB möglich, falls dort erforderlich. Es wären mehrere Werte miteinander kombinierbar, z.B. "DE-ESO:kennlicht;off". Das mag in Deutschland vielleicht nicht relevant sein, im Ausland aber schon. Signalsysteme sind nämlich sehr vielfältig. Ich bitte um eure Kommentare zu meinem Vorschlag. Aus den genannten Gründen verzichte ich vorerst auf eine Änderung des Kennlicht-Taggings in der JOSM-Objektvorlage. Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists)

1 0

Deutschsprachige Zusammenfassungen gewünscht?
by Michael Reichert 03 Feb '15

03 Feb '15

Hallo, gibt es hier jemanden auf der Liste, dessen Englisch nicht ausreicht, englischsprachigen Taggingdiskussionen zu folgen? Wenn ja, dann ergänze ich meinen Mails nämlich künftig um eine deutschsprachige Zusammenfassung. Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.

1 0

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

Eilt: Mappt noch heute in Birkenwerder!
by Michael Reichert 30 Dec '14

30 Dec '14

Hallo, laut Drehscheibe Online/Tagesspiegel soll in Birkenwerder ein Eisenbahnunfall beinahe verhindert wordrn sein. Da ich gerade keinen mappingtauglichen Internetzugang habe, bitte ich euch, noch vor dem Datenupdate heute Nacht einmal zu schauen, ob alles richtig gemappt ist und ggf. Fehlendes nachzutragen. Vielleicht sieht man, wenn die Bing-Bilder gug sind, die Schattenwürfe der Hl-Signale und kann sie mappen. Im DSO-Thread wird nämlich auf die ORM verlinkt. http://www.drehscheibe-online.de/foren/read.php?2,7234101 Normalerweise ist so ein Aufruf nicht mein Stil, aber kann grade nicht selber mappen. :-( Viele Grüße Michael -- Diese Nachricht wurde auf einem Smartphone verfasst, ist daher nicht GPG-signiert und enthält Tippfejler. This message was been written on a smartphone. That's why it is not GPG-signed and may contain tyops.

2 2

Hl-Signale / German Hl Signals
by Alexander Matheisen 30 Dec '14

30 Dec '14

(English version below) Hallo, der Signallayer stellt ab sofort auch Kombinations- und Vorsignale des Hl-Systems der Deutschen Reichsbahn dar. Die Implementierung hat sich aufgrund der vielen Signalbilder deutlich aufwendiger gestaltet als bei den H/V-Signalen. Beim H/V-Signalsystem haben wir entschieden, aufgrund der geringen Icongröße (sonst wird zu viel von den Icons verdeckt) nur das Hauptsignal darzustellen, auch wenn am selben Mast (oder wenige Meter davor) noch ein Vorsignal hängt. Damit reduzierte sich die mögliche Anzahl an Signalkombinationen erheblich. Bei H/V-Signalen können wir mit drei Icons für Licht- und drei für Formhauptsignale alles darstellen. Zuerst einmal eine kurze Erläuterung des Hl-Signalsystems für Leute, denen das Verständnis anfangs schwer fällt. Beim Hl-System ist das nicht so einfach. Es vereint Vor- und Hauptsignalfunktionen in einem Schirm und hat bis zu fünf Lampen. Manche Kombinationssignale haben auch noch zwei zusätzliche Lichtstreifen zur Signalisierung der Geschwindigkeiten 60 und 100 km/h. Signalbilder mit blinkenden Lampen können in statischen Kartenkacheln nicht dargestellt werden. Somit entfallen schon einmal die Signalbilder Hl 4, Hl 5, Hl 6a, Hl 6b, Hl 7, Hl 8, Hl 9a und Hl 9b. Die oberen Lampen übernehmen die Vorsignalfunktion (Fahrt erwarten, 100 km/h erwarten, 40/60 km/h erwarten, Halt erwarten). In der Mitte sitzt die rote Lampe für Hp 0 (es gibt noch ein Ersatzrot unten rechts). Die gelbe Lampe unten links leuchtet, wenn ab dem Signalstandort nicht Fahrt mit Höchstgeschwindigkeit (im Westen Hp 1) oder Langsamfahrt (im Westen Hp 2) gilt. Leuchte diese gelbe untere Lampe, so bedeutet das Langsamfahrt mit 40 km/h. Mit einem gelben oder grünen Lichtstreifen darunter kann das zu 60 bzw. 100 km/h angehoben werden. Aber nun zurück zur Karte. Die Icons sollten, wie auch bei den H/V-Signalen, dem Kartennutzer anzeigen, welche Signalbilder das Signal anzeigen kann. Wenn in den OpenStreetMap-Daten nicht hinterlegt ist, welche Signalbilder das Signal anzeigen kann, wird Hp 0 in der Hl-Variante (rotes Licht in der Mitte des Signalschirms) dargestellt. Grundsätzlich wird nur das Tag railway:signal:main:states bzw. railway:signal:combined:states ausgewertet. Ob es sich um ein Block-, Einfahr-, Zwischen- oder Ausfahrsignal handelt, ist irrelevant. Blocksignale können nur Hl 1, Hl 10¹ und Hp 0 anzeigen (anders ausgedrückt: Sie können kein Hl 2, Hl 3a und Hl 3b anzeigen). Sie werden als Hl 1 (grünes Licht/Signal ohne Vorsignalfunktion) bzw. als Hl 10 (gelbes Licht/Signal mit Vorsignalfunktion²) dargestellt. Wenn der Zusatzschirm für die Lichtbalken nicht installiert ist, kann das Signal nicht Hl 2 und Hl 3b anzeigen. Es wird dann bei Signalen ohne Vorsignalfunktion Hl 3a (oben grünes, unten gelbes Licht) und bei Signalen mit Vorsignalfunktion Hl 12a (oben gelbes, unten gelbes Licht) angezeigt. Wenn der Zusatzschirm für den Lichtbalken zwar installiert ist, aber nur einen gelben Lichtstreifen anzeigen kann (die grünen Lampen fehlen dann), wird Hl 3b (oben grünes, darunter gelbes Licht, unten gelber Balken) bei Signalen ohne Vorsignalfunktion und Hl 12b (oben gelbes, darunter gelbes Licht, unten gelber Balken) bei Signalen mit Vorsignalfunktion angezeigt. Wenn der Zusatzschirm grüne und gelbe Lichtbalken anzeigen kann, wird Hl 2 (oben grünes, darunter gelbes Licht, unten grüner Balken) bei Signalen ohne Vorsignalfunktion und Hl 11 (oben gelbes, darunter gelbes Licht, unten grüner Balken) bei Signalen mit Vorsignalfunktion angezeigt. Bei Hl-Vorsignalen wird Hl 1 mit dem Signal Ne 2 (Vorsignaltafel) gekennzeichnet. Jetzt bleiben nur noch zwei Eisenbahnsignalsysteme übrig, die die OpenRailwayMap nicht darstellt – das Sk-System (Signalkombination, Augsburg–Donauwörth) und das Sv-System (noch bei der Hamburger S-Bahn im Einsatz). Wenn du auch das Signalsystem deines Landes (wir rendern derzeit nur österreichische Trapeztafeln, da diese mit den deutschen identisch sind) auf der OpenRailwayMap sehen möchtest, dann stelle uns bitte Folgendes zur Verfügung: * deutsch- oder englischsprachige Beschreibung des Signalsystems * geeignete Icons im SVG-Format * Vorschläge für Renderingregeln (muss nicht gleich schon als MapCSS-Code implementiert sein) ¹ nur bei Hl-Signalen in deren Bremsweg ein Signal mit Hauptsignalfunktion steht, erkennbar an railway:signal:main=hl am Signal ² erkennbar am gelben Dreieck auf dem Mastschild Gruß Alex *** Hi everybody, Hl signals are main and combined light signals used by 'Deutsche Reichsbahn' (predecessor of 'Deutsche Bahn' in the German Democratic Republic). OpenRailwayMap now renders them. A good english description with images of these signals can be found here: http://www.sh1.org/eisenbahn/shhl.htm It took a while to implement this signal system because it has a lot of different views it can show. Hl signals have two signal functions in one signal. The upper two lights show which signal the train driver has to expect. The middle red light is used for Hp 0 (formerly known as Hl 13, its replacement light is located at the lower right. The lower left light is yellow and turned on if the signals shows a reduced speed. This is 40 km/h by default and can be increased by a yellow (60 km/h) or green (100 km/h) bar below the signal. But now back to map. Icons at OpenRailwayMap should show which signals the signal can show. With H/V semaphore and light signals we introduced the convention that a signal showing stop (red light) means that we do not have information about its possible signals. Block signals can only show Hl 1, Hl 10 and Hl 13 (i.e. they cannot show Hl 2, Hl 3a and Hl 3b. They are rendered as Hl 1 (green light if signal has no distant signal function) or Hl 10 (if the signal is combined signal). If the signal cannot show a green or yellow bar, it is rendered as Hl 3a¹ (green light at the top, yellow light below)/Hl 12a² (both lights yellow). If the signal has a light bar but can only show a yellow one (green lights missing), the signals is rendered as Hl 3b¹ (green light at the top, yellow below, yellow bar at the bottom)/Hl 12b²(both single lights yellow, yellow bar below). If the signal has two light bars, the signals is rendered as Hl 2¹ (green light at the top, yellow below, green bar at the bottom)/Hl 11² (both single lights yellow, green bar below). Hl signals which are _only_ distant signals (not main or combined signals) are rendered as Hl 1 with sign Ne 2 (distant signal sign). Apart from two exotic German signals sytems – Sk and Sv system, we now have all signal systems used in Germany at OpenRailwayMap. If you want to see your local signal system, provide us following information: * a German or English description of your signal system (we will suggest you a tagging scheme based on it) * suitable signal icons as SVG files * suggestions for rendering rules (you do not have to provide MapCSS) ¹ signals which are not distant signals, too ² combined signals Regards Alex

2 2

Denkt an die Fotoerlaubnis
by Michael Reichert 28 Dec '14

28 Dec '14

Hallo, aus aktuellem Anlass möchte ich euch daran erinnern, beim Fotografieren auf DB-Gelände (v.a. Bahnsteige) die Fotoerlaubnis ausgedruckt mit euch zu führen. http://railpix.bueker.net/Fotogenehmigung.pdf Weitere Hintergründe zum Vorfall gibt es auf Drehscheibe-Online: http://www.drehscheibe-online.de/foren/read.php?3,7230840 Viele Grüße aus Hamburg Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.

1 0

← Newer
1
...
21
22
23
24
25
26
27
...
31
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

Openrailwaymap