Sollte diese Nachricht nicht einwandfrei zu lesen sein, klicken Sie bitte hier. 14. August 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. Verbesserung der Darstellung von Flügelzügen in GTFS und OJP Bildquelle: www.unsplash.com Wir optimieren aktuell die Darstellung und Beschreibung von Flügelzügen in GTFS und OJP, um Verbindungen und Fahrzeugdurchläufe klarer und konsistenter abzubilden. In GTFS waren schon immer alle normalen Durchbindungen, Flügelungen und Kopplungen in transfers.txt enthalten. Neuerdings wird bei Durchbindungen transfer_type=4 gesetzt – damit ist erkennbar, dass Fahrgäste im Fahrzeug sitzenbleiben können und nicht umsteigen müssen: - Flügelungen lassen sich neu daran erkennen, dass am gleichen Tag zwei Einträge mit gleicher from_trip_id und transfer_type=4 gültig sind. - Schwächungen lassen sich neu daran erkennen, dass am gleichen Tag nur eine einzelne from_trip_id mit transfer_type=4 gültig ist und in trips.txt in der Zeile mit entsprechender trip_id in der Spalte hints der Hinweis «FL» vorhanden ist. - Kopplungen lassen sich neu daran erkennen, dass am gleichen Tag zwei Einträge mit gleicher to_trip_id und transfer_type=4 gültig sind. Im OJP betreffen die Änderungen sowohl den OJPTripRequest als auch den OJPStopEventRequest. Bei Flügelungen und Schwächungen wird in gekoppelten TimedLegs und TransferLegs das Attribut A__FL gesetzt. Im Fall eines TripRequests ist der TransferType im TransferLeg als «changeWithinVehicle» gekennzeichnet. Wenn die Antwort in einem gekoppelten TimedLeg endet, wird im Service/DestinationText der zusammengesetzte Richtungstext z. B. D1 | D2 ausgegeben. Auch bei einem StopEventRequest wird A__FL im gekoppelten TimedLeg gesetzt, inklusive des entsprechenden zusammengesetzten Richtungstexts. Der zusammengesetzte Richtungstext wird aktuell nur bei Sollfahrten ausgegeben, bei Fahrten mit Echtzeit wird deren Zieltext übernommen. 👉 Weitere Informationen findet ihr in unserem Cookbook unter diesem Link. Deine Meinung ist gefragt – unterstütze uns dabei, opentransportdata.swiss noch besser zu machen Bildquelle: intern Wie zufrieden bist du mit opentransportdata.swiss? Was läuft gut, was können wir verbessern? Und was wünschst du dir für die Zukunft? Wir würden uns sehr freuen, wenn du dir ca.10 Minuten Zeit nimmst, um an unserer Umfrage teilzunehmen. Deine Antworten helfen uns dabei, opentransportdata.swiss noch besser auf die Bedürfnisse der Nutzer abzustimmen. Als kleines Dankeschön verlosen wir 5 SBB-Gutscheine im Wert von je 20 CHF. Deine Daten werden selbstverständlich vertraulich behandelt. Bei Fragen erreichst du uns jederzeit unter opendata@sbb.ch. 👉 Hier gehts zur Umfrage. Neu: Verkehrsmeldungen zum Strassenverkehr der Schweiz jetzt auf opentransportdata.swiss verfügbar Bildquelle: www.astra.admin.ch Ab sofort stehen Verkehrsmeldungen zum Strassenverkehr der Schweiz – bekannt aus den Radiomeldungen – auf opentransportdata.swiss bereit. Dieser Datensatz liefert im Format DATEX II Echtzeitinformationen über den Strassenverkehr, einschliesslich Verkehrsfluss, Zwischenfälle und kurz- oder langfristige Baustellen. Nach den Daten zu den Verkehrszählern steht somit eine weitere API mit Daten zum Strassenverkehr aus der ganzen Schweiz zur Verfügung. Fahrplandaten im OJP: Neu immer ein Jahr im Voraus verfügbar Bildquelle: www.unsplash.com Ab dem Fahrplanentwurf 2026 wird der Fahrplandatenhorizont im Open Journey Planner (OJP) neu definiert: Von der Veröffentlichung des ersten Fahrplanentwurfs bis zum Fahrplanwechsel stehen jeweils rund 12 Monate an Fahrplandaten zur Verfügung – konkret vom Montag der Vorwoche bis ein Jahr später. 👉 Beispiel: Bei einer Datenaktualisierung am 3. Juli 2025, sind im OJP Verbindungen vom 23. Juni 2025 bis zum 22. Juni 2026 verfügbar. In der Zeit zwischen dem Fahrplanwechsel und dem nächsten Entwurf stehen die Fahrplandaten im OJP weiterhin vom Montag der Vorwoche bis zum nächsten Fahrplanwechsel zur Verfügung. 👉 Beispiel: Bei einer Datenaktualisierung am 29. Mai 2025 sind Fahrplandaten vom 19. Mai 2025 bis zum 13. Dezember 2025 sichtbar. Passt dieses Vorgehen für euch? Falls ihr Rückmeldungen oder Bedenken habt, freuen wir uns über euer Feedback bis spätestens 04. Juli 2025 via opendata@sbb.ch. Weitere Neuheiten auf opentransportdata.swiss Aktuelle Links und weiterführende Informationen: - Formation API jetzt unter neuer URL erreichbar – bitte wechseln: Die Formation API ist derzeit unter der Root-Domain api.opentransportdata.swiss erreichbar. Ab sofort findet Ihr die API unter der neuen URL api.opentransportdata.swiss/formation/v1. Die alte URL bleibt vorerst noch aktiv, wird aber in Kürze deaktiviert. 👉 Bitte stellt deshalb so bald wie möglich auf die neue Adresse um. Die im API-Manager gelösten API-Keys behalten ihre Gültigkeit und müssen nicht neu beantragt werden. - In der Datei stops.txt des GTFS-Datensatzes wird ab dem 23. Juni zusätzlich die Spalte «platform_code» ausgegeben. Damit kann - ohne ein anderes Feld zu parsen - das jeweilige Gleis bzw. die Bus-/Tramkante bestimmt werden. Wie im Standard vorgesehen besteht der Wert nur aus Zahlen, Buchstaben oder deren Kombinationen, ohne den Zusatz «Gleis» oder «Kante». Wenn es keine Bezeichnung für die Reisenden gibt, wie dies bei kleinen Nahverkehrshaltestellen oft der Fall ist, bleibt das Feld leer. Beispiel: stop_id,stop_name,stop_lat,stop_lon,location_type,parent_station,platform_code "1100723","Inzlingen, Zoll","47.58557417","7.67283424","","Parent1100723","" "8507000:0:49","Bern","46.94822398","7.43333440","","Parent8507000","49" "8509068:0:2CD","Klosters Platz","46.86921071","9.88093812","","Parent8509068","2CD" --------------- 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. Optimised representation of dividing trains in GTFS and OJP Source: www.unsplash.com We are currently optimising the representation and description of dividing trains in GTFS and OJP in order to map connections and vehicle passes more clearly and consistently. In GTFS, all normal through coaches, splits and couplings have always been included in transfers.txt. Recently, transfer_type=4 has been set for connections – this shows that passengers can remain seated in the vehicle without changing trains and do not have to change trains: - Splits can now be identified by the fact that two entries with the same from_trip_id and transfer_type=4 are valid on the same day. - Reduced service can now be identified by the fact that only a single from_trip_id with transfer_type=4 is valid on the same day and the note ‘FL’ appears in the line with the corresponding trip_id in the column hints in trips.txt. - Couplings can now be identified by the fact that two entries with the same to_trip_id and transfer_type=4 are valid on the same day. In OJP, the changes affect both OJPTripRequest and OJPStopEventRequest. In the case of splits and reduced services, the attribute A__FL is set in coupled TimedLegs and TransferLegs. In the case of a TripRequest, the TransferType is marked in the TransferLeg as ‘changeWithinVehicle’. If the response ends in a coupled TimedLeg, the composite direction text, for example D1 | D2, is output in the Service/DestinationText. Even in the case of a StopEventRequest, A__FL is set in the coupled TimedLeg, including the corresponding composite direction text. The composite direction text is currently only output for target journeys; the destination text is adopted for real-time journeys. 👉 More information can be found in our Cookbook at this link. We want your opinion – help us to make opentransportdata.swiss even better Source: internal How satisfied are you with opentransportdata.swiss? What is going well, what can we improve? And what would you like to see in the future? We would be delighted if you could take around 10 minutes to take part in our survey. Your answers will help us to tailor opentransportdata.swiss even better to the needs of users. As a small thank you, we are giving away 5 SBB vouchers worth CHF 20 each. Your data will of course be treated confidentially. If you have any questions, you can reach us at any time at opendata@sbb.ch. 👉 Click here for survey New: Swiss road traffic situations now available on opentransportdata.swiss Source: www.astra.admin.ch From now on, Swiss traffic situations – known from radio reports – are available as Open Data on opentransportdata.swiss. This dataset provides real-time information about road traffic, including traffic flows, incidents and short- or long-term construction sites, in the DATEX II format. After the data on the traffic counters, another API with data on road traffic from the whole of Switzerland is available. Timetable data in OJP: Now available one year in advance Source: www.unsplash.com From the draft timetable 2026, the timetable data horizon will be redefined in the Open Journey Planner (OJP): From the publication of the first draft timetable until the timetable change, around 12 months of timetable data is available – in particular, from the Monday of the previous week until a year later. 👉 For example, if the data is updated on 3rd July 2025, OJP will provide connections from 23rd June 2025 to 22nd June 2026. In the period between the timetable change and the next draft, the timetable data will continue to be available in OJP from the Monday of the previous week until the next timetable change. 👉 Example: If the data is updated on 29th May 2025, timetable data from 19th May 2025 to 13th December 2025 will be visible. Does this procedure work for you? If you have feedback or concerns, we look forward to receiving your feedback by 4th July 2025 at the latest via opendata@sbb.ch. Further news on opentransportdata.swiss Current links and further information: - Formation API now available under a new URL – please switch: The Formation API is currently accessible under the root domain api.opentransportdata.swiss. The API can now be found at the new URL api.opentransportdata.swiss/formation/v1. The old URL will remain active for the time being, but will be deactivated shortly. 👉 Please change to the new address as soon as possible. The API keys solved in the API Manager remain valid and do not need to be requested again. - From 23rd June 2025, the ‘platform_code’ column will also be output in the stops.txt file of the GTFS dataset. This allows the respective track or boarding area for bus/tram to be determined without parsing another field. As specified in the standard, the value consists only of numbers, letters or their combinations, without the addition ‘track’ or ‘boarding area’. If there is no designation for the passengers, as is often the case for small local transport stops, the field remains empty. Example: stop_id,stop_name,stop_lat,stop_lon,location_type,parent_station,platform_code "1100723","Inzlingen, Zoll","47.58557417","7.67283424","","Parent1100723","" "8507000:0:49","Bern","46.94822398","7.43333440","","Parent8507000","49" "8509068:0:2CD","Klosters Platz","46.86921071","9.88093812","","Parent8509068","2CD" --------------- 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.