Hallo,
im Großraum Hanau löscht ein User den Tag ref_name an den Bushaltestellen.
Damit funktioniert die Verknüpfung zum DB-Fahrplan bei openptmap nicht mehr korrekt.
Ich habe den User angeschrieben und er hat darauf verwiesen, dass ref_name nur noch in der Haltestellenrelation eingetragen werden soll.
Das werte openptmap aber nicht aus.
Die deutsche Wiki-Seite ist auch entsprechend abgeändert.
Wo wurde das denn beschlossen?
ref_name ist glaube ich kein tag, der je beschlossen wurde
Hat er die Haltestellenrelation zummindest auch erstellt? Wenn nein, wäre ich für einen Revert des Changesets 
Hallo Gino-52,
kannst du bitte, um die Nachvollziehbarkeit deines Forenbeitrags zu erleichtern, bitte auf ausgewählte Änderungssätze verlinken?
Hast du die Änderungssätze kommentiert?
Viele Grüße
Michael
Ich habe natürlich nicht jeden Änderungssatz kommentiert, aber ihn hier https://www.openstreetmap.org/changeset/83494723 gefragt.
Wer hat dort was geändert?
Es ist einfach etwas im Wiki zu ändern und sich beim Mappen darauf zu berufen, oder?
https://wiki.openstreetmap.org/w/index.php?title=DE:Key:ref_name&action=history
was mich wundert… das die Seite erst 2020 angelegt sein soll… ich hätte gemeint die gäbe es schon länger 
source_ref:name ist ein beliebter tag, ref:name hat nur 385 Verwendungen weltweit
https://taginfo.openstreetmap.org/search?q=ref%3Aname
Update
OOPS, ref_name hat natürlich dick 5stellige Zahlen, hatte mich schon gewundert
https://taginfo.openstreetmap.org/keys/ref_name
die 16000 source_ref:name kommen wahrscheinlich von einem schlechten Import in Australien und müssten source:ref_name sein
https://taginfo.openstreetmap.org/keys/source_ref%3Aname#values
… dann meinst du die englische Fassung?https://wiki.openstreetmap.org/wiki/Key:ref_name
…die ist von 2015…
Sven
‘ref_name’ dient zur Vervollständigung von Haltestellennamen z.B. ‘name’=‘Friedhof’ zu ‘ref_name’=‘Friedhof, Hanau’, damit es bei der HAFAS-Abfrage eindeutig wird.
Ich würde das an der Haltestelle belassen, mal wieder das Thema “Redundanz”
nö… meine schon die dt. Seite meine ich 
Aha… die englische ist aber auch so ein EN/DE-Mix… Alles irgendwie nicht konsistent… Bei Thema rührt jeder den Brei auf seine Weise, interpretiert es für sich anders und raus kommt Murks… habe ich das Gefühl… 
Sven
ja, bin auch für dort lassen, hatte mich nur gewundert, dass ref:name in taginfo keine Treffer gab, weil ich mich vertippt hatte. ref_name macht ja auch im Gesamtsystem viel mehr Sinn.
Was nervt ist das es mit openptmap eine gute Anwendung gibt die funktioniert. Und mit solchen Änderungen einfach kaputt gemacht wird. Ohne dass ein mindestens genauso gut Alternative gibt 
Leider haben auch gute Anwendungen die Angewohnheit, die benutzten Schlüssel nicht zu dokumentieren.
Um den Shitstorm vorzubeugen: Was natürlich nicht die Aktion rechtfertigt!
Hallo,
habe mir den von Gino-52 oben genannten Changeset angesehen.
Bei der Haltestelle “Altstadt Steinheim” steht der Tag ref_name nur bei der Haltestellen-Relation. In OpenPTmap werden trotzdem die Daten vom DB-Fahrplan angezeigt. Die Verknüpfung scheint also zu funktionieren.
Also dürfte die Aufregung umsonst sein, und die Beschreibung im Wiki stimmt.
Schöne Grüße
Ja vielleicht bei dem Name aber bei anderen nicht… z.B. Friedhof Süd, Einsteinstraße, Albrecht-Dürer-Straße die gibt es öfters in DE also problem
http://openptmap.org/?zoom=15&lat=50.10644&lon=8.90539&layers=B0000TFT
Wenn der Name in der DB-Datenbank eindeutig ist, wird alles natürlich korrekt angezeigt.
Aber wie schon von miche101 angesprochen funktioniert das nicht bei Haltestellen wie Friedhof oder Feuerwehr.
Da ist der ref_name erforderlich.
Die WIKI-Seite ist anscheinend die Einzelmeinung von eiskalt-glasklar.
Kann denn im WIKI jeder seine Meinung einfach so hinterlegen.
Andere verfahren ja danach.
Der Satz:
Ist die Haltestelle als Relation vom Typ public_transport=stop_area gemappt, soll ref_name=* bevorzugt in der Relation getaggt werden. Das Taggen direkt an der Haltestellenposition ist veraltet.
gehört korrigiert. Veraltet ist doch gattweg falsch.
Und der nächste Satz im WIKI gehört präziziert, dass openptmap nur die Haltestelle auswertet.
Hallo
Hat Jemand Zugriff Auf die Schnittstelle zwischen OSM und HAFAS? Der Fehler düfte in der unterschiedlichen Schreibweise des Hst-Names liegen.
Wie gesagt, die Hst “Steinheim Altstadt” funtioniert. Folgendes ist aber skuril:
Im OSM heisst die Hst “Steinheim Altstadt Steinheim, Hanau” bei der DB aber “Steinheim a.M. Altstadt, Hanau”. Die Schreibweise ist schon sehr verschieden, aber es funktioniert.
Hier scheint Klärungsbedarf zu bestehen, wie die Hst wirklich erfasst gehören.
Leider weiß ich nicht, wer Ansprechperson bei OpenPTmap ist, bzw. Zugriff auf die Übersetzungstabelle hat. Vielleicht liest Derjenige aber hier im Forum mit und kann das aufklären.
Schöne Grüße
Ich habe den Markus Weber, der auf der openptmap als Ansprechpartner genannt ist, mal angeschrieben.
Er hat wie üblich keine Zeit, weil er die Seite auch nur ehrenamlich und nebenbei betreibt.
Die Haltestellenrelation wird aber nicht ausgewertet und so wie er geklungen hat wird da auch nichts geändert.
Zur Verknüpfung mit der Bundesbahn wird der Tag name und ref_name verwendet. Und zwar in der Schreibweise, wie es in OSM hinterlegt ist.
So merkwürdig wie es klingt, die Intelligenz liegt bei der Bahn. 
Wenn ich den Link, den openptmap verwendet, mit “Altstadt Steinheim” aufrufe, kommt die Haltestelle “Steinheim a.M. Altstadt, Hanau”
An der Haltestelle gibt es keine Tag ref_name. Der wurde von eiskalt_glasklar auch in die Haltestellenrelation verschoben.
Wenn ich den Link oben mit “Friedhof, Hammersbach” aufrufe ist das Ergebnis nicht eindeutig. Erst mit “Marköbel Friedhof, Hammersbach” wird es eindeutig.
Am sichersten ist es also den Namen aus der DB-Reiseauskunft in den Tag ref_name an der Haltestelle zu Taggen.
Die von eiskalt_glasklar unüberlegt gelöschten Tags ref_name müssen also auch wieder an den Haltestellen erfasst werden.