4. IDX4rail-Praxistag in München: Der Weg zur aktualisierten VDV-Schrift 456

Neuerungen und Änderungen in IDX4rail Beta 3 und Stand der Dokumentation

Am 16. April 2026 traf sich das IDX4rail-Projektkonsortium mit Experten aus dem Bereich Infrastrukturdaten, darunter verschiedene Betreiber von Eisenbahn-, Straßenbahn- und Stadtbahnnetzen sowie Softwareentwickler. Der 4. IDX4rail-Praxistag fand im Hybridformat statt und wurde von den Stadtwerken München (SWM) ausgerichtet.

Im Mittelpunkt der Veranstaltung standen der strategische Kontext des Datenaustauschformats IDX4rail, Änderungen und neu modellierte Ergänzungen der Anwendungsfälle in der Beta-3-Version (basierend auf dem Feedback der Community zur Beta-2-Version), eine Demo des Konverters von IDMVU nach IDX4rail sowie die Roadmap zur Veröffentlichung von IDX4rail 1.0 und eine aktualisierte VDV-Schrift 456. Darüber hinaus bot die Veranstaltung spannende Gastvorträge des Veranstalters SWM und anderer Industriepartner.

Modellierung der IDX4rail Beta 3 – Änderungen und neu modellierte Ergänzungen

Seit der Vorstellung der Version IDX4rail Beta 2 auf dem 3. Praxistag in Leipzig wurde das Feedback der Community sorgfältig eingearbeitet. Dank des Feedbacks weist die Beta 3 nun einige Änderungen und neu modellierte Ergänzungen auf, vor allem in den Anwendungsbereichen Gleisgeometrie, Vermessungsdaten und Instandhaltungsdaten.

Aufgrund des Feedbacks der Community wurde das Thema „Überhöhung“ in den Anwendungsfall „Trassierung“ aufgenommen und die Modelldetails in den Themenbereichen „Bahnübergang“, „Weiche und Kreuzung“ sowie „Gleisbett“ erheblich erweitert.

Für den Anwendungsfall „Zustandsdaten“ wurden in der Beta-3-Version neue Elemente hinzugefügt, unter anderem Metadaten der Messfahrten, Referenzen (Zeit, Ort, externe Daten) und Ergebnisse. Diese und weitere Änderungen ermöglichen die Verknüpfung mit Messdaten, die in verschiedenen (binären oder tabellenbasierten) Formaten gespeichert sind.

Für den Anwendungsfall „Instandhaltungsdaten“ enthalten die neuen Ergänzungen Angaben zu Maßnahmen wie Standortbezeichner, die zeitliche Gültigkeit der Maßnahme (z. B. einmalig, wiederkehrend oder saisonal) sowie weitere Referenzierungsoptionen. Zudem erhalten die Benutzer mehr Spielraum bei den Bezeichnern für Anforderungen und Vorgaben, um beispielsweise auch spezifische Projektrichtlinien referenzieren zu können.

Das Modell der IDX4rail Beta 3 basiert auf dem RailTopoModel und integriert neben den bereits umgesetzten Anwendungsfällen auch die railML-Anwendungsfälle Track Geometry and Alignment, Infrastructure Asset Status Representation, Maintenance Planning for Infrastructure und Network Statement.

Themen der Vorträge des Konsortiums und der Partner

Milan Hoffmann von railML.org eröffnete den 4. Praxistag mit einer Darstellung des strategischen Kontexts von IDX4rail. Hoffmann fasste die Ausgangslage zusammen, wonach es im Infrastrukturbereich erhebliche Überschneidungen zwischen railML und IDMVU gab, was den Weg für das IDX4rail-Projekt ebnete. Es wurde zudem hervorgehoben, dass IDX4rail auf dem RailTopoModel basiert und dasselbe Infrastrukturmodell wie railML 3.4 verwenden soll, um eine einheitliche Grundlage für Stadt- und Eisenbahnen zu gewährleisten. Darüber hinaus wurden der Use-Case-Ansatz sowie die Anwendungsfälle der Version IDX4rail 1.0 zusammengefasst. Abschließend gab Hoffman einen Ausblick auf mögliche Verbindungen zu anderen Standards, railML-Domänen und Anwendungsfällen, die das Potenzial von IDX4rail auf den Bereich der Eisenbahen ausweiten.

Christian Rahmig vom DLR stellte den aktuellen Stand der IDX4rail-Modellierung (Beta 3) sowie die neuesten technischen Änderungen vor, die auf dem Feedback der Community zur Beta-2-Version basieren. Wie bereits erwähnt, lagen die Schwerpunkte dieser Änderungen auf den Anwendungsfällen „Trassierung“, „Zustandsdaten“ und „Instandhaltungsdaten".

Giuliano Scollo vom DLR demonstrierte den IDX4rail-Konverter und zeigte dabei, wie eine IDMVU-Beispieldatei mit zwei verschiedenen Ansätzen in das IDX4rail-Format umgewandelt wird. Der erste Ansatz umfasste eine JavaScript-Lösung, die sich ideal für den lokalen Einsatz auf einzelnen Computern eignet. Der zweite Ansatz umfasste eine API-Lösung mit Quarkus, die für dauerhaft zugängliche Webanwendungen und den unternehmensweiten Einsatz vorgesehen ist. Die vom Konverter erstellten IDX4rail-Dateien können mit dem Tool railVIVID auf ihre Lesbarkeit überprüft werden.

Vasco Paul Kolmorgen von railML.org und Andreas Beck vom VDV skizzierten den Weg zu einer aktualisierten VDV-Schrift 456 IDX4rail. Kolmorgen begann mit einem Überblick über den aktuellen Stand der Dokumentation (die zur neuen VDV-Empfehlung werden soll), den Aufbau der einzelnen Kapitel und die geplante Verwendung der Dokumentation nach ihrer Veröffentlichung. Zudem wurde ein aktualisierter Zeitplan für die Veröffentlichung von IDX4rail 1.0 im November 2026 vorgelegt. Beck ging anschließend auf das Veröffentlichungsverfahren des VDV ein. Er hob die entscheidenden Meilensteine hervor, die der Vorschlag für die aktualisierte VDV-Schrift passieren muss, und betonte insbesondere die entscheidende Rolle der Straßenbahn- und Stadtbahn-Community im achtwöchigen Umfrageverfahren. Beck fordert die Community und die Branche nachdrücklich auf, noch heute damit zu beginnen, relevante Mitglieder ihrer Organisationen für die Arbeitsgruppe zu nominieren, um das Umfrageverfahren im Laufe des Novembers zu optimieren.

Fachleute sind herzlich eingeladen, sich der Arbeitsgruppe zur VDV 456 anzuschließen. Bitte kontaktieren Sie uns dazu unter info@idx4rail.railml.org.

Am Nachmittag moderierte Bernd Kaiser von GüteZert eine Diskussion über den Bedarf an Schulungs- und Zertifizierungsangeboten in der IDX4rail-Community. Die Diskussion unterstrich erneut, wie wichtig koordinierte Bemühungen der Community sind, um die Standardisierung voranzutreiben. Dies ist besonders entscheidend für die Förderung der Einführung von IDX4rail nach dessen Markteinführung, da die heterogene Softwarelandschaft im Eisenbahn- und Stadtbahnsektor die Durchführung gezielter Schulungen von Natur aus erschwert.

Abschließend versicherte Kolmorgen der Community, dass der IDX4rail-Standard auch nach dem offiziellen Abschluss des Projekts weiter gepflegt und weiterentwickelt werde. Er verwies auf die IDX4rail-Website, wo die Roadmap für die Veröffentlichung sowie der Zugang zur Beta-3-Version für Tests in der Community zu finden seien.

Damit IDX4rail zu dem zukunftssicheren Standard wird, den es anstrebt, ist Ihr Feedback von entscheidender Bedeutung. Nur durch eine engagierte und aktive Community, die Anregungen zu unseren Modellierungen gibt und neue Anwendungsfälle vorschlägt, können wir die Qualität und Relevanz des Standards langfristig sicherstellen.

Wir laden Sie ein, die Beta 3 zu testen und uns Ihr Feedback bis zum 17. Juni 2026 über info@idx4rail.railml.org mitzuteilen.