Für diejenigen, die es noch nicht woanders gelesen haben:
- Datenportal der Deutschen Bahn - http://data.deutschebahn.com
- 11./12. Dezember 2015, Berlin - https://www.eventbrite.de/e/3rd-dbhackathon-commit-open-data-tickets-19270040209
Gruß, Tobias
Wo wir bei der großen Bahnfamilie sind:
EBA: Liste der EIU:
http://www.eba.bund.de/SharedDocs/Publikationen/DE/Eisenbahnunternehmen/EIU/eiu_oeff.html
EBA-Liste der seit 1994 stillgelegten Strecken
http://www.eba.bund.de/SharedDocs/Publikationen/DE/Infrastruktur/Stilllegung/stilllegung_brd.html
Wie auf DrehscheibeOnline festfestellt, dürften die Listen Fehlerbehaftet sein.
Als Veröffentlichung des Eisenbahnbundesamtes: Urheberrechtlich verwendbar?
Sven
Die CC-BY-lizenzierten Daten dürfen in OSM noch nicht genutzt werden, da wir nicht die von der Cc-BY geforderte Attributierung bei unseren Datennutzern sicherstellen können. Um eine Ausnahmegenehmigung habe ich schon gebeten, ich bitte noch um Geduld.
Übrigens, der Netzradar-Datensatz enthält anscheinend (ich habe nicht reingeschaut) OSM-Daten, denn wir werden dort attributiert und er ist deshalb ODbL-lizenziert. http://data.deutschebahn.com/datasets/netzradar/
EDIT: Link ergänzt
Neu im Programm: Reisezentren mit Öffnungszeiten. http://data.deutschebahn.com/datasets/reisezentren/
Ach ja, weil es noch nicht hier im Thread steht: Wir dürfen die Daten nutzen.
findet dafür auch noch ein abgleich statt, ob wir alle in osm drin haben?
na ich denke mal, genau das müsste jetzt gebaut werden 
ich grabe den Thread nochmal aus, gibt es das auch irgendwo schriftlich? Nicht dass uns da irgendein Strick draus gedreht wird…
Wenn ich es nicht schriftlich hätte, würde ich es euch nicht als “legal” anpreisen. Dafür ist mir mein Ruf bei OSM zu wertvoll.
Such dir einen Datensatz auf http://data.deutschebahn.com/datasets/ heraus und schaue dir den Abschnitt zur Lizenz genau an.
Cool, das war beim letzten Mal noch nicht da…
Brb, Daten verwursten 
So, hab mir mal ein paar Datensätze geladen, wie dort zu sehen ist arbeitet die Bahn nochmal mit einem eigenen Bahnhofsnummern-System, sollen wir diese auch erfassen (beispielsweise als ref)?
Als Beispiel hab ich das ganze mal beim Bahnhof Melsungen eingetragen, und es in die Notiz geschrieben, wäre das so ok?
Die von dir bei Melsungen unter ref= eingetragene Nummer hat nichts mit dem Bahnhof im Sinne des Eisenbahnbetriebes zu tun und ist somit an dem Node falsch. Es handelt sich dabei um eine interne Identifikation zur Zuordnung von Immobilien zu einzelnen Konzernteilen überwiegend für kaufmännische Zwecke und wird in verschiedenen Systemen der DB genutzt. Bei den hier als Station zusammengefassten Immobilien handelt es sich in der Regel um die sogenannte Verkehrsstation (Bahnsteige mit Zuwegungen und Infrastruktur) und das Empfangs-(Bahnhofs-)gebäude. Außerhalb des Konzerns ist sie wenig aussagekräftig. Eine Erfassung in OSM macht somit keinen Sinn.
Das sehe ich auch so. Wir brauchen nicht jede x-beliebige proprietäre Referenznummer in OSM. Allgemein sollten wir darauf achten, möglichst wenige dieser Nummern in OSM zu haben, da man sie nicht vor Ort überprüfen kann. Daher sollte ein Bahnhof höchstens das Ril100-Kürzel (am Beispiel Melsung railway:ref=FMLS) und Fahrgast-orientierte unternehmensunabhängige Nummern wie die UIC-Nummer o.ä. haben.
Wer meint, den ganzen Nummern- und ID-Wust der DB irgendwo öffentlich pflegen zu müssen, soll ein wikidata=* an den Bahnhof taggen und am Wikidata-Objekt in Wikidata dann die ganzen Nummern pflegen.
Viele Grüße
Michael
+1
Solche proprietären IDs gehören nicht in OSM, weil es sich nur um willkürlich fortlaufende Nummern handeln dürfte, um die einzelnen Objekte in den DB-internen Datenbanken zu identifizieren. Im Gegensatz zu UIC-Nummer oder Ril 100-Kürzel haben die wohl auch keinen systematischen Aufbau, der uns Mappern irgendeine Möglichkeit geben würde, die Daten zumindest grob zu verifizieren. Und während UIC-Nummern und Ril 100-Kürzel anwendungsübergreifend für die Identifizierung von Bahnhöfen verwendet werden, dürften die hier genannten Nummern wohl auch nur innerhalb einzelner DB-Anwendungen anzutreffen sein.
Gruß
Alex