Sollte diese Nachricht nicht einwandfrei zu lesen sein, klicken Sie bitte hier. 15. Mai 2026 --- English version see below --- Liebe Nutzer:innen von opentransportdata.swiss Gerne informieren wir euch über die neuesten Entwicklungen rund um die Open-Data-Plattform. Vorankündigung: Anpassung der SLOID-Logik für stop_id Bildquelle: www.unsplash.com Ab 4. Juni werden wir die SLOID in GTFS als stop_id ausgeben. Im Zuge dieser Änderung wird die Logik zur Generierung der SLOID angepasst. Ziel ist eine konsistentere und eindeutigere Abbildung der Steig- und Gleisinformationen in den Formaten GTFS sowie OJP 1.0 und OJP 2.0. NeTEx ist von dieser Anpassung nur insofern betroffen, dass bei Haltestellen zusätzlich zur DIDOK-Nr. die SLOID als Key (SLOID) / Value (ch:1:sloid:x) Pair ausgegeben wird. Bei den Steigen gibt es keine Änderung (wie bisher die SLOID als Key/Value Pair). Der Aufbau der StopPlace id bleibt erhalten, Beispiel StopPlace id="ch:2:StopPlace:8503000" version="any" Die neu generierte SLOID wird wie folgt aufgebaut sein: - Ist die SLOID bei Steigen nicht eindeutig, wird sie nach dem Schema: {Haltestellen SLOID}_gen:{Steig SLOID}_pf:{Gleis-Bezeichner*} gebildet. - Falls keine Steig-SLOID vorhanden ist, wird stattdessen {Haltestellen SLOID}_gen:missingSLOID_pf:{Gleis-Bezeichner*} verwendet. 👉 Hinweis: Sonderzeichen im Gleis-Bezeichner werden durch einen Punkt («.») ersetzt, beispielsweise 21/22 → 21.22. In untenstehender Tabelle findet ihr eine Übersicht der möglichen Fälle: Umsetzungszeitplan: - Bereits jetzt: Test-Files zum Download damit ihr die neue Logik vorab ausprobieren könnt: GTFS-S mit SLOID und NeTEx mit SLOID. - Donnerstag, 07. Mai 2026: Migration DEV, TEST und INT Systeme. - Mittwoch, 20. Mai 2026: Bereitstellung eines neuen GTFS-Testdatensatzes, der zusätzlich die DIDOK-Haltestellenummer in einer weiteren Spalte in stops.txt enthält. - Donnerstag, 04. Juni 2026: Publikation des neuen Datenexports mit SLOID als stop_id und DIDOK-Haltestellennummer als zusätzliche Spalte in stops.txt. Ergänzung im Datensatz «Geschäftsorganisationen mit Echtzeitdaten» Bildquelle: unsplash.com Der Datensatz «Geschäftsorganisationen mit Echtzeitdaten» wird per 01. Juni 2026 um eine zusätzliche Spalte erweitert. Diese gibt an, ob die jeweilige Geschäftsorganisation die Daten im Format SIRI oder VDV einliefert. Die Spalte wird zwischen «source» und «etAUS» eingefügt und lautet «siriVDV». Die neue Spalte hat keinen Einfluss auf den Bezug von Echtzeitdaten bei unseren APIs. So sind beispielsweise bei einem Bezug von Echtzeitdaten über unsere SIRI-ET-Schnittstelle weiterhin auch (umgewandelte) Daten von Geschäftsorganisationen enthalten, welche im VDV-Format einliefern. OJP 2.0 skaliert jetzt dynamisch Bildquelle: de.freepik.com Unsere OJP-Systeme INT und PROD laufen neu in sogenannten Auto Scaling Groups. Diese starten bei steigender Auslastung automatisch zusätzliche Instanzen, sodass auch bei erhöhtem Anfrageaufkommen alle Requests innerhalb der gewünschten Zeit abgearbeitet werden können. Sinkt die Last, werden nicht mehr benötigte Instanzen gemäss definierten Regeln automatisch wieder heruntergefahren. Dadurch werden Ressourcen effizient genutzt und das Betriebsbudget geschont. Für die User des Services ändert sich nichts. Die Umstellung ist bereits vollständig umgesetzt. In Tests wurde das System erfolgreich mit bis zu 900 Requests pro Sekunde belastet – dies entspricht der erwarteten maximalen Auslastung. Online Meet-Up & Call for Speakers – DINAcon 2026 Bildquelle: rawpixel.com / de.freepik.com - Online-Meet-Up: «On-Demand-Verkehr (DRT) im öV: Strategien und Datenstandards für flexible Mobilität» am Montag, 27. April um 16:00h 👉 Hier könnt ihr euch für das Meet-Up anmelden. -📢 Call for Speaker – Referent:innen die DINAcon 2026 gesucht: Habt ihr Lust eure Arbeit rund um Open Data einem Fachpublikum zu präsentieren? Dann seid ihr bei der DINAcon 2026 genau richtig. Die DINACon-Konferenz findet am 18. November 2026 im Kongresszentrum Kreuz in Bern statt. Wir suchen noch engagierte Referen:tinnen, die ihre Projekte und Erfahrungen im Bereich Open Data in einem kurzen 10-minütigen Input vorstellen wollen. Fühlt ihr euch angesprochen? Dann meldet euch bis 31. Mai 2026 bei uns via opendata@sbb.ch. Weitere Neuheiten auf opentransportdata.swiss - Erweiterung bei GTFS-Flex um booking_rules_additional_message.txt: Mit dem Release vom 21. April 2026 wurde das GTFS-Flex-Format um die Datei booking_rules_additional_message.txt erweitert. Diese ergänzt die Informationen aus der booking_rules.txt um spezifische Nachrichten. Dies ermöglicht es, mehrere Buchungsregeln parallel zu definieren und entsprechend zu kommunizieren. Die Einträge ohne hinterlegten Text im Stammdatensystem werden leer ("") exportiert, wobei diese Informationen (z.B. Buchungszeiten) jeweils im File booking_rules.txt veröffentlicht werden. Ein Beispiel für den Export findet ihr auf unserer Cookbook-Seite GTFS-Flex Kurzbeschreibung (ganz unten im Text-Format ) - Reminder: Anpassung der tripId in GTFS RT Service Alerts: Wir planen per 30. April die tripId (bzw. trip_id in ProtoBuf) in den GTFS RT Service Alerts anzupassen, um eine konsistente Zuordnung zu GTFS Static sicherzustellen. Für Nutzerinnen und Nutzer, die die tripId aktuell nicht auswerten, ergeben sich keine Änderungen. Generell empfehlen wir, diese ID nicht zu parsen. Künftig wird die tripId in GTFS RT Service Alerts nicht mehr die SJYID enthalten, sondern den gleichen Wert wie der entsprechende Trip in GTFS Static. Wer weiterhin mit der SJYID arbeiten möchte, erhält diesen Wert über ein neues kundenspezifisches Feld «originalTripId» (bzw. original_trip_id in ProtoBuf). - Reminder: Abschaltung der alten atlas-Datensätze per 30.06.2026 Die Buchsatzüberschriften sowie die Nummern der Fahrplanfelder werden künftig in atlas durch die bisherigen zentralen Stellen gepflegt. Die entsprechenden Daten sind bereits heute schon in atlas einsehbar und werden täglich über die gewohnten Exporte auf opentransportdata.swiss bereitgestellt. --------------- Wie immer freuen wir uns über euer Feedback zur Plattform sowie zu den Daten und Services via opendata@sbb.ch. - Das opentransportdata.swiss-Team ---------------- English version ---------------- Dear users of opentransportdata.swiss We are pleased to inform you about the latest developments regarding the open data platform. Announcement: Adjustment of the SLOID logic for stop_id Source: www.unsplash.com From 4th June, we will publish the SLOID in GTFS as the stop_id. As part of this change, the logic for generating the SLOID will be adjusted. The aim is to achieve a more consistent and unambiguous representation of platform and track information across the formats GTFS, OJP 1.0 and OJP 2.0. NeTEx is only affected by this adjustment insofar as, for stops, the SLOID is now additionally provided alongside the DIDOK number as a key/value pair (SLOID / ch:1:sloid:x). For platforms, there is no change (the SLOID continues to be provided as a key/value pair as before). The structure of the StopPlace id remains unchanged, for example: StopPlace id="ch:2:StopPlace:8503000" version="any". The newly generated SLOID will be structured as follows: - If the SLOID for platforms is not unique, it will be formed according to the schema: {StopPlace SLOID}_gen:{Quay SLOID}_pf:{Platform Code*}. - If no platform SLOID is available {StopPlace SLOID}_gen:missingSLOID_pf:{Platform Code*} will be used instead. 👉 Please note: Special characters in the track identifier will be replaced with a dot («.»), for example 21/22 → 21.22. In the table below you will find an overview of the possible cases: Implementation timeline: - Already available: Test files for download so you can try out the new logic in advance: GTFS-S with SLOID and NeTEx with SLOID - Thursday, 07th May 2026: Migration of DEV, TEST and INT systems. - Wednesday, 20th May 2026: Provision of a new GTFS test dataset, which additionally includes the DIDOK stop number in a separate column in stops.txt. - Thursday, 04th June 2026: Publication of the new data export, with SLOID as stop_id and the DIDOK stop number as an additional column in stops.txt. Extension to the dataset «Business organisations with realtime data» Source: unsplash.com The dataset «Business organisations with realtime data» will be extended as of 01st June 2026 with an additional column. This column indicates whether the respective public transport organization provides data in SIRI or VDV format. The column will be inserted between the existing columns «source» and «etAUS» and is named «siriVDV». The new column has no impact on the retrieval of realtime data via our APIs. For example, when retrieving realtime data via our SIRI-ET interface, (converted) data from organizations that provide data in VDV format will continue to be included. OJP 2.0 Now Scales Dynamically Source: de.freepik.com Our OJP systems INT and PROD are now running in so-called Auto Auto Scaling Groups. These automatically start additional instances when load increases, ensuring that all requests can be processed within the desired time even when request volumes are higher. When load decreases, unnecessary instances are automatically shut down according to defined rules. This allows efficient use of resources and helps control operational costs. For users of the service, nothing changes. The update has been fully implemented. In tests, the system successfully handled up to 900 requests per second, which corresponds to the expected maximum load. Online Meet-Up & Call for Speakers – DINAcon 2026 Bildquelle: rawpixel.com / de.freepik.com - Online Meet-Up: ‘On-Demand Transport (DRT) in public transport – strategies and data standards for flexible mobility’ Our next online Meet-Up will take place on 27th April from 16:00 to 17:00. Together with mit Christoph Lucas, Matthias Günter and Eveline Nyfeler, we will explore business models for on-demand transport (DRT) and discuss how these can be represented in data models. 👉 Register here for the Meet-Up. (The Meet-Up will be held in German). - 📢 Call for Speakers – We are looking for presenters for DINAcon 2026: Would you like to present your work on open data to a professional audience? Then the DINAcon 2026 is the right place for you! The conference will take place on 18th November 2026 at the Kongresszentrum Kreuz in Bern. We are looking for engaged speakers to present their projects and experiences in the field of Open Data in a short 10-minute talk. Does this sound like you? Then please contact us latest by 31st May 2026 via opendata@sbb.ch. Further news on opentransportdata.swiss - GTFS-Flex: Extension with booking_rules_additional_message.txt: With the release of 21st April 2026, the GTFS-Flex format was extended by the file booking_rules_additional_message.txt. This file complements the information in booking_rules.txt by adding specific messages. It enables the definition and communication of multiple booking rules in parallel. Entries without associated text in the master data system will be exported as empty (""); the corresponding information (e.g. time intervals) will in each case be published in the booking_rules.txt file. An example of the export can be found on our Cookbook page GTFS-Flex Brief Description (at the very bottom in text format). - Reminder: Adjustment of the tripId in GTFS RT Service Alerts: We plan to adjust the tripId (or trip_id in ProtoBuf) in the GTFS RT Service Alerts by 30th April to ensure consistent mapping with GTFS Static. For users who do not currently process the tripId, there will be no changes. In general, we recommend not parsing this ID. Going forward, the tripId in GTFS RT Service Alerts will no longer contain the SJYID, but will instead reflect the same value as the corresponding trip in GTFS Static. Users who still require the SJYID will be able to access it through a new custom field «originalTripId» (or original_trip_id in ProtoBuf). - Reminder: Old atlas datasets will be retired on 30th June 2026: The timetable section headings as well as the timetable field numbers will in future be maintained in atlas by responsible central units. The corresponding data is already available in atlas today and is provided daily via the usual exports on opentransportdata.swiss. --------------- As always, we look forward to hearing from you with feedback to the platform or data and services via opendata@sbb.ch. - The opentransportdata.swiss team Impressum SBB AG Digital Solution Kundeninformation Wylerstrasse 123/125, 3000 Bern 65 opendata@sbb.ch http://opentransportdata.swiss Follow us on linkedin: Systemaufgaben Kundeninformation SKI+ Du erhältst diese Nachricht, weil du dich auf der Open-Data-Plattform Mobilität Schweiz registriert hast. Falls du Nachrichten dieser Art nicht mehr erhalten möchtest, kannst du dich durch Klick auf diesen Link austragen. You are receiving this message because you registered on the Open Data Platform Mobility Switzerland. If you no longer wish to receive messages of this type, you can unsubscribe by clicking on this link.