CapVirée en Pays de la Loire : ce que couvre réellement le pilote

Les six dimensions de la couverture

La géographie n’est qu’une dimension. La date doit appartenir au calendrier publié, le mode doit être présent dans la source, les deux sens doivent être combinables, le lieu doit être relié à l’arrêt et l’information doit rester assez fraîche pour préparer la sortie.

Une seule dimension manquante change le verdict. Une gare connue sans retour est une destination de transport incomplète pour la journée. Un lieu documenté sans dernier kilomètre reste une inspiration éditoriale. Un trajet calculable dans une ancienne release ne vaut pas preuve pour une date nouvelle.

Cinq départements ne signifient pas cinq couvertures exhaustives

Le pilote documente des points dans les cinq départements des Pays de la Loire : Loire-Atlantique, Maine-et-Loire, Mayenne, Sarthe et Vendée. Cette présence régionale décrit le périmètre de travail ; elle ne promet pas qu’une personne peut partir de toute commune vers toute destination.

Les jeux SNCF et Aléop possèdent leurs propres réseaux, calendriers et niveaux de détail. Une commune peut disposer de plusieurs arrêts, d’un service saisonnier, de peu de retours ou d’aucune combinaison adaptée à une excursion. La couverture se lit à l’arrêt et à la date, jamais à la seule couleur d’un département sur une carte.

CapVirée doit pouvoir répondre “aucune proposition vérifiable” lorsque les règles ne trouvent pas deux sens et un temps minimal sur place. Ce refus honnête est une fonction, pas un défaut à masquer par une destination inventée.

• Loire-Atlantique
• Maine-et-Loire
• Mayenne
• Sarthe
• Vendée

Sources officielles et horizon versionné

Les preuves produit publiques ont utilisé des sources SNCF Voyageurs et Aléop, auxquelles une release peut associer d’autres sources nommées. Chaque import porte une version, une date de publication, une empreinte et une période de service. Le manifeste courant désigne l’artefact cohérent à lire.

La passation produit du 14 août 2026 a prouvé publiquement une release couvrant une fenêtre bornée et des recherches fonctionnelles. Cette preuve historique ne vaut pas garantie de fraîcheur permanente : l’application doit afficher la release réellement active et refuser une date hors horizon.

Le site-guide conserve les liens vers les jeux officiels et la méthode. Il ne fige pas un snapshot d’horaires dans des pages indexables. Pour une circulation, l’information courante du transporteur reste le contrôle final.

Couverture transport et couverture éditoriale sont différentes

La couverture transport répond à la possibilité de calculer un itinéraire dans les sources. La couverture éditoriale répond à la qualité des informations sur le lieu : intérêt, accès, durée, ouverture, accessibilité, météo et repli. L’une ne prouve pas l’autre.

Nantes et Angers disposent de pages profondes parce que des sources officielles documentent le Château des ducs, le Musée d’arts, le château d’Angers, le Musée des Beaux-Arts et leurs accès. Une autre gare peut être calculable sans qu’un guide substantiel existe encore.

Le mode inspiration doit limiter ses suggestions aux destinations documentées. Le parcours direct peut calculer un trajet vers un arrêt connu sans prétendre fournir un guide de visite. L’interface distingue ces cas au lieu de fabriquer une fiche générique.

Parcours direct : la destination vient de l’utilisateur

Dans le parcours direct, le lecteur indique un départ et une arrivée. Le moteur vérifie si ces points et la date entrent dans sa release, puis cherche des combinaisons aller-retour. Il ne transforme pas une absence de résultat en destination voisine sans consentement.

Ce parcours convient pour un rendez-vous, un lieu déjà choisi ou un événement dont l’arrivée est fixée. Sa limite est éditoriale : CapVirée peut montrer une faisabilité de transport sans connaître l’entrée réelle, l’ouverture ou le temps de visite.

Si un point est absent, l’utilisateur doit pouvoir revenir à la recherche officielle ou choisir explicitement un autre arrêt. Un rapprochement automatique de communes serait trompeur lorsqu’il modifie le dernier kilomètre.

Parcours inspiration : le catalogue borne la réponse

Dans le parcours inspiration, le départ et la date sont connus mais la destination peut varier. Le moteur croise la release avec un catalogue de destinations documentées. La qualité dépend donc de la profondeur du catalogue, pas du nombre brut de communes affichées.

Une destination absente n’est pas forcément inaccessible ; elle peut simplement ne pas avoir encore de guide fiable. L’interface doit l’expliquer. Ajouter une page mince ou une description générique pour augmenter le volume dégraderait la confiance et la mission éditoriale.

Les critères de tri — temps de trajet, correspondances, temps sur place et limites — restent visibles. Aucun lieu ne doit être favorisé par un achat média, une affiliation ou une publicité.

Comment vérifier une date sans extrapoler

Saisissez la date réelle et vérifiez qu’elle appartient à l’horizon affiché. Le moteur applique les calendriers et exceptions disponibles ; il ne prolonge pas le service d’une semaine type au-delà de la release.

Pour le jour même, les départs déjà devenus inatteignables doivent être retirés avec une marge de gare choisie. La preuve produit du 14 août 2026 a qualifié ce comportement : deux prochains départs atteignables, deux retours compatibles et un temps minimal sur place, ou un message d’absence honnête.

Ces règles décrivent la release publique prouvée à cette date. Une version future doit être accompagnée de sa propre passation. Le site ne certifie pas une capacité nouvelle parce qu’un code local existe.

1. Lire l’horizon de la release active.
2. Choisir une date incluse.
3. Identifier les points exacts de départ et d’arrivée.
4. Lire les deux sens proposés.
5. Calculer le temps utile avec les accès.
6. Recontrôler la circulation chez le transporteur.

Interpréter une absence de résultat

“Aucun résultat” peut avoir plusieurs causes : date hors horizon, point absent, calendrier sans service, aucun retour compatible, départs du jour déjà passés, temps sur place insuffisant ou donnée invalide refusée. L’interface doit distinguer ces causes lorsqu’elle les connaît.

L’absence ne prouve pas qu’aucun transport n’existe dans le monde réel. Elle signifie qu’aucune proposition conforme aux règles n’a été vérifiée dans le périmètre actif. Le repli correct ouvre le transporteur ou permet de changer un critère.

Ne remplacez jamais ce message par des horaires d’une date voisine, une commune approximative ou une destination éditoriale sans transport. La précision du refus protège mieux l’utilisateur qu’une suggestion invérifiable.

Dernier kilomètre et couverture réelle

La couverture d’un arrêt ne suffit pas si le lieu final reste inaccessible depuis cet arrêt. Pour chaque destination, documentez la sortie de gare, le chemin, le réseau local, l’heure de retour et les besoins d’accessibilité.

Les guides gare–Château de Nantes et d’Angers donnent des exemples bornés : ils attribuent la distance au lieu, l’information de gare à Gares & Connexions et l’alternative urbaine au réseau local. Ils ne promettent pas un temps individuel.

Une destination peut rester dans le catalogue comme inspiration si son dernier kilomètre est indiqué comme non qualifié, mais elle ne doit pas être présentée comme sortie complète. Le CTA de calcul ne transmet aucun besoin personnel dans l’URL.

Modes, tarifs et accessibilité : trois couvertures séparées

Un horaire de train ou de car ne prouve pas qu’un titre donné s’applique. Le catalogue tarifaire possède ses propres règles, profils et périodes. Consultez la page officielle et le canal de vente pour le trajet réel.

De même, un arrêt présent dans GTFS ne qualifie pas toute la chaîne d’accessibilité. La gare, le véhicule, la correspondance, l’arrêt urbain, le chemin et le lieu gardent leurs responsables. Une donnée absente ne doit pas être interprétée comme une réponse négative.

CapVirée sépare donc faisabilité horaire, prix et accessibilité. Cette séparation peut sembler moins spectaculaire qu’un résultat unique, mais elle évite d’assembler des promesses que les sources ne soutiennent pas.

Étendre la couverture sans réécrire le moteur

Une future source pertinente doit entrer par un connecteur versionné : configuration de l’origine, schéma validé, checkpoint incrémental, déduplication, reprise sur erreur et quarantaine des données invalides. Le cœur de calcul ne doit pas être réécrit pour chaque opérateur.

Un seul importeur actif traite une même source et une même ressource. La publication produit un artefact immuable avec provenance, fraîcheur et empreinte, puis met à jour atomiquement un petit manifeste. En cas de défaut, le pointeur revient à l’artefact précédent.

L’automatisation ne publie pas aveuglément une nouvelle couverture. Des contrôles de schéma, d’horizon, de cohérence des arrêts et des calendriers précèdent la validation. Les destinations éditoriales demandent en plus une revue humaine et des sources du lieu.

Exemples de verdict de couverture

Ce que CapVirée prouve aujourd’hui et ses limites

La preuve publique produit disponible confirme une PWA sans compte, une recherche régionale utilisant des artefacts officiels versionnés, un filtrage des départs devenus inatteignables le jour même et une réponse honnête lorsque la sortie n’est plus raisonnable. Elle ne prouve pas une couverture nationale ni un temps réel généralisé.

Les horaires restent planifiés et doivent être recontrôlés. La couverture dépend de la release active, de sa période et de ses sources. Les événements, lieux et derniers kilomètres exigent des entrées éditoriales séparées.

Le moteur public s’ouvre depuis le CTA “Calculer”. Le site ne simule pas son résultat et n’indexe aucun parcours personnalisé. En l’absence d’un adaptateur public versionné pour une nouvelle capacité, la fonction correspondante reste désactivée.

Checklist avant de conclure qu’une destination est couverte

• Source et release actives identifiées.
• Date incluse dans l’horizon.
• Arrêts exacts présents.
• Mode et réseau compris.
• Aller et retour compatibles.
• Temps utile suffisant.
• Dernier kilomètre documenté.
• Ouverture et accès du lieu vérifiés.
• Tarif contrôlé séparément.
• Information courante relue avant départ.

Sources, date et politique de correction

Les jeux officiels SNCF et Aléop documentent les sources du pilote. La documentation GTFS décrit calendriers, arrêts, trajets et mises à jour temps réel. Les transporteurs et lieux gardent l’information opérationnelle de leur périmètre.

Dernière révision humaine : 25 août 2026. La page décrit une méthode de qualification et les limites publiques prouvées ; elle ne présente pas la release du 14 août comme indéfiniment fraîche. L’application doit afficher son manifeste courant.

Une correction peut être proposée avec l’URL, la date, l’arrêt ou la source concernés, sans position personnelle, billet ou historique de recherche.