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.
| Terme | Définition pratique | Confusion à éviter |
|---|---|---|
| GTFS Schedule | Ensemble de fichiers décrivant l’offre planifiée | GTFS Realtime ou circulation garantie |
| Agency | Opérateur ou organisme décrit dans le jeu | Autorité organisatrice dans tous les cas |
| Route | Ligne ou groupe de trajets présenté au voyageur | Itinéraire complet d’une excursion |
| Trip | Course rattachée à une ligne et un service | Billet ou réservation |
| Stop | Point d’arrêt ou ensemble parent selon le jeu | Lieu final à visiter |
| Stop time | Passage planifié d’une course à un arrêt | Heure constatée le jour du voyage |
| Service | Calendrier de circulation identifié | Service commercial ou assistance |
| Feed | Publication complète fournie par un producteur | Base 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.
| Notion | Question à poser | Erreur fréquente |
|---|---|---|
| Période | Quelles dates extrêmes sont décrites ? | Confondre avec fraîcheur |
| Semaine-type | Quels jours ordinaires sont actifs ? | Ignorer jours fériés |
| Exception | Cette 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 |
| Fuseau | Dans 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.
| Terme | Définition | Décision associée |
|---|---|---|
| Origine | Arrêt choisi pour commencer | Vérifier l’accès à cet arrêt |
| Destination transport | Arrêt atteint par l’itinéraire | Préparer la suite locale |
| Destination de sortie | Lieu, activité ou événement visé | Contrôler ouverture et accès |
| Segment | Partie homogène d’un trajet | Identifier mode et opérateur |
| Correspondance | Passage entre deux segments | Ajouter transfert et marge |
| Sens | Direction de recherche | Ne pas supposer le retour |
| Combinaison | Couple aller-retour compatible dans le calcul | Vé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.
| Notion | Ce qu’elle décrit | Vérification |
|---|---|---|
| Dernier kilomètre | Liaison arrêt-lieu | Mode, durée et retour |
| Accessibilité | Conditions d’usage effectives | Transporteur et lieu |
| Assistance | Service humain ou matériel organisé | Réservation et périmètre |
| Navette | Service local défini | Arrêts, heures, capacité |
| Cheminement | Parcours physique entre points | Obstacles 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.
| Terme | Utilité | Limite |
|---|---|---|
| Release | Nommer une version exploitable | Pas une donnée temps réel |
| Provenance | Retrouver origine et transformations | N’assure pas seule la qualité |
| Empreinte | Comparer des octets | Ne valide pas le sens |
| ETag | Éviter un transfert inchangé | Peut changer selon le serveur |
| Publication atomique | Activer un ensemble cohérent | N’empêche pas une erreur métier |
| Rollback | Revenir à 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.
| Terme | Question | Réponse prudente |
|---|---|---|
| Couverture spatiale | Quels réseaux et arrêts ? | Afficher le périmètre |
| Couverture temporelle | Quelles dates de service ? | Refuser hors période |
| Fraîcheur | La donnée est-elle assez récente pour l’usage ? | Adapter au type |
| Expiration | Quand cesse-t-on de servir comme actuel ? | Fail-closed |
| Information courante | Que dit le transporteur maintenant ? | Consulter avant départ |
| GTFS Realtime | Un 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.
| Terme | Objet | À contrôler |
|---|---|---|
| Titre de transport | Droit de voyager | Périmètre et validité |
| Réservation | Accès à une circulation ou place selon l’offre | Obligation et train |
| Forfait | Ensemble de voyages ou voyageurs | Seuil, jours et modes |
| Carte | Droit à réduction ou service | Durée et profil |
| Billet d’entrée | Accès à un lieu ou événement | Créneau et conditions |
| Coût total | Somme des éléments nécessaires | Segments 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.
| Acteur | Rôle dans la décision | Source attendue |
|---|---|---|
| Autorité organisatrice | Cadre de l’offre | Site et données officiels |
| Transporteur | Circulation et information voyageurs | Canal courant |
| Producteur | Publication structurée | Jeu, version et métadonnées |
| Distributeur | Vente et après-vente selon mandat | Conditions applicables |
| Lieu/organisateur | Ouverture, accès, programme | Page officielle |
| CapVirée | Calcul et explication | Release 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.
- Nommer origine et lieu réel.
- Vérifier date de service et couverture.
- Lire les deux sens.
- Décomposer segments et correspondances.
- Ajouter le dernier kilomètre.
- Calculer le temps utile.
- Vérifier billet, ouverture et circulation.
- 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é.
| Question | Ré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
- Règlement délégué (UE) 2017/1926 sur les services d’informations multimodales · EUR-Lex · vérifié le 25 août 2026
- Article L1115-1 du code des transports · Légifrance · vérifié le 25 août 2026
- GTFS — Overview · MobilityData / communauté GTFS · vérifié le 25 août 2026
- GTFS Schedule Reference · MobilityData / communauté GTFS · vérifié le 25 août 2026
- GTFS Realtime Reference · MobilityData / communauté GTFS · vérifié le 25 août 2026
- Horaires SNCF · SNCF Open Data · vérifié le 8 août 2026
- Arrêts, horaires et circuits du réseau interurbain Aléop · transport.data.gouv.fr · vérifié le 8 août 2026
- Tarifs Aléop · Région Pays de la Loire — Aléop · vérifié le 24 août 2026
- Horaires et prix de votre itinéraire · TER SNCF Pays de la Loire — Aléop · vérifié le 24 août 2026
- Conditions de vente TER Pays de la Loire · TER SNCF Pays de la Loire — Aléop · vérifié le 24 août 2026