Indice della materia

Ricerca nella pagina

Corse frequentate negli orari e nei nostri formati di dati

Descrizione breve

Tutti i formati degli orari conoscono le corse della frequenza. Esistono diversi modelli:

  • Esercizio continuo (scivie, seggiovie)
  • Frequenza di base (ad es. impianti a fune)

È possibile elencare tutte le corse come corse singole o con una regola.

A seconda dell’implementazione nell’orario, le corse sulla frequenza hanno un impatto sugli altri sistemi.

Dati e interfacce

Abbiamo volutamente evitato i link qui, riportando solo un elenco dei formati interessati:

  • HRDF
  • GTFS
  • NeTEx
  • SIRI:
  • OJP

Descrizione del funzionamento

In HRDF sono già state implementate corse della frequenza. Tuttavia NON si devono utilizzare corse della frequenza in NeTEx, HRDF e GTFS se viene utilizzato il tempo reale (VDV 454 AUS, REF-AUS e SIRI), perché altrimenti il riferimento tramite sjyid non funzionerebbe. Tutti i servizi della frequenza senza tempo reale che appartengono a un «blocco» hanno lo stesso sjyid.

Ciò significa che in HRDF possono esserci solo due tipi di servizi di frequenza basati sulle frequenze:

  • Tipo 1: Corse della frequenza compatte: Nei dati HRDF, una corsa frequenza con direzione, ora di inizio, frequenza e numero di corse supplementari. Questo servizio della frequenza ha uno SJYID univoco, non in tempo reale e solo annunci di perturbazione a livello di linea, non a livello corsa (sia in caso di annunci di perturbazione dell’EMS che della DDIP).
  • Tipo 2: Corse della frequenza suddivise in corse singole: Nei dati HRDF non sono presenti corse della frequenza, ma tutte le corse singole con SJYID univoco ai quali possono pervenire anche annunci di perturbazione specifici alla corsa e in tempo reale, in tutto il sistema (EMS/OJP/GTFS) come nelle corse normali.

Non approfondiremo il tipo 2, poiché si tratta di corse «normali».

In caso di funzionamento continuo (ad es. seggiovia) si ipotizza una frequenza di un minuto.

I servizi della frequenza compatti basati sulla frequenza vengono ora esportati in GTFS e NeTEx:

  • Le corse della frequenza vengono esportate con l’esportazione GTFS nel nuovo file frequencies.txt.
  • Nell’esportazione NeTEx queste corse della frequenza vengono registrate con la struttura HeadwayJourneyGroup dell’esportazione.

In GTFS, in frequencies.txt exact_times sempre impostato su 0 (corse a seconda della frequenza senza orari di partenza esatti). In GTFS-RT le corse frequenza compatte basate sulla frequenza vengono sempre soppresse (o non dovrebbero avere un tempo reale).

Per le corse frequenza compatte e basate sulla linea, gli annunci di perturbazione (VDV 736) sono disponibili solo sulla linea.

Durante le prossime settimane, in OJP saranno implementate le seguenti novità:

  • Per far funzionare normalmente OJPTripInfoRequest, OJP crea sjyid «artificiali» (con un suffisso: sjyid-x) in <Service>.
  • Questi potranno poi essere utilizzati normalmente nell’OJP.
  • Se si vuole utilizzare lo sjyid effettivo, il suffisso deve essere tolto.
  • OJPTripInfoReqest con un sjyid originale non funziona per i servizi compatti della frequenza, perché il sistema non può assegnarli (ErrorCondition con ErrorText «JourneyRef ambiguous.» e TRIPINFO_OTHER).
  • Per i servizi compatti basati sulla frequenza occorre quindi sempre creare prima una OJPTripRequest e poi una richiesta con questa sjyid-x con OJPTripInfoRequest. Anche se una OJPTripRefineRequest include un tale servizio basato sulla frequenza, per questo è necessario utilizzare la sjyid-x.

Sinistra

#AutoTranslate