Gerne, dann bin ich beruhigt. Aber in jedem Fall danke für's Aufpassen/doppelt Hinschauen und Bescheid geben, das mit dem Forumpost + Link im source-Tag nehme ich in mein Repertoire auf. Bei den Bahnhofsnummern sind nur noch sehr wenige übrig, das würde ich jetzt erstmal noch so zu Ende machen, aber die Bf-Nummern sind eigentlich auch nur die Vorarbeit für einen "sauberen" Datenabgleich mit unseren Systemen. Aus diesem Datenabgleich fallen dann vmtl. deutlich mehr Korrekturen/Anpassungen raus, und *bevor* ich mit diesen dann richtig durchstarte würde ich dann auf jeden Fall sowohl Wiki-Seite als auch Foren-Post anlegen. Vielen Dank für die Hinweise, liebe Grüße und schönen Abend!

Zur Lizenz: Ja, die Daten sind freigegeben. Die APIs im DB API Marketplace sind unter CC-BY mit expliziter Ausnahme für die Namensnennung im Falle der Aufnahme in die OSM veröffentlicht.

Zur Frage eines „Massen-Edits“: Mein Verständnis zu diesem Begriff ist ein anderes. Ich kenne bisher nur diese Wiki-Seite osm.wiki/Automated_Edits_code_of_conduct auf der beschrieben ist, bei welchen Änderungen es sich um einen automatisierten Massen-Edit handelt. Das trifft hier m.E. nicht zu, aus folgenden Gründen:
1. das verwendete Attribut "ref:station" wurde bereits vorher an Bahnhöfen für die DB-Bahnhofsnummern verwendet, wurde also nicht von uns neu eingeführt
2. beim Editieren betrachte ich jeden Bahnhof einzeln, vergleiche Attribute und geogr. Lage mit Daten aus anderen Quellen und setze erst dann manuell die ID. Bei Massen-Edits geht es um die Änderung „without consideration of each change“ (Zitat Wiki), diese liegt meiner Meinung nach hier jedoch vor. Ist mein Verständnis von der Definition hier falsch? Dann tut es mir Leid und ich lerne gerne dazu.

(Ich nehme mir den Hinweis mit der Wikiseite trotzdem zu Herzen und werde das zeitnah umsetzen.)

Hi :) Klar, es gibt mehrere Quellen:

1. Klassischer, aber etwas technischer Weg: Über den API Marketplace der DB kann man kostenlos die s.g. "StaDa-API" abonnieren und über den Endpunkt /stations eine Liste aller Bahnhöfe inkl. ihrer Bahnhofsnummern beziehen: https://developers.deutschebahn.com/db-api-marketplace/apis/product/stada

2. Etwas obskurer, aber einfacherer Weg: Wenn man auf der Website bahnhof.de einen Bahnhof aufruft, und dort den zugehörigen Lageplan zum Ersatzverkehr öffnet (i.d.R. die zweite oder dritte blaue Kachel oben), sieht die URL des PDFs, das geöffnet wird, folgendermaßen aus: https://www.bahnhof.de/downloads/replacement-service-maps/1071.pdf
Der Name des PDFs (in dem Fall 1071 für Berlin Hbf) ist dabei immer die Bahnhofsnummer.

Ich arbeite bei der DB und habe noch eine interne Quelle, daher nutze ich die beiden o.g. Wege nicht selbst, aber sie gehen beide und sind korrekt :) (PS: Wir arbeiten gerade auch an einer Wiki-Seite für unsere Mapping-Aktivitäten, da würde ich sowas dann auch nochmal aufschreiben, ist aber noch nicht fertig)

Hinweis: Wenn es nur darum geht, eine Bahnhofsnummer auf Korrektheit zu prüfen, und nicht darum, sie zu ermitteln, ist der einfachste Weg übrigens folgender: bahnhof.de/id/<BAHNHOFSNUMMER> aufrufen, man wird auf die zugehörige Bahnhofsseite weitergeleitet, wenn alles stimmt. Beispiel für Frankfurt Hbf (Bahnhofsnummer 1866): https://bahnhof.de/id/1866

Viele Grüße!

Hey ihr beiden, ich sehe diese Diskussion leider erst jetzt, irgendwie hatte ich die Notifications nicht auf dem Schirm. Tut mir Leid, dass bei diesem speziellen Edit irgendwas von mir kaputtgemacht wurde, ich hatte im Forum ja gefragt ob mir nochmal jemand das Problem beschreiben könnte (https://community.openstreetmap.org/t/neues-aus-der-rubrik-multipolygonwahnsinn/94786/10), habe dazu aber keine Antwort mehr bekommen. Könntet ihr nochmal kurz beschreiben, worauf ich genau achten muss, wenn ich Bahnsteige so umbaue?

(Another use case is to provide information like „exit at the middle of the train for the shortest interchange time“. This would also be possible using normal platforms, but one would need to use a heuristic approach for detecting the corresponding side of the platform, escpecially in cases where the platform is curved or has 3 tracks running from it.)

Hi Leonard,

yes, I used platform_edges to allow use-cases where it is critical to know on which side of the platform a certain track is located. One example for that would be displaying the exit direction when onboard a train. Another reason why this model is useful (in my opinion) is that stations often don‘t allow boarding at the whole length of the platform, e.g. when a section at the end is blocked with a fence.

Does that make sense? Not sure if my modeling is perfect, but I knew several people (including myself) who had a need for that sort of data, so I added platform edges for a lot of stations in Berlin and Brandenburg.

Hallo Michael,

dieser Edit stammt nicht von einem Bot, ich habe die Changesets jeweils manuell validiert und angewendet, allerdings habe ich letzteres über die OSM-API (aufgerufen via osm-request in node.js) getan.

Ich bin daher davon ausgegangen, dass die Regeln für automatische Edits nicht gelten. Das selbe Changeset hätte vmtl. sogar in kürzerer Zeit auch in JOSM erstellt werden können. (JOSM habe ich allerdings nicht genutzt, weil ich diese Operation, also das Umwandeln von Way in Relation, dort auf die Schnelle nicht gefunden habe).

Für weitere Rückfragen stehe ich natürlich gerne zur Verfügung.

(Anmerkung: Falls weiterhin Misstrauen besteht, lässt sich die Tatsache, dass die Edits nicht von einem Bot erstellt wurden, vmtl. auch anhand der verwendeten Changeset-Descriptions validieren, die Stationsnamen dort entsprechen z.B. nicht den in den aktuellen, maschinenlesbaren Datensätzen verwendeten)

Why did you delete the 'stop_position'?

This should still be a public_transport=stop_position