Openrailwaymap November 2014

openrailwaymap@openrailwaymap.org

5 participants
13 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

ORM ohne Updates / ORM without updates
by Peter Reinhart 09 Dec '14

09 Dec '14

(English version below) Liebe Mitstreiter, nach der Umstellung auf Augmented Diffs, die eine Verkürzung des Update-Zyklus auf ein paar Stunden erlauben, verhindert ein Bug [1] in der Overpass-Api seit Anfang Oktober die Aktualisierung der Karte. Wir hoffen auf eine schnelle Lösung des Problems und melden uns dann wieder. Viele Grüße Peter *** To all OpenRailwayMap fans: Since ORM switched to augmented diffs lately which allow more frequent map updates. However, a bug [1] in Overpass Api prevents the map to be updated ever since early October. We are hoping for a quick solution to this issue and will get back to you the moment it is fixed. All the best Peter [1] https://github.com/drolbr/Overpass-API/issues/139

2 2

Welcher Node wird mit railway=isolated_track_section getaggt
by Michael Reichert 30 Nov '14

30 Nov '14

Hallo, ich habe heute Abend wieder ein paar neue Tags, die wir auf den vergangenen Treffen beschlossen haben, in die Dokumentation im Wiki eingepflegt. Dabei in ich auf eine Uneindeutigkeit bei den Elektrizitäts-Tags gestoßen. Die Dokumentation spricht davon, dass man Trennstellen und Schutzstrecken *als Node* mit railway=isolated_track_section getaggt werden. Wird damit der Node an der eine Schutzstrecke (Gleisabschnitt) auf einen spannungsführenden Oberleitungsabschnitt trifft getaggt oder wird damit ein Node ähnlich eines Bahnhofsnode getaggt, der nicht auf dem Gleis liegt? Falls (1) gilt, dann hat jede Schutzstrecke einer eingleisigen Strecke zwei Nodes mit railway=isolated_track_section – den Anfang und das Ende. Falls (2) gilt, dann gibt es unabhängig von der Gleiszahl nur einen Node pro Schutzstrecke. https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Tagging#Stromsystemwe… Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.

3 2

change train protection system tagging
by Michael Reichert 27 Nov '14

27 Nov '14

Hi, a few minutes ago I have read a Github issue at ORM's Github repository. Because my comment proposes a (large) change in tagging, I publish it here and not at Github. https://github.com/rurseekatze/OpenRailwayMap/issues/64 The issue asks to render railway lines (the ways) in signal layer in different colours depending on the train protection systems which are installed there. As already implemented in maxspeed layer, ways without information should be rendered in grey (or another unimportant colour). Tracks without train protection should also be rendered (e.g. red). I think that we first should change tagging of train protection systems to be able to show railway tracks without train protection system (black) and without train protection system tagging (grey). With current state of tagging, we have to query dozens of tags to be sure that a track has no train protection system. Current tagging is very Germany-centric. If ORM were a map only for DB, ÖBB and SBB, this would not be a problem. If we want to be a good train protection system map, we now have to query AT LEAST following tags: * railway:pzb * railway:lzb * railway:etcs * railway:crocodile * railway:zub * … We should change tagging to three or four keys for different system categories and should give the installed systems by a semicolon-separated value list. The categories should be: * railway:train_protection:point for systems like PZB and Integra Signum * railway:train_protection:continous for systems like LZB * railway:train_protection:etcs=yes/1/2/3 for ETCS (it is so important that it should has its own key) Do you think that we need more keys? Examples: * typical German main line: railway:train_protection:point=pzb * typical German high speed line (generation 1–3): railway:train_protection:point=pzb + railway:train_protection:continous=lzb * Leipzig–Berlin: railway:train_protection:point=pzb + railway:train_protection:continous=lzb + (a tag for ETCS) * Singen–Schaffhausen: railway:train_protection:point=pzb;integra_signum Best regards Michael

1 0

Datenbank Update / Database update
by Alexander Matheisen 19 Nov '14

19 Nov '14

*** english version below *** Hallo zusammen, manche von euch werden es vielleicht schon bemerkt haben, aber hier nochmal ganz offiziell: Nach langer Zeit gab es gestern endlich wieder ein Update der OpenRailwayMap. Dabei handelte es sich aber lediglich um ein händisch ausgeführtes Update, das nur mit ein paar Tricks möglich war. Die eigentlichen Probleme sind weiterhin nicht gelöst, es wird aber mit Hochdruck an einer Lösung gearbeitet. Bis dahin wird es in unregelmäßigen Abständen weitere Updates geben, wenn auch nur etwa 2-3x pro Woche. Ich hoffe ihr könnt damit erstmal leben (und eure Sucht befriedigen ;) ), auch wenn es natürlich kein Dauerzustand werden soll. Gruß Alex *** Hi everybody, some of you will have noticed it already, but here an official notification: After a long time without updates, I was able to perform an update of the OpenRailwayMap database yesterday. This update was executed manually and was only possible by using some tricks. The technical problems are still not solved, but I am working hard to find a solution. Until then there will be occasional updates again, but only 2-3x per week. I hope that this is OK for you now, but of course this should not remain permanently. Regards Alex

1 0

ICE-Lounge-Mapping bei Nacht
by Michael Reichert 13 Nov '14

13 Nov '14

Hallo, vor einigen Wochen habe ich euch ja von meiner Fahrt zur Intergeo berichtet, gestern war ich wieder mit dem Zug unterwegs. Gemappt habe ich trotz 1175 km Strecke (!) [1] fast nichts. Entweder war es nacht oder es war zu trüb/duster, um zu filmen. Auf der Rückfahrt bin ich jedoch ab Leipzig mit dem ICE 1594 [2] und dort in die vordere Lounge gestiegen. Es hat mich nicht überrascht, dass die Scheibe auf milchig geschaltet war (trotz halber Helligkeit in der Lounge). Jedoch kann man bei Nacht durch die Scheibe der Lounge leuchtende Objekte erkennen. Leuchtende Objekte sind - Bahnsteigbeleuchtung, Bü-Lichter (zur Orientierung wichtig) - Lichtsignale - Scheinwerfer von Autos auf parallelen Straßen mit starkem Verkehr Ob man auch die Nachtsignale der Formsignale erkennt, kann ich nicht sagen, auf der Strecke (über Hanau Hbf Nordseite) stehen nur Lichtsignale. Es gibt jedoch erhebliche Einschränkungen bei dieser Mappingmethode. Man braucht eine gute Streckenkenntnis oder eine grobe Streckenkenntnis und eine Karte (z.B. OsmAnd). Man hat in der Lounge zwar keinen GPS-Empfang, aber man kann die passierten Ortschaften (Straßenlampen, Sportplatz-Flutlichter) und der Kurven bestimmen, wo man ist. Die Strecke Leipzig–Frankfurt (Main) ist kurvenreich, sodass die Orientierung anhand der Querbeschleunigung möglich ist. Ich habe folgende Sachen erfassen können: - Buchstaben an Richtungsanzeigern (Zs2) - Ziffern an Zs3 (Lichtsignalvariante) - mögliche Anzeigewerte an Hl-Signalen (grüner/gelber Balken) - Standorte von Hp- und Vr-Lichtsignalen, wenn sie an markanten Stellen stehen - Bahnübergangssicherungstechnik bei langsamer Fahrt Ks-Signale kann man damit nicht vernünftig mappen, denn man kann die Mastschilder nicht erkennen. Hp- und Vr- Lichtsignal gehen hingegen, da meist zuerst das markante Vr-Lichtsignal mit seinen zwei leuchtenden Lampen kommt. *Fazit* Man sollte die Strecke gut kennen und kann damit überwiegend nur Sachen erfassen, die man nur aus der Tf-Perspektive gut erkennen kann – Buchstaben am Zs2 und Ziffern am Zs3. Viele Grüße Michael [1] https://twitter.com/Nakaner/status/532666322870874112 https://twitter.com/Nakaner/status/532569760811474944 https://twitter.com/Nakaner/status/532405017501007872 https://twitter.com/Nakaner/status/532364198261837824 [2] bis Frankfurt (Main) Hbf vereinigt mit ICE 1554. Mittwochabends aufgrund der Zuglänge schwach besetzt, v.a. die in Leipzig weit außerhalb der Bahnsteighalle stehende führende Lounge zweiter Klasse. -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.

1 0

neuer Kontrolldatensatz zu Geschwindigkeiten, kleine Anfrage an die Bundesregierung
by Michael Reichert 13 Nov '14

13 Nov '14

*English summary below* Hallo zusammen, nein, es gibt noch keine neue Leistungs- und Finazierungsvereinbarung zwischen DB und Bund, der wieder ein Verzeichnis der zulässigen Geschwindigkeiten beliegt. Es gibt aber eine Kleine Anfrage der Bundestagsabgeordneten Britta Haßelmann (Bündnis 90/Die Grünen) an das Bundesministerium für Verkehr und digitale Infrastruktur. Der Antwort liegt eine Tabelle mit Langsamfahrstellen (La) bei, die auch für die betroffenen Abschnitte die Sollgeschwindigkeiten enhält. Bericht bei Zeit Online mit Visualisierung der Ist-Geschwindigkeit: http://www.zeit.de/mobilitaet/2014-11/deutsche-bahn-fahrplan-karte-langsamf… Schreiben des BMVI an Britta Haßelmann (Raster-PDF 1,4 MB): http://www.ndr.de/fernsehen/sendungen/panorama3/bahn946.pdf GoogleDoc mit den Daten in maschinenlesbarer Form: https://docs.google.com/a/apps.zeit.de/spreadsheets/d/1JpTMCIWiRf9Y8RVLQdz-… Diskussion im ICE-Treff (darüber habe ich es gefunden): http://www.ice-treff.de/index.php?id=319578 *Bitte beachtet, dass wir keine Freigabe für die Daten haben!* Eine Übernahme in OSM ist daher nicht möglich. Jedoch können die Daten mit OSM verglichen werden. Man kann z.B. schauen, ob die Strecken bei einem in der Gegend aufgelistet werden und die Angabe mit OSM vergleichen. Noch ein paar Worte zum Thema La-Mapping. Ich persönlich mappe keine vorübergehenden Langsamfahrstellen, die mit den Signalen Lf1, Lf2 und Lf3 gekennzeichnet sind. Oft befahre ich die Strecken nur einmal oder einfach zu selten, um eine Aktualisierung sicherstellen zu können. Ich kann zudem auch schlecht zwischen baubedingten Langsamfahrstellen (z.B. wegen schlecht sichtbarer Signale, zum Arbeitsschutz oder nach Oberbauerneuerung, bis das Gleis "festgefahren" wurde) und schadbedingten Langsamfahrstellen unterscheiden. Letztere werden, wenn sie nicht behoben werden, nach einiger Zeit im Verzeichnis der zulässigen Geschwindigkeiten auftauchen und durch Lf6/Lf7 signalisiert werden. Wie bei den Straßendaten in OSM sollte auch auf Bahngleisen maxspeed*=* für dauerhafte Geschwindigkeitsbeschränkungen verwendet werden. Wer dennoch Lf1/Lf2/Lf3-basierte Langsamfahrstellen mappen möchte, der sollte meiner Meinung nach als temporary-Restriction tun. Viele Grüße Michael *Ausführlicher deutscher Text siehe oben* Hi, Britta Haßelmann, member of German Bundestag [1] and Green Party, asked Federal Ministry of Traffic some questions about temporary speed reductions in railway network of Deutsche Bahn [2]. The answer a rastered PDF file is available and contains a list of track sections with temporary speed reductions. They are given as railway line number and their beginning and ending mileage (measured in kilometres, of course). We are not allowed to use this data but we can look for differences between OSM and this dataset. If there are any, we can have look while passing them by train next time. rastered PDF, 1.4 MB: http://www.ndr.de/fernsehen/sendungen/panorama3/bahn946.pdf map by Zeit Online http://www.zeit.de/mobilitaet/2014-11/deutsche-bahn-fahrplan-karte-langsamf… parsable data: https://docs.google.com/a/apps.zeit.de/spreadsheets/d/1JpTMCIWiRf9Y8RVLQdz-… Best regards Michael [1] parliament of Germany, http://en.wikipedia.org/wiki/Bundestag [2] Germany's national railway company -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.

1 0

Aufteilung und Lokalisierung der JOSM-Vorlage / Splitting up and lo JOSM presets
by Michael Reichert 06 Nov '14

06 Nov '14

*English see below* Hallo, ich habe die JOSM-Vorlage in eine Infrastruktur- und eine Signalvorlage aufgeteilt. Noch ist das Pull-Request aber nicht gemerget. https://github.com/rurseekatze/OpenRailwayMap/pull/83 Die Infrastrukturvorlage soll eher international ausgerichtet sein, während die Signalvorlagen für jedes Regelwerk getrennt erstellt werden. In Zukunft soll jeder Mapper aus der Vorlagensammlung sich die Vorlagen zusammenstellen, die er braucht. Infrastruktur braucht jeder, aber nicht jeder interessiert sich für die Berliner U-Bahn oder österrische Schmalspurbahnen. Ein schöner Nebeneffekt ist, dass man zu den Signalen sich künftig eine Menüebene weniger weit herunterhangeln muss. Es wäre außerdem schön, wenn sich Leute mit Fremdsprachenkenntnissen ungleich Englisch (das kann ich selber) mal der Infrastrukturvorlage annehmen würden und diese in eine dritte Sprache übersetzen würden. Wer Interesse hat, möge sich bei mir melden. Ich erkläre euch dann ggf., wie das geht. Viele Grüße Michael *Deutsch siehe oben* Hi, I have split up the JOSM template into a international-orientated infrastructure preset and a signal preset for German railway signals of Deutsche Bahn AG. In future, every mapper should be able to select the presets he need for his work. Everyone needs the infrastructure preset, but not everyone needs the preset for Berlin subway or a narrow-gauge railway line in Austria. The pull request has not been merged yet. https://github.com/rurseekatze/OpenRailwayMap/pull/83 One positive side-effect is that there is one menu level less from top to German signals. At last, I have one request. Could these people who have knowledge of a language other than English or German translate the infrastructure preset into their language? Please write me an email, I will send you the how-to. Best regards Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.

1 0

Re: [openrailwaymap] [Talk-de] priority=* an railway=*
by Michael Reichert 06 Nov '14

06 Nov '14

Hallo, Am 2014-11-06 um 18:54 schrieb Roland Olbricht: > um Verwirrung zu vermeiden vorweg eine Ankündigung: Ich arbeite seit > Oktober bei mdv im Büro Münster und werde mehr Details dann demnächst > in einem Blogpost erläutern. Hier geht es jetzt erst einmal um das > Priority-Tag. > > Erst einmal sind wir froh über die Rückmeldung der Community. Ich > beantworte daher in dieser Mail, was wir jetzt zur Lösung dieses > konkreten Problems planen, damit wiederum möglichst alle Mapper der > Community informiert sind. Die Mail darf gerne auf andere Listen und > Kanäle weitergeleitet werden; mdv würde die Information ansonsten noch > auf der Seite > http://wiki.openstreetmap.org/wiki/%C3%96V_Firma_Mentz_Datenverarbeitung_Gm… > unterbringen. Wie Merle geschrieben hat, verwerfen wir den Ansatz mit > "priority"-Tags. Die Rückmeldung hat uns bei der Entscheidungsfindung > sehr geholfen. > > Das konkrete Problem lautet: Hebe alle Bahnstrecken im VRR (bzw. NRW) > hervor, auf denen regelmäßiger Personenverkehr stattfindet. Aus der > bisherigen Diskussion möchte ich die folgenden Ansätze aufgreifen: > > "Tags usage*= und service=*" auf Ways. > > Für das Hervorheben und auch nach nachvollziehbare Editieren brauchen > wir ein scharfes und möglichst einfaches Kriterium: > > Ansatz 1: "usage"-Tag auf Ways > http://overpass-turbo.eu/s/5NF > > Wie man sieht, sieht man viel Buntes. Auf den zweiten Blick sieht die > Lage eher verheerend aus: > - S-Bahn-Strecken sind z.T. "usage=main" (S7 Wuppertal - Remscheid), > z.T. "usage=branch" (S1 Solingen - Hilden), z.T. "usage=suburban" (S8 > Schwelm - Hagen), vielfach aber auch gar nicht mit "usage" getaggt > (z.B. S9 Essen - Wuppertal). > - bei den RE-Linien sieht es nicht besser aus: ungetaggt ist z.B. der > RE 7 Hagen - Unna, mit "usage=branch" getaggt ist der RE 12 zwischen > Gladbeck und Dorsten, sonst oft "usage=main" > > Das ist die schlimmstmögliche Situation. Wenn der Tag oft verwendet > wird, wird er von einigen Mappern wohl für einen anderen Zweck als die > Art des Personenverkehrs verwendet, und man riskiert sehr viele > Reibungspunkte. Dass der Tag andererseits an vielen Stellen fehlt, > zeigt, dass sich niemand wirklich darum kümmert. Daher scheidet dieser > Tag für eine sinnvolle Auswertung aus. > > Ansatz 2: "service"-Tag auf Ways > http://overpass-turbo.eu/s/5NG > > Hier ist das meiste gelb, d.h. gar kein "service"-Tag gesetzt. Man > könnte das großflächig nacherfassen, aber ein fast überall gesetztes > gleiches Tag ist in OSM nun einmal eher ungern gesehen (siehe > "priority"). Andersherum sind viele Abstellgleise nicht > gekennzeichnet, z.B. im Norden Dortmunds. Es wäre also eine Lösung, > mit der man immernoch eher den OSM-Stil verfehlt, daher möchten wir > etwas anderes tun. Du hast usage=* und service=* ganz falsch verstanden. Die beiden Tags beschreiben die Infrastruktur und nur sehr eingeschränkt die Nutzung. Jedes Gleis bekommt entweder usage=* oder service=*, aber nur eines der beiden Tags (Industriebahnen augenommen [1,2]). Gleise außerhalb von Bahnhöfen bekommen usage=* (außer es sind Anschlussgleise von Industriebetrieben o.ä.). Wenn es sich um Hauptbahnen handelt, dann usage=main. Nebenbahnen bekommen usage=branch. Dann gibt es noch usage=military für Militärbahnen und usage=industrial für Industriebahnen (z.B. Braunkohlebahnen, Hafenbahnen). In Bahnhöfen bekommen die durchgehenden Gleise (das sind die, wo Züge möglichst nicht Weichen abzweigend befahren und deshalb abbremsen müssen) usage=main/branch/industrial/military, je nach dem zu welcher Strecke sie gehören. Alle anderen Gleise nennt ein Eisenbahnmapper "Nebengleise". Je nach Funktion bekommen diese dann service=siding für Überhol-/Ausweichgleise und die Bahnsteiggleise in Kopfbahnhöfen, service=yard für Abstellgleise und service=spur für Anschlussgleise zu Industriebetrieben. Die Tags service=* und usage=* sind noch nicht flächendeckend getaggt. Man kann es aber meistens vom Luftbild aus tun. > Ansatz 3: Routenrelationen, "service"-Tag auf den Relationen, für die > Trennung Fernvekehr vs. Nahverkehr > Fernverkehr: http://overpass-turbo.eu/s/5NH > Nahverkehr: http://overpass-turbo.eu/s/5NI > > Hier wird für den Personenverkehr überhaupt nur ausgewertet, ob eine > Routenrelation mit dem Tag "route=train" oder "route=light_rail" > existiert. Die erste der beiden Abfragen hat schon erstaunlich wenige > Falsch-Positiv-Einträge, z.B. die Bahnstrecke Hagen - Witten links der > Ruhr (Personenverkehr ist dort nur rechts der Ruhr). Für diese müssten > wir noch eine Lösung finden, wobei, die Routen-Relation der > Ruhrtailbahn zu löschen, keine Lösung ist (denn andere Mapper haben > sie ja bewusst hinzugefügt). Die Ruhrtalbahn-Linien waren einfach noch falsch getaggt. Für Museumsbahnlinien gibt es das Tag service=tourism welches *an die* *Relation* getaggt wird. https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Tagging#Eisenbahnlini… > Generell werden wir daher, wenn kein Protest von der Community kommt, > nun den Routen-Ansatz weiterverfolgen. Hier ist statt großflächigem > Umtaggen nur Detailpflege an den Relationen erforderlich. Und für > spätere Mapper erfordert das wenig Pflegeaufwand. > > Allerdings bleibt das Problem, die Strecken mit Personenverkehr anhand > einer einfachen Regel zu erkennen. Das "service"-Tag auf der Relation > hilft ja bereits, Fernverkehr zuverlässig zu erkennen (Link 5NH), ist > aber beim Nahverkehr meist nicht gesetzt. Leider aber ebenso nicht bei > sonstigen interessanten Strecken. Ein paar Beispiele aus NRW: > http://overpass-turbo.eu/s/5OQ Warum schaut ihr nicht zusätzlich zum service-Tag auf das ref-Tag. Was in Deutschland mit RB, RE oder IRE beginnt, ist Regionalverkehr. > - der CNL (fährt durch den Güterbahnhofs in Köln-Deutz) Das ist halt so. Da fährt der CNL noch durch. Wenn ihr genug Geduld habt, löst sich das Problem von selbst. DB-Nachtzugverkehr wird's in ein paar Jahren nicht mehr geben. > - die prominente Güterstrecke "Nord-Süd-Bahn" Die Streckenrelation der Nord-Süd-Bahn von RWE Power war falsch getaggt. Das habe ich gerade eben korrigiert. Die Relation war mit route=train getaggt. Für Streckenrelationen (nicht verwechseln mit Linienrelationen) gibt es route=tracks, um kennzuzeichnen, dass es sich um einen Infrastruktur-Relation handelt. http://www.openstreetmap.org/changeset/26598457 > Es gibt aber weitaus mehr erwähnenswerte > Nicht-Personenverkehrs- > Strecken, die künftig ebenfalls als > Routen-Relation eingetragen werden könnten. Wenn Routen-Relationen die richtigen Tags tragen, gibt es keine False Positives. Um das Tagging robust zu > machen, werde ich daher die Routenrelationen > http://overpass-turbo.eu/s/5OR > mit dem Tag "service=regional" versehen. Auf Güterbahnen und > Museumsbahnen passt dieses Tag nicht. In diesem konkreten Einzelfall > tue ich das mit voller Ortskenntnis, daher nicht als Mechanical Edit. > Da wir das Vorgehen aber dann als Blaupause für andere > Verkehrsverbünde verwenden wollen würden, stelle ich diesen Edit zur > Diskussion. Ihr müsst immer schauen, ob es sich um eine falsch getaggte Streckenrelationen (Infrastruktur) handelt oder eine nicht ausreichend getaggte Linienrelation (dann wird meist eine Liniennummer wie R4 oder RE7 angegeben). Viele Grüße Michael [1] https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Aktiventreffen_2014_2… [2] https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Aktiventreffen_2014_2… -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.

1 0

priority-Tag
by Merle Roßner 05 Nov '14

05 Nov '14

Hallo, laut OSM-Wiki kann der Tag priority nicht nur im Straßenverkehr sondern auch bei Schienen verwendet werden. Siehe http://wiki.openstreetmap.org/wiki/Proposed_features/Railway. Für uns ist der Tag aus mehreren Gründen wichtig: Um das Routing korrekt zu machen, verwendet wir den Tag, damit Züge keine Abkürzungen bspw. über Güterbahnhöfe nehmen. Wir haben nämlich keine Geschwindigkeiten. Außerdem wollen wir gerne in kleinmaßstäbigen Karten die Bahnstrecken darstellen, aber natürlich nicht alle vorhandenen Gleise dafür nehmen. Hier wollen wir irgendwie aussortieren. Wir sind auf diesen Tag gestoßen und haben die Verwendung in diesem Zusammenhang als sinnvoll erachtet. Die Relationen von Schienen so auszuwerten, ist uns leider nicht möglich. Viele Grüße Merle von MentzDV

3 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

Openrailwaymap November 2014