Table des matières

Rechercher sur le site

Trajets de fréquence dans les horaires et dans nos formats de données

Description rapide

Tous les formats d’horaires connaissent des courses en fréquence. Il existe différents modèles:

  • Exploitation continue (téléskis, télésièges)
  • Fréquence de base (p. ex. remontées mécaniques)

Il est possible d’indiquer toutes les courses comme courses isolées ou de leur associer une règle.

Selon la mise en œuvre dans l’horaire, les trajets de fréquence ont des répercussions sur les autres systèmes.

Données et interfaces

Nous avons volontairement renoncé aux liens ici et nous nous contentons d’indiquer une liste des formats concernés:

  • HRDF
  • GTFS
  • NeTEx.
  • SIRI
  • OJP

Description métier

Les services de fréquence sont déjà mis en œuvre dans HRDF. Toutefois, les services de fréquence ne doivent PAS être utilisés dans NeTEx, HRDF et GTFS lorsque le temps réel est utilisé (VDV 454 AUS, REF-AUS et SIRI), faute de quoi le référencement via le sjyid ne fonctionnerait pas. Tous les services de fréquence sans temps réel qui appartiennent à un «bloc» ont le même sjyid.

Autrement dit, il ne peut y avoir que deux types de trajets en fréquence dans HRDF:

  • Type 1: Courses de fréquence «compactes»: Dans les données HRDF, une course de service est basée sur la direction, l’heure de début, la fréquence et le nombre de courses supplémentaires. Cette course de fréquence a un SJYID univoque, pas de temps réel et uniquement des annonces de dérangement au niveau de la ligne, aucune au niveau du trajet (aussi bien pour les annonces de dérangement de l’EMS que du DDIP).
  • Type 2: Courses de fréquence réparties en trajets individuels: Dans les données HRDF, pas de courses de fréquence, mais toutes les courses individuelles avec un SJYID univoque, pouvant également donner lieu à des annonces de dérangement spécifiques aux trajets et en temps réel, dans l’ensemble du système (EMS/OJP/GTFS) comme pour les courses normales.

Nous n’approfondirons pas le type 2 car il s’agit de convois «normaux».

En cas d’exploitation continue (p. ex. télésiège), nous nous basons sur une fréquence d’une minute.

Les services de fréquence compacts sont désormais exportés vers GTFS et NeTEx:

  • Ces services de fréquence sont exportés dans le nouveau fichier frequencies.txt lors de l’exportation GTFS.
  • Ces courses de fréquence sont basées sur la structure lors de l’export NeTEx HeadwayJourneyGroup exportées.

Dans GTFS, dans Fréquences.txt, exact_times toujours réglé sur 0 (trajets basés sur la fréquence sans heures de départ précises). Dans GTFS-RT, les services sur la fréquence compacts sont toujours supprimés (voire ils ne devraient pas avoir de temps réel du tout).

Les annonces de dérangement (VDV 736) ne sont disponibles que sur la ligne pour les trajets en fréquence compacts.

Les particularités suivantes seront mises en œuvre dans l’OJP dans les semaines à venir:

  • Pour que OJPTripInfoRequest fonctionne normalement, OJP génère des sjyid «artificiels» (avec le suffixe: sjyid-x) sous <Service>.
  • Celles-ci peuvent alors être utilisées normalement au sein de l’OJP.
  • Si le sjyid effectif doit être utilisé, le suffixe doit être supprimé.
  • OJPTripInfoReqest avec un sjyid original ne fonctionne pas sur les services de fréquence compacts, car le système ne peut pas les attribuer (ErrorCondition avec ErrorText «JourneyRef ambiguous.» et TRIPINFO_OTHER).
  • Pour les services de fréquence compacts, il faut donc toujours effectuer d’abord une OJPTripRequest, puis une demande avec l’OJPTripInfoRequest doit être effectuée avec ce sjyid-x. Même si un tel service est inclus pour un OJPTripRefineRequest, il faut utiliser le sjyid-x pour celui-ci.

Côté gauche

#AutoTranslate