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
(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
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#Stromsystem...
Viele Grüße
Michael
--
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.
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
*** 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
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/532666322870874112https://twitter.com/Nakaner/status/532569760811474944https://twitter.com/Nakaner/status/532405017501007872https://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.
*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-langsa...
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/1JpTMCIWiRf9Y8RVLQd...
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-langsa...
parsable data:
https://docs.google.com/a/apps.zeit.de/spreadsheets/d/1JpTMCIWiRf9Y8RVLQd...
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.
*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.
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_...
> 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#Eisenbahnli...
> 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]
https://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Aktiventreffen_2014...
--
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.
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
