Définitions

Glossaire pratique des horaires, trajets et données de transport régional

Les notions à distinguer pour lire un horaire planifié, préparer une excursion et comprendre ce que calcule CapVirée sans confondre donnée, billet et circulation réelle.

Comment utiliser ce glossaire

Les mots du transport paraissent familiers, mais ils ne décrivent pas toujours la même chose. Une destination peut désigner une commune, une gare ou un lieu précis. Un horaire peut être planifié, estimé ou constaté. Un billet peut ouvrir un train sans couvrir le bus urbain, la navette ou l’entrée du lieu. Clarifier ces termes évite de transformer une possibilité calculée en promesse de voyage.

Les définitions suivent le sens pratique utilisé dans ce guide et les notions du standard GTFS. Elles n’ajoutent aucun droit au contrat de transport. Pour acheter, modifier un billet, vérifier une perturbation ou demander une assistance, les canaux du transporteur et du lieu restent déterminants.

Un exemple simple accompagne chaque famille : partir d’Angers Saint-Laud, visiter un lieu à Nantes et revenir le même jour. Ce cas oblige à distinguer source de données, trajet, temps sur place, accès local et décision finale.

Les objets d’un horaire planifié

GTFS Schedule est un format de publication des transports planifiés. Il relie des fichiers décrivant opérateurs, arrêts, lignes, courses, heures et calendriers. Le format facilite l’échange ; il ne garantit ni qualité, ni exhaustivité, ni circulation réelle. La référence officielle précise les champs obligatoires et leurs relations.

Un même service peut traverser minuit et utiliser des heures supérieures à 24:00:00 pour rester rattaché à sa journée de service. Une application qui tronque ces heures ou ignore le fuseau peut afficher le mauvais jour. CapVirée doit donc préserver le calendrier et la date de service plutôt que de comparer de simples heures isolées.

TermeDéfinition pratiqueConfusion à éviter
GTFS ScheduleEnsemble de fichiers décrivant l’offre planifiéeGTFS Realtime ou circulation garantie
AgencyOpérateur ou organisme décrit dans le jeuAutorité organisatrice dans tous les cas
RouteLigne ou groupe de trajets présenté au voyageurItinéraire complet d’une excursion
TripCourse rattachée à une ligne et un serviceBillet ou réservation
StopPoint d’arrêt ou ensemble parent selon le jeuLieu final à visiter
Stop timePassage planifié d’une course à un arrêtHeure constatée le jour du voyage
ServiceCalendrier de circulation identifiéService commercial ou assistance
FeedPublication complète fournie par un producteurBase universelle de tous les réseaux

Calendrier, date de service et exceptions

Le calendrier indique les jours où un service est normalement actif, souvent sur une période de début et de fin. Les exceptions ajoutent ou retirent une circulation à une date. Lire uniquement la semaine-type peut donc créer un faux trajet un jour férié, pendant des travaux ou lors d’une adaptation saisonnière.

La date de service est la date à laquelle la course appartient dans le jeu. Elle ne se confond pas toujours avec la date civile de l’heure affichée après minuit. Une recherche aller-retour doit appliquer ces règles aux deux sens et vérifier que la date demandée se trouve bien dans la couverture publiée.

Une release datée peut contenir des calendriers futurs sans être actuelle pour toujours. Inversement, sa date de téléchargement ne dit pas à elle seule jusqu’à quand les services sont décrits. Il faut lire génération, couverture et exceptions ensemble.

NotionQuestion à poserErreur fréquente
PériodeQuelles dates extrêmes sont décrites ?Confondre avec fraîcheur
Semaine-typeQuels jours ordinaires sont actifs ?Ignorer jours fériés
ExceptionCette date ajoute-t-elle ou retire-t-elle le service ?Appliquer seulement le calendrier
Date de serviceÀ quel jour GTFS appartient la course ?Couper à minuit
FuseauDans quel fuseau les heures sont-elles lues ?Comparer des heures locales incompatibles

Départ, destination, trajet, segment et correspondance

Le départ est le point où commence la recherche, pas nécessairement le domicile. La destination de transport est l’arrêt ou la gare atteinte ; la destination de sortie est le lieu réellement visé. Entre les deux se trouve souvent un dernier kilomètre. Écrire les trois points séparément rend visible le temps qui manque dans de nombreux plans improvisés.

Un trajet est une succession ordonnée de segments. Un segment correspond à une portion parcourue dans un véhicule ou par un mode déterminé. Une correspondance relie deux segments et exige un temps de transfert. La présence de deux horaires compatibles sur le papier ne prouve pas que la correspondance est garantie ou accessible.

Le sens aller cherche du départ vers l’arrivée ; le sens retour inverse cette relation à une date et une heure compatibles. Un sens peut fournir des résultats tandis que l’autre n’en fournit aucun. CapVirée ne forme une combinaison que si les deux existent et laissent le temps minimal demandé sur place.

TermeDéfinitionDécision associée
OrigineArrêt choisi pour commencerVérifier l’accès à cet arrêt
Destination transportArrêt atteint par l’itinérairePréparer la suite locale
Destination de sortieLieu, activité ou événement viséContrôler ouverture et accès
SegmentPartie homogène d’un trajetIdentifier mode et opérateur
CorrespondancePassage entre deux segmentsAjouter transfert et marge
SensDirection de rechercheNe pas supposer le retour
CombinaisonCouple aller-retour compatible dans le calculVérifier avant achat

Temps sur place, marge et faisabilité

Le temps sur place utile commence après l’arrivée au lieu et se termine avant le départ nécessaire vers le retour. Il ne correspond donc pas à la différence brute entre heure d’arrivée en gare et heure du train retour. Marche, attente, ouverture, contrôle, file, récupération d’un bagage ou assistance peuvent réduire ce temps.

La marge est un temps volontairement non affecté. Elle absorbe un déplacement local plus lent, une sortie de gare, une attente ou un imprévu. Elle n’est pas une garantie de correspondance. Sa valeur dépend du lieu, des modes, du profil et du risque accepté ; ce guide ne fixe pas une durée universelle.

La faisabilité signifie que les contraintes connues sont compatibles : trajets, calendrier, accès, ouverture, temps utile et retour. Elle ne signifie pas que le transport circulera sans incident, qu’une place est disponible ou que l’activité convient à chaque personne.

  • Temps gare vers lieu compté
  • Heures d’ouverture recontrôlées
  • Durée de visite réaliste
  • Marge avant le retour
  • Dernière possibilité identifiée
  • Solution de repli envisagée
  • Information courante vérifiée

Dernier kilomètre, accessibilité et assistance

Le dernier kilomètre désigne la liaison entre le réseau principal et la destination réelle. Il peut s’agir de marche, transport urbain, vélo, navette, taxi ou d’une combinaison. Le terme ne promet pas une courte distance : une gare située dans la bonne commune peut rester loin du lieu ou séparée par un parcours difficile.

L’accessibilité décrit la possibilité d’utiliser un environnement, un service ou une information selon des besoins variés. Une distance à pied ne suffit pas à la qualifier. Il faut considérer cheminement, pentes, obstacles, quais, matériel roulant, correspondances, sanitaires, accompagnement et modalités de réservation de l’assistance.

Une assistance est un service organisé selon des conditions, délais et périmètres publiés. Elle ne doit pas être déduite de la seule présence d’une gare. La personne consulte le transporteur et le lieu avant le départ ; le guide renvoie aux sources au lieu de promettre un parcours individuel.

NotionCe qu’elle décritVérification
Dernier kilomètreLiaison arrêt-lieuMode, durée et retour
AccessibilitéConditions d’usage effectivesTransporteur et lieu
AssistanceService humain ou matériel organiséRéservation et périmètre
NavetteService local définiArrêts, heures, capacité
CheminementParcours physique entre pointsObstacles et conditions réelles

Release, provenance, empreinte et rollback

Une release est un artefact versionné construit à partir de sources identifiées. Elle indique au minimum ce qui a été importé, quand, pour quelle période et avec quels contrôles. CapVirée utilise ce mot pour éviter de présenter une base locale comme un flux universel et intemporel.

La provenance relie une donnée à son producteur, sa publication, sa licence ou ses conditions, sa date et les transformations appliquées. Une empreinte cryptographique permet de constater si deux artefacts sont identiques ; elle ne garantit pas que le contenu métier est vrai. L’ETag joue un rôle voisin pour éviter un téléchargement inchangé.

Le rollback est la capacité de réactiver une version précédente si la nouvelle est défectueuse. Une publication atomique remplace le manifeste courant en une opération cohérente, sans servir la moitié de deux versions. Ces notions décrivent la qualité du pipeline, pas la circulation d’un véhicule.

TermeUtilitéLimite
ReleaseNommer une version exploitablePas une donnée temps réel
ProvenanceRetrouver origine et transformationsN’assure pas seule la qualité
EmpreinteComparer des octetsNe valide pas le sens
ETagÉviter un transfert inchangéPeut changer selon le serveur
Publication atomiqueActiver un ensemble cohérentN’empêche pas une erreur métier
RollbackRevenir à un artefact conservéNe corrige pas la source

Couverture, fraîcheur, expiration et information courante

La couverture est le périmètre spatial, temporel et fonctionnel réellement décrit. Un arrêt présent dans le jeu ne prouve pas toutes les relations. Un département couvert ne prouve pas chaque commune. Une date comprise dans un fichier ne prouve pas que toutes les lignes circulent ce jour-là.

La fraîcheur mesure l’écart entre l’état publié et l’état attendu pour l’usage. Un guide historique peut rester valable longtemps ; un calendrier de transport doit couvrir le jour demandé ; une perturbation exige une information bien plus récente. L’expiration est la limite au-delà de laquelle le système refuse d’utiliser l’artefact comme courant.

L’information courante provient du transporteur ou de l’autorité compétente au moment utile. GTFS Realtime peut transporter des mises à jour, positions ou alertes quand le producteur les publie ; un jeu GTFS Schedule seul ne devient jamais temps réel par actualisation de la page.

TermeQuestionRéponse prudente
Couverture spatialeQuels réseaux et arrêts ?Afficher le périmètre
Couverture temporelleQuelles dates de service ?Refuser hors période
FraîcheurLa donnée est-elle assez récente pour l’usage ?Adapter au type
ExpirationQuand cesse-t-on de servir comme actuel ?Fail-closed
Information couranteQue dit le transporteur maintenant ?Consulter avant départ
GTFS RealtimeUn flux dynamique est-il réellement fourni ?Ne pas l’inventer

Titre de transport, réservation, forfait et billet d’entrée

Le titre de transport matérialise un droit de voyager selon des conditions : réseau, zones, période, profil, train ou canal. Une réservation attribue ou garantit parfois un accès selon l’offre ; elle peut être obligatoire, facultative ou absente. Les deux notions ne sont pas interchangeables.

Un forfait couvre un ensemble défini de voyages, de personnes ou de jours. Il n’est pas automatiquement avantageux et peut exclure réseau urbain, navette ou trajet complémentaire. Le coût total additionne les segments nécessaires et les contraintes d’usage, pas seulement le premier prix affiché.

Le billet d’entrée concerne un lieu ou un événement. Le Billet Live cité dans le corpus est un titre de transport événementiel et ne vaut pas entrée au festival. Les prix, disponibilités, échanges et remboursements sont contrôlés dans le canal officiel au moment de l’achat.

TermeObjetÀ contrôler
Titre de transportDroit de voyagerPérimètre et validité
RéservationAccès à une circulation ou place selon l’offreObligation et train
ForfaitEnsemble de voyages ou voyageursSeuil, jours et modes
CarteDroit à réduction ou serviceDurée et profil
Billet d’entréeAccès à un lieu ou événementCréneau et conditions
Coût totalSomme des éléments nécessairesSegments exclus et repli

Autorité organisatrice, transporteur, producteur et distributeur

L’autorité organisatrice définit et organise une offre dans son champ de compétence. Le transporteur exploite des services et porte l’information opérationnelle relevant de ses circulations. Le producteur de données publie un jeu structuré ; il peut être l’un de ces acteurs ou agir pour eux. Le distributeur vend ou présente des titres selon ses accords.

Le lieu visité et l’organisateur d’événement publient ouverture, programme et accès local. Un éditeur de guide relie ces faits mais n’acquiert aucune de leurs responsabilités. CapVirée est une aide à la décision : elle calcule dans une couverture datée et renvoie aux canaux compétents.

Identifier l’acteur évite de poser la mauvaise question au mauvais service. Une correction d’horaire vient du producteur ou transporteur ; une erreur éditoriale vient du site ; une condition de remboursement vient du vendeur ou des conditions de vente.

ActeurRôle dans la décisionSource attendue
Autorité organisatriceCadre de l’offreSite et données officiels
TransporteurCirculation et information voyageursCanal courant
ProducteurPublication structuréeJeu, version et métadonnées
DistributeurVente et après-vente selon mandatConditions applicables
Lieu/organisateurOuverture, accès, programmePage officielle
CapViréeCalcul et explicationRelease et limites

Exemple : lire correctement une proposition Angers–Nantes

Une proposition peut indiquer un départ d’Angers Saint-Laud, une arrivée à Nantes, puis un retour en fin de journée. Le résultat prouve seulement qu’un couple de trajets planifiés satisfait les règles de la release et la durée minimale demandée. Il ne prouve ni circulation le jour même, ni place, ni ouverture du musée.

La personne vérifie ensuite la date de service et les exceptions, l’information du transporteur, le titre requis, puis le chemin de la gare au lieu. Elle retranche ce chemin et une marge du temps brut. Elle contrôle l’ouverture auprès du musée et garde un retour antérieur possible.

Si le trajet retour manque, la recherche aller n’est pas une excursion faisable. Si la date est hors couverture, le résultat doit être refusé. Si le lieu est fermé, un autre lieu documenté peut être choisi sans modifier artificiellement les horaires.

  1. Nommer origine et lieu réel.
  2. Vérifier date de service et couverture.
  3. Lire les deux sens.
  4. Décomposer segments et correspondances.
  5. Ajouter le dernier kilomètre.
  6. Calculer le temps utile.
  7. Vérifier billet, ouverture et circulation.
  8. Conserver une solution de repli.

Questions fréquentes et erreurs de vocabulaire

Les erreurs les plus fréquentes viennent d’un glissement de sens : destination égale gare, horaire planifié égale circulation, billet égale sortie complète, temps brut égale temps de visite. Revenir aux définitions permet de localiser l’information manquante plutôt que de la deviner.

Si une définition ou un exemple ne correspond plus aux références officielles, la politique de correction permet de signaler la page et la source publique concernée, sans billet, identité, localisation personnelle ni détail de voyage privé.

QuestionRéponse courte
Un résultat GTFS est-il en temps réel ?Non, sauf flux dynamique distinct réellement consommé.
Une gare dans la commune suffit-elle ?Non, le lieu et le dernier kilomètre restent à vérifier.
Une combinaison réserve-t-elle le voyage ?Non, elle assemble deux sens planifiés compatibles.
Couvert veut-il dire disponible ?Non, la couverture décrit un périmètre, pas chaque circulation.
Un forfait couvre-t-il toute la sortie ?Seulement les modes et conditions publiés.
L’empreinte garantit-elle l’horaire ?Non, elle garantit seulement l’identité des octets.
CapVirée vend-elle les billets ?Non, le transporteur ou distributeur reste le canal.
Le guide garantit-il l’accessibilité ?Non, il indique les contrôles et renvoie aux acteurs compétents.

Sources, portée et date de révision

Les définitions GTFS s’appuient sur l’Overview et la Schedule Reference de MobilityData. Le cadre général de mise à disposition des données renvoie au règlement européen 2017/1926 et à l’article L1115-1 du code des transports. Les exemples du pilote utilisent les jeux SNCF Open Data et Aléop identifiés dans la release.

Les termes tarifaires sont expliqués à partir des pages et conditions officielles TER/Aléop, sans recopier un prix changeant. Cette page a été relue le 25 août 2026. Elle fournit un vocabulaire de décision général, pas un conseil contractuel, tarifaire ou d’accessibilité individuel.

Sources

Éditeur : DOHM — Digital Operations Hub & Modules · informations revues le . Signaler une correction.