Skip to content
LoginRegister
DEENFRIT
Home
Piattaforma open data sulla mobilità in Svizzera
  2. Informazioni importanti / modifiche

Informazioni importanti / modifiche

Pianificato

2024-06-26 Preavviso – Disattivazione dell’interfaccia TRIAS nel quarto trimestre del 2024

Cesseremo di utilizzare l’interfaccia TRIAS nel corso del quarto trimestre del 2024. In alternativa a TRIAS, offriamo il nuovo standard CEN OJP 2.0. Non si conosce ancora la data esatta della chiusura.

Attuale

2024-11-04: Ritardo nella pubblicazione dei nuovi dati GTFS

I dati statici del GTFS non saranno pubblicati prima di questa sera. I dati GTFS-RT saranno attivati domani, martedì 5 novembre 2024, alle ore 8 circa.

2024-10-28: Attivazione dei dati HRDF secondo RV 2.0.7

L’attivazione delle modifiche previste per il 2024 -10-29 in conformità alle specifiche di implementazione RV 2.0.6 e 2.0.7 è stata posticipata. La nuova data non è ancora stata fissata.

2024-10-24: Attivazione di GTFS-RT alle 18.00 invece che alle 15.00.

Poiché i dati statici del GTFS possono essere pubblicati solo nel corso della giornata, i dati in tempo reale del GTSF saranno attivati solo alle 18.00. Vi preghiamo di scusare l’inconveniente.

2024-10-10: File HRDF errato LINIE

Nel file HRDF LINIE mancano alcuni spazi per spostare i colori nelle colonne specificate. L’errore è stato segnalato al fornitore di dati.

2024-09-12 Set di dati di prova Specifiche di realizzazione HRDF 2.0.6 e 2.0.7 sono disponibili

Sono ora disponibili i dati di test con le regolazioni per le specifiche di realizzazione 2.0.6 e 2.0.7 (1x “normale” e 1x per gli automobilisti). Gli adeguamenti e i miglioramenti alle specifiche di implementazione 2.0.6 e 2.0.7 saranno disponibili alla fine di ottobre 2024. Le regolazioni più importanti si trovano nel Cookbook. Ulteriori informazioni sono disponibili nella nuova specifica di realizzazione dell’HRDF.

2024 (Cronologia)

2024-10-17: Attivazione GTFS-RT alle 16.00 invece che alle 15.00

Poiché i dati statici del GTFS sono stati pubblicati più tardi nella giornata di oggi, i dati in tempo reale del GTSF non saranno attivati prima delle 16:00.

2024-10-10: Ritardo nell’attivazione dei nuovi dati GTFS

I dati statici del GTFS saranno pubblicati solo nel pomeriggio. I dati del GTFS RT saranno attivati domani, venerdì 11 ottobre 2024, intorno alle 8.00.

2024-08-29 Nessun aggiornamento dei dati per OJP / GTFS / NeTEx

Aggiornamento: i dati del 2024-08-29 sono stati aggiornati, ma non ci sono nuovi dati del 2024-09-02.

I dati sugli orari di OJP / GTFS / NeTEx non sono stati aggiornati oggi.

2024-08-28 Aggiornamento: GTFS-RT: I campi dati RouteId sono vuoti

Aggiornamento: Il route_id viene consegnato di nuovo.

A causa di un errore di programmazione, il flusso GTFS-RT contiene campi RouteId vuoti, a partire dal 2024-08-21, ma scoperti di recente.

Gli sviluppatori del fornitore stanno lavorando per risolvere questo problema. Ci auguriamo che questo problema venga risolto al più presto.

2024-08-14 Risolto: Problema con GTFS-RT

Il servizio GTFS-RT è interrotto, i dati non scorrono quasi più. Stiamo lavorando per risolvere il problema.

2024-08-09 Fisso: Guasto CKAN

I record di dati sono di nuovo disponibili. Ci scusiamo per l’inconveniente. Le API non sono state interessate dal guasto.

2024-08-01 Nessun aggiornamento il 1° agosto

Il 1° agosto non verrà eseguito/attivato alcun aggiornamento dei dati.

2024-07-29 Nessun aggiornamento dei dati in tempo reale dei semafori

Attualmente non è possibile pubblicare nuovi dati in tempo reale dei semafori, stiamo attendendo la risoluzione del problema.

2024-07-16: Migrazione del gateway API

Sposteremo il gateway API il 16/07/2024. Purtroppo si è verificata un’interruzione imprevista delle API. Ci scusiamo con i nostri utenti.

2024-06-06 Lavori di manutenzione programmata

I lavori di manutenzione si svolgeranno il 6 giugno 2024 dalle 18.00 alle 20.00. Durante la manutenzione potrebbero verificarsi brevi interruzioni.

2024-06-03 Lavori di manutenzione programmata

I lavori di manutenzione si svolgeranno il 3 giugno 2024 tra le 21:00 e le 24:00. Non sono previsti tempi di inattività durante la manutenzione.

2024-05-27: GTFS funiculars will be route_type=116

We will correct the route_type of funiculars to the correct value.

2024-05-27: OJP/NeTEx: Improved SIRI facilities mapping

In risposta, mapperemo altre offerte (Elenchi dei mezzi di trasporto e dei rimandi (Dataset)) alle strutture SIRI.

2024-05-24 Dati di pubblicazione Progetto di calendario 2025

Sono ora disponibili i nuovi dati relativi alla bozza di orario per il 2025: https://opentransportdata.swiss/it/dataset/timetable-54-draft-hrdf

2024-05-19/20 Fallimento del nostro sistema di gestione dei dati CKAN

Dalle 8:00 del 19 maggio alle 16:30 del 20 maggio si è verificato un guasto totale del sistema CKAN, per cui purtroppo non è stato possibile ottenere alcun set di dati. Ci scusiamo e vi ringraziamo per la vostra comprensione.

2024-05-09/12: GTFS Static non aggiornata correttamente il giorno dell’Ascensione

La Statica GTFS non è stata pubblicata per errore il giorno dell’Ascensione. Tuttavia, il tempo reale è stato scambiato. Pertanto, fino alla versione di lunedì, in molti casi c’era una mancata corrispondenza con il tempo reale.

2024-04-27: Guasto VDP: brevi interruzioni nella disponibilità dei dati sul traffico stradale

Le API per i dati sul traffico stradale possono attualmente subire brevi interruzioni della durata di alcuni minuti. Stiamo lavorando per correggere i problemi. Grazie per la vostra comprensione. Per informazioni sullo stato, vedere anche https://status.opentransportdata.swiss.

 

2024-04-22: GTFS-RT è passato a LINUX e una nuova versione

Le risposte di GTFS RT dovrebbero essere fino a due volte più grandi, perché ora viene trasmessa la deviazione tra i tempi del target VDV454 precisi al decimo di minuto e i tempi del target GTFS precisi al minuto.
Ciò significa che i clienti GTFS possono ora beneficiare di una pianificazione precisa al decimo di minuto, che non può essere fornita dai dati GTFS Static.

Le risposte di GTFS RT dovrebbero essere fino a due volte più grandi, perché ora viene trasmessa la deviazione tra i tempi del target VDV454 precisi al decimo di minuto e i tempi del target GTFS precisi al minuto.
Ciò significa che i clienti GTFS possono ora beneficiare di una pianificazione precisa al decimo di minuto, che non può essere fornita dai dati GTFS Static.

 

2024-04-18: Il passaggio da GTFSR a Linux sarà posticipato a lunedì 22 aprile.

 

2024-04-18: Aggiornamento dei dati statici GTFS annullato oggi

Il secondo aggiornamento dei dati statici GTFS è stato purtroppo annullato questa settimana. Il prossimo aggiornamento è previsto per lunedì prossimo, 22 aprile. Il secondo aggiornamento dei dati statici GTFS è stato purtroppo annullato questa settimana. Il prossimo aggiornamento è previsto per lunedì prossimo, 22 aprile.

 

2024-04-15: Sostituzione dei record di dati esistenti dell'”inventario BehiG”

A partire dal 15 aprile 2024, i dati sull’accessibilità delle fermate dei trasporti pubblici in Svizzera saranno registrati nell’applicazione atlante. Questo sostituirà il precedente sistema “DiDok”. Questo ha anche un impatto sulla pubblicazione dei dati dell’inventario BehiG.

Modifiche principali

  • Pubblicazione di tre versioni (actual, future_timetable, full) analoghe ai servizi di trasporto pubblico svizzeri (servicePoints).
  • Piccole modifiche ai nomi dei campi. La portata dei dati forniti rimane invariata.
  • I record di dati saranno pubblicati singolarmente in futuro. In questo modo è possibile utilizzare il permalink.
  • Le biglietterie e gli sportelli informativi sono ora riuniti in un unico edificio.
  • Pubblicazione in formato zip.

Preview:

Per aiutarvi a preparare il passaggio ai nuovi record di dati, qui troverete un esempio di record di dati di tutti i file e una descrizione dei dati. Si prega di non utilizzare questi dati in modo produttivo.

 

2024-04-11: GTFS-Flex è stato pubblicato.

Siamo uno dei primi fornitori al mondo a offrire servizi on-demand nell’estensione GTFS, ovvero GTFS-Flex.

 

2024-04-08: Il passaggio programmato dei dati statici GTFS a 2 pubblicazioni settimanali è stato ritardato.

Il prossimo aggiornamento (con il nuovo ciclo di rilascio) è previsto per giovedì 11 aprile.

 

2024-03-28: Risolto: le API non sono attualmente disponibili.

Stiamo lavorando alacremente per trovare una soluzione.

 

2024-03-27: Lavori di manutenzione questa sera tra le 20:00-23:00

I lavori di manutenzione saranno eseguiti questa sera tra le 20:00 e le 23:00. Potrebbero esserci brevi interruzioni (max. 15 minuti) per le pagine del ricettario e i record di dati. Cerchiamo di ridurre al minimo le interruzioni. Le API non sono interessate da questo problema.

 

2024-03-20: UPDATE Guasto corretto: le API sono di nuovo disponibili.

La piattaforma e tutte le API sono nuovamente disponibili. Ci scusiamo con tutti i nostri utenti per l’inconveniente causato.

 

2024-03-20: Problemi di rete: le API non sono attualmente disponibili

Stiamo lavorando con grande impegno per risolvere il problema.

 

2024-03-14: GTFS 2 volte a settimana, nuovo attributo SJYID, sondaggio e richiesta di argomenti

 

2024-03-04: Problemi con GTFS-RT

Aggiornamento: i dati GTFS-RT sono di nuovo disponibili, il guasto è stato corretto.

Attualmente mancano i dati in tempo reale tramite GTFS-RT. Stiamo lavorando per trovare una soluzione al problema.

 

2024-02-05: OJP: Bug

In caso di guasto parziale, il Not_Service_Stop=true di OJP 1.0 manca all’ultimo arresto.

 

2024-03-04: Corretto: Errore: record di dati non accessibili

I record di dati e i servizi non sono attualmente disponibili, stiamo lavorando per correggere l’errore.

 

2024-02-29: Tesi finali Aggiornamento CKAN

 

2024-02-28: CKAN: aggiornamento e personalizzazione delle funzionalità

La CKAN riceverà un aggiornamento mercoledì 28 febbraio 2024. È prevedibile che i record di dati non siano accessibili per un periodo di tempo più breve. Cerchiamo di mantenere queste interruzioni il più possibile brevi. Dopo l’imminente aggiornamento, la possibilità di seguire i record e visualizzare le loro ultime modifiche non sarà più disponibile.

 

2024-02-19: OJP: nuova infrastruttura per OJP e TRIAS

Questa mattina siamo passati a una nuova infrastruttura per OJP e TRIAS. Non dovrebbe esserci stata alcuna interruzione e non dovrebbero esserci modifiche alle richieste e alle risposte per OJP2020 e TRIAS2020. Gli aggiornamenti in tempo reale sul nostro servizio avvengono ora ogni 30 secondi. Attualmente blocca il motore per 2 secondi alla volta. Stiamo lavorando a questo problema. Se si preferisce, è possibile passare all’aggiornamento ogni 60 secondi. In caso di problemi, vi preghiamo di comunicarcelo immediatamente. Possiamo anche invertire la procedura se uno dei due riscontra un problema (opendata@sbb.ch).

 

2024-02-12: OJP: Sloid in StopPointRef

Dall’inizio dell’anno, in OJP siamo passati ai dati basati sui gradienti. Dove la merce viene consegnata con un forte aumento, viene consegnata allo stesso modo. I dati ascendenti vengono sempre eseguiti con uno SLOID e non più con un numero Didok. Tuttavia, sono possibili risposte miste e le modifiche per operatore/linee possono essere effettuate in qualsiasi momento.

Vecchia:

Nuova:

 

Vecchia:

Nuova:

Ciò consente anche di ottenere percorsi migliori.

Le conversioni sono le seguenti::

  • Metodo di conversione (se si lavora internamente con DiDok) per sloid -> didok:
    • Se sloid è presente nella stringa,
    • Scegliere l’elemento corretto, convertirlo in numero e aggiungere 8.500.000 (ad esempio, ch:1:sloid:1026:1:2 -> 8501026)

    Si tratta ovviamente di un hack. In realtà, si dovrebbe utilizzare una tabella di mappatura. Tuttavia, presumiamo che gli ultimi numeri Didok scompariranno per la Svizzera prima che questo diventi un problema.

     

  • Didok -> sloid funziona in modo simile. Tuttavia, ciò può comportare problemi alle fermate estere:
    • In pratica convertiamo solo 85xxxxx, ad eccezione del traffico locale estero, che abbiamo dovuto registrare nei nostri sistemi (8500700 -> ch:1:sloid:700).
    • Traffico locale all’estero: 11xxxxx, 12xxxxx, 13xxxxx, 14xxxxx => ch:1:sloid:<didok> (es. “Annemasse, Adrien Ligué”: 1401664 à ch:1:sloid:1401664)

 

2024-02-08: Problemi con la funzione di ricerca

Al momento la ricerca non funziona come desiderato. Stiamo lavorando per trovare una soluzione al problema.

 

2024-02-03: Adeguamenti del OJP previsti per il prossimo futuro

  • I tempi sono ora indicati in decimi di minuto (con un’approssimazione di 6 secondi), se disponibili. Attualmente vengono emessi solo al minuto.
  • OJP ora utilizza il DirectionText in tempo reale (da VDV 454 AUS/REF-AUS) come DestinationText. In alcuni casi, questo migliora le informazioni sulla destinazione per il giorno operativo corrente.
  • Cerchiamo anche di mappare le ombre sulle linee. Tuttavia, in questo caso sono necessari alcuni test. Utilizziamo le relazioni di viaggio VDV).

 

2024-01-24: Adeguamenti all’esportazione statica GTFS

Sulla base del feedback dei nostri destinatari dei dati in merito al file stops.txt, abbiamo apportato alcune modifiche all’esportazione statica GTFS.

In GTFS esportare gtfs_fp2024_2024-01-24_04-15

  • tutte le colonne montanti (nuove anche se la fermata ha una sola colonna montante) sono assegnate a un genitore
  • i genitori ora hanno anche il “nome della fermata con la posizione” invece del “nome della fermata senza posizione” come in precedenza

Esempio (Burgdorf):

“8576504“,”Burgdorf, Bahnhof“,”47.0603910195685″,”7.62065110137342″,””,”Parent8576504″

“8576504:0:A”,”Burgdorf, Bahnhof”,”47.0603910195685″,”7.62065110137342″,””,”Parent8576504″

“8576504:0:B”,”Burgdorf, Bahnhof”,”47.0603910195685″,”7.62065110137342″,””,”Parent8576504″

“Parent8576504″,”Burgdorf, Bahnhof”,”47.0603910195685″,”7.62065110137342″,”1″,””

 

2024-01-24: Altro trattamento Identificazione del viaggio in Svizzera (SJYID) in tempo reale

A partire dal 1° febbraio 2024, l’elemento “Identificatore di viaggio” (“FahrtBezeichner”) sarà parzialmente riempito con un Swiss Journey Identification (SJYID, ID di viaggio svizzero; PDF in tedesco). Fino ad oggi, i destinatari dei dati potevano presumere che

  • Gli SJYID generati/forniti vengono adottati come identificatori di viaggio e trasmessi ai destinatari dei dati.
  • viene generato un SJYID come identificatore di viaggio per tutti i mezzi di trasporto trasferiti, se non ne è stato fornito alcuno.
  • un SJYID viene generato come identificatore di viaggio per i treni supplementari creati con breve preavviso.

Su richiesta del settore dei trasporti pubblici svizzeri, questo comportamento sarà modificato come segue in una data ancora da definire:

  • Gli SJYID generati/forniti nell’orario sono adottati come identificatori di viaggio e trasmessi senza modifiche ai destinatari dei dati.
  • Un SJYID viene generato come identificatore di viaggio solo se non è stato fornito e se si tratta di un mezzo di trasporto del NeTS.
  • Un SJYID viene generato come identificatore di viaggio per i treni supplementari creati con breve preavviso.

Ciò influisce sui seguenti record di dati:

Si noti che SJYID non è ancora supportato da GTFS. Il termine è previsto per la fine del primo trimestre del 2024.

Per ulteriori informazioni, consultare il sito oev-info.ch. Weitere Information vgl. oev-info.ch

 

2024-01-31: Sostituzione di record di dati esistenti (dipartimenti, organizzazioni aziendali, Swiss Line ID)

Contributo del 18.12.2023

I seguenti record di dati non saranno più aggiornati a partire dal 31 gennaio 2024:

I seguenti record di dati possono essere utilizzati in sostituzione:

 

2024-01-16: Adattamento delle specifiche di realizzazione HRDF 2.0.5: Nuova release 16.01.2024

Ulteriori informazioni sono disponibili nel documento HRDF-Realisierungsvorgaben – öV-Schweiz (documento tedesco).

Sono previsti i seguenti ulteriori sviluppi:

  • File “BFKOORD_LV95” e “BFKOORD_WGS”: la lunghezza dei campi per le coordinate X e Y è aumentata da 10 a 11 caratteri. Gli attributi che seguono questi due campi sono spostati di 2 posizioni.
  • Sono disponibili due nuovi file “GLEISE_LV95” e “GLEISE_WGS”. Hanno lo stesso contenuto dei file “GLEIS_LV95” e “GLEIS_WGS”. Tuttavia, gli identificatori utilizzati per distinguere le seguenti informazioni sono cambiati:
  • Il nuovo identificativo per lo SLOID è il valore g. (Il vecchio identificatore era il valore I).
  • Il nuovo identificatore per le coordinate è il valore k. (Il vecchio identificatore era il valore K).

Le informazioni sulle tracce (identificatore G) e sui settori (identificatore A) devono essere trasmesse su linee separate.

Vi forniremo un set di dati di prova con le nuove regolazioni.

Nota:

Si noti che i file GLEIS, GLEIS_LV95 e GLEIS_WGS non saranno più disponibili per lo sviluppo previsto per il quarto trimestre del 2024.

 

2024-01-15: Mancanza di informazioni in tempo reale (GTFS-RT)

2024-01-16 Aggiornamento: i dati sono ora nuovamente disponibili.

Attualmente mancano alcune informazioni in tempo reale nel GTFS-RT, soprattutto per il trasporto locale nelle città di Zurigo, Basilea, Berna e Lucerna. Stiamo analizzando la situazione in modo che i dati possano essere resi nuovamente disponibili nella loro interezza il prima possibile.

 

2023 (Cronologia)

2023-12: Aggiornamento dei dati durante le vacanze

I dati dell’HRDF saranno disponibili senza interruzioni durante i giorni festivi, ma i contenuti saranno poco o per nulla modificati. Gli altri sistemi (GTFS-S, GTFS-RT, TRIAS, OJP) non saranno aggiornati con un nuovo orario mercoledì 27 dicembre 2023.

 

2023-12-10: Viaggi aggiuntivi errati in GTFS-RT

Il 10 dicembre 2023, al mattino, la risposta GTFS RT ha mostrato erroneamente circa 65.000 viaggi aggiuntivi a causa di un problema di corrispondenza con i dati di destinazione. Con un workaround, i problemi potrebbero essere risolti, a parte qualche viaggio in più. Stiamo analizzando l’errore nel dettaglio e ci scusiamo per gli eventuali disagi causati.

 

2023-12-10: Modifiche all’orario 2023/24

Nella settimana da mercoledì 06.12.2023 a mercoledì 13.12.2023, entrambi i dataset statici 23 e 24 GTFS conterranno l’intervallo di tempo che si sovrappone da lunedì 04.12.2023 a mercoledì 13.12.2023. Ciò significa che è possibile passare ai nuovi dati statici GTFS in qualsiasi momento tra i due mercoledì (prima e dopo il cambio di orario) e i dati GTFS RT saranno sempre adatti.

 

2023-12-08: OJP/Trias – Aggiornamento dei servizi complessivi

L’intera soluzione sarà migrata l’8 dicembre. Non ci devono essere interruzioni. Il sistema di base viene migrato alla versione più recente. Si tratta di un passo avanti verso l’introduzione della OJP 2.0. Se si verificano problemi con i clienti, si prega di contattare immediatamente opendata@sbb.ch. Passeremo a Linux entro la fine di febbraio. La data esatta verrà comunicata.

 

2023-11-27: Guasto di rete eliminato

Aggiornamento ore 16:00: i sistemi sono di nuovo stabili e le API dovrebbero essere di nuovo completamente accessibili. Ci scusiamo per il disagio e vi ringraziamo per la comprensione.

Aggiornamento 14:45: è stato creato un workaround temporaneo che sta stabilizzando la situazione. Si continua a lavorare per risolvere il problema di fondo.

I problemi di rete hanno causato interruzioni nell’accessibilità delle API dalle ore 9 circa. Stiamo lavorando duramente per risolvere i problemi e vi terremo informati qui non appena ci saranno aggiornamenti.

 

2023-10-23: OJP/Trias – Servizio più lento

A causa di vari fattori, OJP/TRIAS sono stati notevolmente più lenti. Un’offerta ODV è stata configurata in modo non ottimale e ha comportato calcoli significativi dei percorsi a piedi, il livello di log era più alto per l’analisi del problema e il fatto che al momento avessimo gli orari 2023 e 2024 nel sistema non era ancora stato preso pienamente in considerazione. Inoltre, è stato attivato un nuovo utente con 300.000 richieste al giorno e sono stati eseguiti test di carico da un altro utente. L’offerta è stata rimossa (non esiste più), il livello di log è stato abbassato e la memoria dei sistemi è stata aumentata. In questo contesto, è stato migliorato e reso operativo il nuovo sistema di monitoraggio delle prestazioni.

 

2023-10-15 OJP: due anni di calendario attivi

Una prima versione dell’orario 2024 è stata aggiunta alla GUP in modo da ottenere un’anteprima di 120 giorni.

 

2023-09-01: ODMCH: adeguamento delle specifiche di realizzazione HRDF 2.0.5: nuova release all’inizio del 2024

Ulteriori informazioni sono disponibili nel documento Specifiche di realizzazione del FESR – Trasporto pubblico svizzero.(documento in tedesco).

Sono previsti i seguenti ulteriori sviluppi:

  • File “BFKOORD_LV95” e “BFKOORD_WGS”: la lunghezza dei campi per le coordinate X e Y è aumentata da 10 a 11 caratteri. Gli attributi che seguono questi due campi sono spostati di 2 posizioni.
  • Sono disponibili due nuovi file “GLEISE_LV95” e “GLEISE_WGS”. Hanno lo stesso contenuto dei file “GLEIS_LV95” e “GLEIS_WGS”. Tuttavia, gli identificatori utilizzati per distinguere le seguenti informazioni sono cambiati:
  • Il nuovo identificativo per lo SLOID è il valore g. (Il vecchio identificatore era il valore I).
  • Il nuovo identificatore delle coordinate è il valore k. (Il vecchio identificatore era il valore K).

Le informazioni sulle tracce (identificatore G) e sui settori (identificatore A) devono essere trasmesse su linee separate.

Nota:

Si noti che i file GLEIS, GLEIS_LV95 e GLEIS_WGS non saranno più disponibili per lo sviluppo previsto per il secondo trimestre del 2024.

 

2023-08-07: OJP: Lavori di manutenzione

I lavori di manutenzione programmata si svolgeranno lunedì 07.08.2023 tra le 21:00-24:00. Non sono previsti tempi di inattività durante la manutenzione. Vi ringraziamo per la vostra comprensione.

 

2023-07-03: Correzione dei dati sugli orari di MBC

I dati sugli orari di MBC sono stati corretti e sono nuovamente disponibili.

 

2023-06-28: I dati sugli orari di MBC non sono attualmente aggiornati

I dati sugli orari di MBC non possono essere aggiornati al momento a causa di problemi tecnici del fornitore. Seguirà un aggiornamento non appena disponibile.

 

2023-06-12: USTRA: Aggiornamento delle Condizioni generali di contratto dell’USTRA

Le Condizioni generali di contratto (CGC) dell’USTRA sono state aggiornate.

 

2023-06-06: USTRA: nessun dato sul traffico stradale in tempo reale tra le 11.00 e le 16.00.

A causa di problemi tecnici, il 06 giugno 2023 non sono stati forniti dati sul traffico stradale in tempo reale tra le ore 11.00 e le 16.00.

 

2023-04-24: ODMCH: il file dei dati effettivi non è ancora completo

Si è verificato un errore durante l’esportazione dei dati effettivi dal 24/04/2023. Il file ha potuto essere ripristinato ed è stato sostituito il 01.05.2023. Si noti, tuttavia, che il file è incompleto a causa di un problema tecnico.

 

2023-03-06: Migrazione: le chiavi API appena generate non saranno salvate tra il 6 e l’8 marzo 2023.

A causa di una migrazione tecnica, le chiavi API create tra il 06.03. e il 08.03.2023 non verranno salvate. Di conseguenza, le nuove chiavi devono essere generate dopo l’8 marzo 2023. È possibile che si verifichino cancellazioni brevi l’08.03.2023. Vi ringraziamo per la vostra comprensione.

AGGIORNAMENTO 09.03.2023 / 10 am: Nella notte tra l’08.03. e il 09.03. si è verificata un’interruzione più lunga delle API a causa della migrazione. Ci scusiamo per questo e ci stiamo impegnando per risolvere il problema. A parte l’API CKAN, tutte le API dovrebbero essere di nuovo stabili.

AGGIORNAMENTO 09.03.2023 / 14:00: Anche l’API CKAN è di nuovo disponibile.

 

2023-02-16: ODMCH: coordinate errate nei dati HRDF

I dati dell’orario HRDF del 15 febbraio 2023 contengono coordinate errate. Questi sono stati corretti nel record di dati del 16 febbraio 2023.

 

2023-02-06: ODMCH: Lavori di manutenzione

I lavori di manutenzione programmata si svolgeranno lunedì 06.02.2023 tra le 21:00-23:00. Potrebbero verificarsi brevi interruzioni della piattaforma, ma dovrebbero durare solo pochi secondi. Vi ringraziamo per la vostra comprensione.

 

2023-01-01: ODMCH/OJP: adeguamenti dei costi e dei limiti per le richieste API (gennaio 2023)

Dal 1° gennaio 2023 si applicano nuovi limiti e costi per l’ottenimento di dati relativi al servizio.

 

2022 (Cronologia)

2022-12-31: ODMCH: Informazioni sugli eventi dei trasporti pubblici svizzeri (SIRI SX / VDV 736) come dati aperti

Dalla fine del 2022, le informazioni sugli eventi dei trasporti pubblici svizzeri (SIRI SX / VDV 736) sono disponibili in una nuova interfaccia sulla piattaforma open data di Mobilità Svizzera.

Il servizio fornisce tutte le informazioni sugli eventi delle aziende di trasporto in Svizzera che sono collegate all’hub di dati centrale (DDS SKI). I dati costantemente aggiornati possono essere ottenuti come file XML tramite API sulla piattaforma open data. Per ulteriori informazioni, consultare la pagina del Cookbook corrispondente.

Mercoledì 25 gennaio 2023, alle ore 16.00, si è tenuto un meetup online sul tema dell’informazione sugli eventi (avvisi di servizio VDV 736 e GTFS-RT). Le diapositive della presentazione sono disponibili a questo link.

 

2022-12-29: Incidente dal 28/29 dicembre 2022

Il dominio opentransportdata.swiss non era disponibile dal 28.12.2023 alle 20:00 circa fino al 29.12.2023 alle 12:15. Il motivo è stato un incidente all’anagrafe. Ci scusiamo con tutti gli utenti della piattaforma Open Data di Mobilità Svizzera per i problemi e i disagi causati.

 

2022-11-09: Dati effettivi mancanti

A causa di un malfunzionamento della rete il 9 novembre 2022, è disponibile solo una quantità molto limitata di dati effettivi per questo giorno.

Problemi noti

  • In alcuni casi, nell’area LEX sono presenti denominazioni di linea come “L3_4”. Le riceviamo dalla SNCF e non sono corrette. Purtroppo non possiamo modificarlo da soli e dobbiamo aspettare che la SNCF risolva il problema. Data di bonifica: sconosciuta.

 

2022-08-24: Informazioni importanti dal 24/08/2022

Oggi alle 04:55 è stato pubblicato il file gtfs_fp2022_2022-08-24_04-15.zip, nel quale stops.txt non contiene più erroneamente i riser, ma solo gli intervalli, ad esempio solo “8507086:0” invece di “8507086:0:2” e “8507086:0:3”:

stops.txt in gtfs_fp2022_2022-08-17_04-15.zip:
“Parent8507086″,”Niederscherli”,”46.886434795937″,”7.38806829112965″,”1″,””
“8507086:0:2″,”Niederscherli”,”46.886434795937″,”7.38806829112965″,””,”Parent8507086″
“8507086:0:3″,”Niederscherli”,”46.886434795937″,”7.38806829112965″,””,”Parent8507086″
stops.txt in gtfs_fp2022_2022-08-24_04-15.zip:
“Parent8507086″,”Niederscherli”,”46.886434795937″,”7.38806829112965″,”1″,””
“8507086:0″,”Niederscherli”,”46.886434795937″,”7.38806829112965″,””,”Parent8507086″

Tuttavia, stop_times.txt contiene ancora riferimenti alla colonna montante, ad esempio “8507086:0:2”, che non corrisponde più al riferimento “8507086:0” in stops.txt.

Come soluzione abbiamo copiato il file stops.txt da gtfs_fp2022_2022-08-17_04-15.zip a gtfs_fp2022_2022-08-24_10-23.zip, che è stato appena ripubblicato e ha quindi sostituito gtfs_fp2022_2022-08-24_04-15.zip.

Sfortunatamente, non tutti gli errori sono stati corretti, ma sicuramente i riferimenti mancanti in gtfs_fp2022_2022-08-24_10-23.zip sono molto meno numerosi rispetto a gtfs_fp2022_2022-08-24_04-15.zip.

Stiamo lavorando a pieno ritmo a una nuova versione.

Ci scusiamo per l’inconveniente, vi ringraziamo per la pazienza e vi terremo informati sulla nuova versione dei dati.

 

2022-07-14: Dall’14.7. 2022

Dalla migrazione a EFA 10.5 e dalla contemporanea attivazione del multilinguismo, l’attributo xml:lang non viene più inviato solo per singoli elementi di testo in OJP, ma per tutti.

esempio

EFA 10.4 senza attributo xml:lang per PublishedLineName.Text (l’attributo xml:lang è già inviato per Name.Text e ShortName.Text):
<ojp:nome>
<ojp:Text xml:lang=”de”>Allenamento</ojp:Text>
</ojp:name>
<ojp:ShortName>
&lt;ojp:Text xml:lang=”de”>IC&lt;/ojp:Text>
</ojp:ShortName>
</ojp:Mode>
<ojp:PublishedLineName>
<ojp:Testo>IC1</ojp:Testo>
</ojp:PublishedLineName>

EFA 10.5 ora con attributo xml:lang per PublishedLineName.Text
&lt;ojp:nome>
&lt;ojp:Text xml:lang=”de”>Allenamento&lt;/ojp:Text>
&lt;/ojp:name>
<ojp:ShortName>
<ojp:Text xml:lang=”de”>IC</ojp:Text>
&lt;/ojp:ShortName>
&lt;/ojp:Mode>
&lt;ojp:PublishedLineName>
<ojp:Text xml:lang=”de”>IC1</ojp:Text>
&lt;/ojp:PublishedLineName>

 

2022-06-29: Dall’29.6. 2022

I dati GTFS con la colonna aggiuntiva “block_id” in trips.txt vengono forniti immediatamente.

trips.txt (viaggi con block_id “13192”)
*********
route_id,service_id,trip_id,trip_headsign,trip_short_name,direction_id,block_id
“96-186-3-j22-1″,”TA+rau00″,”542.TA.96-186-3-j22-1.18.R”,”Elgg, Bahnhof”,”68050″,”1″,”13192″
“96-185-6-j22-1″,”TA+rau00″,”7.TA.96-185-6-j22-1.1.H”,”Hagenbuch ZH, Dorf”,”68117″,”0″,”13192″

I block_id non saranno ancora inclusi nei viaggi interrotti al confine, ad esempio da Singen a Sciaffusa.
Ciò richiede un’estensione della nostra esportazione GTFS, attualmente in fase di test.

 

2022-06-20: Updates

  • Il Cookbook è stato aggiornato. Tutte le modifiche sono attualmente disponibili nella versione tedesca; le traduzioni in tutte le altre lingue seguiranno non appena possibile.
  • La sezione Notizie è stata adattata per includere questo changelog, in modo da fornire una migliore trasparenza delle modifiche apportate al sito web.
  • Le note di rilascio più vecchie sono state unite a questa pagina.
  • Alcuni siti web irraggiungibili e obsoleti sono stati rimossi.

 

2022-06-14: Updates

  • L’istanza PROD è stata aggiornata alla versione 10.5 dell’EFA. La modifica più importante è che tutti i tag di testo XML contengono ora un tag xml:lang. Esempio: <ojp:Text xml:lang=”de”>. La lingua desiderata può essere richiesta aggiungendo le seguenti righe a <ServiceRequest>:
    <ServiceRequestContext>
    <Language>de</Language>
    </ServiceRequestContext>
    Le etichette linguistiche disponibili sono: de, fr, it, en

 

2022-06-09: Updates

  • Le pagine che si riferiscono al set di dati “Bahnstellen”/”stazione ferroviaria” sono state rimosse in quanto la voce di dati è obsoleta.

 

2022-05-02: Updates

  • Le richieste OJP sono convalidate rispetto all’XSD. Non valido Le richieste non sono più servite. Questo può causare errori, se le richieste non sono valide.

Richieste di convalida OJP

Poiché alcuni utenti OJP non erano ancora pronti al 1° marzo 2022, non è stato possibile attivare la convalida delle richieste OJP come annunciato.
Pertanto, tutte le richieste OJP saranno ora convalidate utilizzando ojp-xsd-v1.0 a partire dal 02 maggio 2022. Se una richiesta non soddisfa le specifiche xsd, viene rifiutata con “HTTP/1.1 400 Bad Request”.
Una violazione attualmente frequente delle specifiche xsd è l’omissione dell’elemento <LocationName> nella struttura PlaceRef, ad esempio nella OJPStopEventRequest o nella OJPTripRequest.
Se non è disponibile un LocationName adeguato quando si forma OJPStopEventRequest o OJPTripRequest, è possibile inviare in alternativa <ojp:Text>unknown</ojp:Text>”

 

2021 & precedente (Cronologia)

2021-02-17: Updates

  • Problème résolu à La Gottaz. Il y a eu des problèmes lors de la randonnée pédestre.
  • La concordance entre le temps réel et l’horaire a été améliorée. Désormais, les trajets qui ne correspondent pas au début et à la fin du trajet sont également pris en compte.

 

2021-02-03: Modifiche al GTFS Statico

  • GTFS Statico: i nomi dei file ora contengono “_hh-mm”.

 

2021-01-22: Cambiano i nomi dei treni della S-Bahn

  • Alcuni nomi di treni della S-Bahn sono stati erroneamente impostati su S1. Questo problema è stato corretto con una nuova versione di GTFS Static. GTFS-RT è stato attivato immediatamente per la nuova Statica.

 

2021-01-21: Problemi di GTFS

  • Nell’attivazione dei dati di ieri mancavano molti viaggi in treno (circa…). 100 linee ferroviarie suburbane). Il problema è stato corretto con un nuovo GTFS Static (https://opentransportdata.swiss/de/dataset/timetable-2021-gtfs2020) e l’attivazione immediata in tempo reale. Ciò significa che il nuovo statico deve essere caricato per il GTFS-RT. OJP2020 e TRIAS2020 forniscono quindi nuovamente i risultati corretti.
  • NumberOfResults non è sempre perfettamente rispettato nel server. Se viene selezionato un “gruppo” di risposte con la stessa probabilità, viene restituito il gruppo completo, indipendentemente da quanto specificato. Esempio: la richiesta nella LocationInformationRequest “St. Gallen, Haggen” restituisce due fermate: “St. Gallen, Haggen” e “St. Gallen Haggen Ciò significa che si deve sempre utilizzare un ResultSet.
    Esempio di richiesta:

 

2021-01-20: Rimossi gli pseudo stop GTFS

  • Con l’attivazione dei nuovi dati il prossimo mercoledì 20.01.2021 (GTFS-S la mattina alle 09:00, GTFS-R e OJP il pomeriggio alle 14:00), gli pseudo-stop saranno inviati secondo il “nuovo comportamento”. Comportamento attuale:
    ****************
    GTFS-S: la tratta di Ferrovia 2000 viene trasmessa normalmente.
    GTFS-R: il percorso Track 2000 viene inviato con “ScheduleRelationship”: “Skipped”.
    OJPTripDelivery senza tempo reale: StopPointRef 132 come una normale fermata
    OJPTripDelivery con tempo reale: StopPointRef 132 con comportamento NotServicedStop=true:
    **************
    GTFS-S: il percorso di Ferrovia 2000 non viene più trasmesso
    GTFS-R: il percorso di Ferrovia 2000 non viene più trasmesso
    OJPTripDelivery con e senza tempo reale: il percorso di Rail 2000 non viene più inviato (solo come località in TripResponseContext)

 

2017-05-22: Nuove date

  •  Dotazione. Le nuove funzioni più importanti sono:
    • GTFS-RT
    • Estensioni in GTFS Statico (agency.txt)
    • ZVV Real-Time: con la connessione del partner “ZVV”, sono state collegate diverse aziende di trasporto, tra cui PAG per la regione di Zurigo. Non tutte le linee sono disponibili. Solo quelli che hanno una qualità dei dati sufficientemente buona. Potete trovare una panoramica di tutte le agenzie di trasporto in tempo reale qui: https://opentransportdata.swiss/it/dataset/go-realtime
  • Ampliamenti:
    • Orario di partenza/arrivo: per i treni con un ritardo indeterminato, il viaggio è contrassegnato come non monitorato.
    • Federazione Opendata.swiss
  • Correzioni:
    • Tabella di partenza / informazioni sul percorso incomplete
    • Informazioni incomplete sugli estratti
  • Argomenti e problemi familiari. In questa versione ci sono questi problemi noti all’interno della piattaforma, che saranno risolti in una versione futura:
    • L’ordinamento dei file non è ancora ottimale in alcuni casi. Si consiglia di utilizzare il permalink.

 

2017-01-27: Novità

  • Queste note di rilascio contengono informazioni preziose sulle funzioni e i miglioramenti più recenti di questa versione della Piattaforma Open Data Trasporto Pubblico Svizzero. La nuova versione è online dalle 10 di oggi::
    • Prima versione delle informazioni sul percorso
    • Servizio di abbonamento per i record di dati
    • Autosomministrazione da parte dell’utente
    • Esploratore API: https://opentransportdata.swiss/explorer/
    • Miglioramenti:
      • Barra rossa sulla pagina iniziale in caso di errori Miglioramenti alla visualizzazione mobile Vari aggiornamenti del ricettario Adattamenti linguistici Discorso disponibile anche nel ricettario
      • Aggiunta della colonna codice_paese del file Didok Rettifiche HRDF: il file UMSTEIGZ viene fornito due volte:
      • Una volta senza numero di traffico (come prima)
      • Una volta con il numero del segnale stradale (nuovo file)
      • Ulteriori informazioni sul FESR sono allegate e disponibili qui: https://opentransportdata.swiss/en/cookbook/hafas-rohdaten-format-hrdf/.
    • Correzioni:
      • L’asse X nella dashboard per gli sviluppatori mostra i dati nell’ordine corretto Sono stati risolti i problemi UTF-8 con l’esploratore di dati L’ultimo aggiornamento per i set di dati ora corrisponde alla verità
    • Argomenti e problemi familiari. In questa versione ci sono questi problemi noti del prodotto, che saranno risolti in una versione futura:
      • I dati in tempo reale forniti tramite le interfacce VDV non vengono ancora emessi in secondi.
      • La gestione dei dati di traccia è ottimizzata
      • Vengono effettuate alcune ottimizzazioni dettagliate dei dati