Méthode des sources

Comment CapVirée vérifie horaires, destinations, billets et événements

Une méthode publique pour distinguer donnée planifiée, information courante, tarif, programme, accès local et capacité réelle de CapVirée.

Une sortie croise plusieurs vérités qui n’ont pas la même durée de vie

Un trajet planifié vient d’un jeu de transport daté. Une perturbation vient d’un canal courant. L’ouverture d’un musée, l’accès depuis la gare, le programme d’un événement et les conditions d’un billet proviennent chacun d’un éditeur différent. CapVirée ne transforme pas ces sources en une vérité unique et permanente.

Chaque affirmation indique sa nature, sa source et sa date de consultation. Une page destination peut rester utile si elle renvoie aux horaires officiels au lieu de les recopier. Une page programme expire avec l’événement. Une release transport cesse d’être utilisable lorsque sa couverture ne comprend plus la date demandée.

Cette méthode permet au lecteur de contrôler la décision sans installer CapVirée. Elle ne remplace pas les informations et conditions du transporteur, du lieu ou de l’organisateur.

Six niveaux de preuve à séparer

NiveauQuestionSource attendueNe prouve pas
Cadre généralPourquoi des données sont-elles publiées ?Texte européen ou code des transportsUne circulation précise
Jeu planifiéQuels arrêts, trajets et calendriers sont décrits ?Producteur et releaseLe temps réel
Information couranteQue sait le transporteur maintenant ?Canal officielLe programme du lieu
DestinationQue visiter et comment accéder ?Site officiel du lieuLe trajet régional
TarifQuel titre convient à ce cas ?Catalogue et conditions de venteUne place garantie
ProduitQue fait CapVirée aujourd’hui ?Version publique qualifiéeUne couverture future

Choisir une source primaire adaptée à la question

SNCF Open Data et transport.data.gouv.fr sont utilisés pour les données planifiées du pilote. Les pages TER SNCF et Aléop servent pour tarifs, recherche et conditions de vente. Les musées, monuments et organisateurs servent pour leur contenu, leur accès et leur programme. EUR-Lex et Légifrance soutiennent seulement le contexte réglementaire général.

Une carte, un blog, un réseau social ou un agrégateur peut aider à repérer une piste. Il ne remplace pas le producteur lorsqu’une information officielle est disponible. Une page commerciale décrit son propre service mais ne classe pas les autres solutions de manière neutre.

Une source est reliée à l’affirmation la plus étroite possible. Le Château d’Angers soutient l’accès au monument ; il ne prouve pas l’horaire du train. Le transporteur soutient le titre de transport ; il ne garantit pas l’entrée à l’événement.

QuestionSource prioritaireContrôle complémentaire
Horaire planifiéJeu officielPériode et calendrier
Circulation du jourTransporteurHeure du dernier contrôle
Accès au lieuLieu ou gestionnaireSegment depuis la gare
ProgrammeOrganisateurJour et version
TarifTransporteur et conditionsProfil, date et canal
Capacité CapViréeRelease publiqueDestination et limites visibles

Tracer une release de données transport

Une release exploitable possède un identifiant, des sources, une date de génération, une période de couverture, une empreinte et une règle d’activation. Elle est construite après validation du schéma, des calendriers, des relations entre fichiers et des identifiants utiles.

La passation du 8 août identifie la release pilote c7414a37221a6585 et ses sources SNCF et Aléop. Cette preuve historique ne transforme pas l’artefact en horaire permanent. Lorsque la couverture expire, la recherche réelle doit refuser la date et signaler la nécessité d’un renouvellement.

L’import futur est incrémental et idempotent : une même source ne produit pas de doublons ou deux pollers concurrents. Les lignes invalides sont mises en quarantaine. Le nouvel artefact est publié atomiquement, avec l’ancien conservé pour rollback.

  1. Identifier source et licence.
  2. Télécharger une version datée.
  3. Valider structure et période.
  4. Contrôler calendriers et exceptions.
  5. Réconcilier les identifiants selon une règle documentée.
  6. Construire l’inventaire de sortie.
  7. Activer atomiquement après contrôle.
  8. Conserver rollback et date d’expiration.

Mesurer la fraîcheur selon le type de donnée

Toutes les pages ne doivent pas être rechargées au même rythme. Un guide méthodologique change lentement. Un programme d’événement est valide pour des dates précises. Une circulation ou un prix peut changer jusqu’au départ ou à l’achat.

La date de consultation du site n’est pas la date métier de la donnée. Pour une release, couverture et génération sont distinctes. Pour une page officielle, la date de révision visible peut différer de la date du programme. Pour un billet, le prix n’est établi qu’au moment du parcours de vente.

Le cache suit cette réalité : assets et guides versionnés peuvent rester longtemps ; manifestes courants ont un TTL court ; perturbations, sessions et données personnelles ne vont jamais dans un cache partagé durable.

ContenuDate importanteAction en cas de dépassement
GuideRévision humaineRelire les sources
DestinationConsultation du lieuLien officiel avant départ
ÉvénementDébut et finExpirer ou archiver
GTFS planifiéCouverture de serviceRefuser la date
Temps réelHorodatageNe pas servir comme courant
TarifMoment d’achatNe pas recopier comme permanent

Vérifier une destination et son dernier kilomètre

Une page destination n’est publiée comme pratique que si le lieu officiel, l’accès et un parcours borné sont documentés. Nantes et Angers s’appuient sur les sites des musées, du Château des ducs et du Centre des monuments nationaux. Les distances ou durées de marche restent attribuées à leur source.

L’accessibilité n’est jamais généralisée à partir d’une distance. Il faut contrôler sortie de gare, itinéraire, équipements, horaires et assistance selon la situation. Une page sans accès local vérifiable peut rester une inspiration, pas une sortie prête.

Les restaurants et commerces ne sont pas classés sans méthode, source et date. Le guide préfère un conseil de gestion du temps à une recommandation commerciale non vérifiée.

  • Lieu officiel identifié
  • Adresse et accès datés
  • Temps disponible réaliste
  • Alternative météo sourcée
  • Accessibilité renvoyée à la source
  • Aucun classement acheté
  • Date de relecture visible

Vérifier un événement sans recopier un faux programme

Le programme, les dates, l’accès et les navettes proviennent de l’organisateur. Le billet de transport événementiel provient du transporteur. Ces sources peuvent évoluer séparément. Une affiche ou une ancienne édition ne prouve pas le programme de l’année courante.

La page V and B Fest’ 2026 porte une période de validité et renvoie vers le programme officiel. Le détail n’est publié que lorsqu’il est effectivement sourcé. Après l’événement, la page doit être marquée expirée ou archivée ; elle ne reste pas présentée comme un plan actuel.

L’arrivée est calculée à partir du début de l’activité visée, pas seulement de l’ouverture du site. Le retour tient compte de la fin, de la sortie et de la navette. Une absence de solution reste un blocage visible.

ÉlémentAutoritéRisque
DatesOrganisateurAncienne édition
ProgrammeOrganisateurModification tardive
NavetteOrganisateur ou opérateurRéservation ou arrêt différent
Train/carTransporteurTravaux ou suppression
Billet LiveTransporteurConfusion avec l’entrée
AccèsLieuConditions locales

Vérifier un billet ou forfait sans inventer le prix

Les pages tarifaires servent à expliquer les critères : réseau, profil, période, nombre de voyageurs, réservation, échange et remboursement. Le montant exact reste dans le canal officiel au moment de l’achat.

Un forfait collectif n’est pas automatiquement moins cher qu’une somme de billets. Une carte exige un seuil d’usage. Un titre régional peut ne pas couvrir le réseau urbain ou la navette. Le comparatif documente ces limites sans recommander une offre universelle.

Une source tarifaire devenue inaccessible ou trop ancienne entraîne le retrait de l’affirmation changeante. Le site conserve la méthode de calcul du coût total, mais pas un prix invérifiable.

  • Profil et nombre de voyageurs
  • Jour et plage de validité
  • Modes et réseaux inclus
  • Réservation ou train imposé
  • Échange et remboursement
  • Prix vérifié dans le canal officiel
  • Segments supplémentaires comptés

Contrôler un lien ne suffit pas à contrôler son sens

Une réponse HTTP 200 indique qu’une page est servie ; elle ne prouve pas que le passage utilisé existe encore, qu’il concerne la bonne année ou que l’information est à jour. La relecture cherche le titre, le périmètre, la date et l’affirmation exacte.

Une redirection peut conduire vers une page générique. Elle est acceptée seulement si la nouvelle destination soutient encore le fait. Une page supprimée est remplacée par une source équivalente ; sinon l’affirmation est retirée ou qualifiée.

Les contrôles automatiques détectent disponibilité et changements. Ils ouvrent une file de révision humaine ; ils ne republient pas automatiquement un horaire, un prix ou un programme.

SignalCe qu’il indiqueAction
200Page servieRelire le passage
301/308Adresse déplacéeValider la cible
404/410Source absenteRemplacer ou retirer
Contenu changéDérive possibleRévision humaine
Date dépasséeFraîcheur insuffisanteExpirer l’information
Source contradictoireConflitPrivilégier l’autorité compétente

Séparer correction éditoriale et incident transport

Une faute dans une page, un lien mort ou une mauvaise attribution relève d’une correction éditoriale. Une perturbation en cours relève du transporteur. Une release qui accepte une date hors couverture relève du produit ou du pipeline de données.

Le signalement indique la page, le passage et une source publique, sans transmettre billet, trajet personnel, identité ou localisation privée. La correction met à jour la source canonique, la date de révision et les pages qui réemploient le même fait.

Un changement est publié dans un artefact versionné avec rollback. L’ancienne version reste conservée techniquement mais ne devient pas une seconde copie indexable.

  1. Qualifier le type d’erreur.
  2. Retrouver source et fait canonique.
  3. Corriger ou retirer sans élargir le lot.
  4. Mettre à jour date et attribution.
  5. Contrôler la route touchée.
  6. Publier le même artefact vert.
  7. Conserver le rollback.

Checklist du lecteur avant de partir

Cette checklist ne garantit pas le voyage. Elle rend visibles les vérifications qui séparent une idée, un horaire planifié, un achat et une sortie réellement préparée.

  • La date appartient-elle à la couverture affichée ?
  • Le résultat est-il planifié ou courant ?
  • Le dernier retour et une marge sont-ils identifiés ?
  • Le lieu confirme-t-il ouverture et accès ?
  • Le dernier kilomètre est-il réalisable ?
  • Le billet couvre-t-il modes, personnes et dates ?
  • L’information a-t-elle été vérifiée auprès du transporteur ?
  • Une solution de repli est-elle disponible ?
  • Aucune donnée privée n’est-elle placée dans un lien ou signalement ?

Périmètre du registre publié

Le registre ci-dessous réunit les sources transport du pilote, les pages tarifaires, les références GTFS et réglementaires générales, ainsi que les pages officielles utilisées pour Nantes, Angers et le V and B Fest’ 2026. Chaque note indique l’usage de la source et sa limite.

Dernière révision humaine : 25 août 2026. Aucun horaire courant, prix personnalisé, billet, compte ou position de voyageur n’est collecté sur cette page. Une information devenue invérifiable est retirée plutôt que complétée par une estimation.

Sources

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