GTFS-Flex¶
GTFS Flex est un projet dâextension du GTFS Schedule qui vise Ă faciliter la dĂ©couvrabilitĂ© des services de transport Ă la demande.
Pour lâessentiel, il a Ă©tĂ© adoptĂ© dans GTFS en mars 2024. Quelques exemples peuvent ĂȘtre trouvĂ©s sur cette page montrant ce qui peut ĂȘtre modĂ©lisĂ© en utilisant la partie officiellement adoptĂ©e de GTFS Flex.
đ€ Les services comme Dial-a-Ride sont souvent ignorĂ©s par les passagers, qui nâont parfois mĂȘme aucune idĂ©e de leur existence. Ce manque dâaccessibilitĂ© est un problĂšme pour les agences de transport en commun, les planificateurs dâitinĂ©raire et les usagers. Imaginez un groupe de touristes arrivant Ă votre aĂ©roport local et souhaitant rejoindre une zone rurale qui nâoffre quâun service de bus Ă la demande. Les touristes consultent leur application de planification d'itinĂ©raires prĂ©fĂ©rĂ©e et ne trouvent pas dâoption de transport public viable. Ils finissent par louer une voiture. En tant que touristes, ils manquent tous vos dĂ©pliants papier affichĂ©s dans le couloir annonçant le service Ă la demande. Non seulement votre service est sous-utilisĂ©, mais il ne dispose pas non plus de la visibilitĂ© nĂ©cessaire pour rĂ©pondre Ă la demande actuelle et future des passagers. Câest lĂ quâintervient GTFS-Flex. GTFS-Flex aide les passagers Ă dĂ©couvrir votre service, afin quâils profitent des services que vous avez travaillĂ© dur pour promouvoir.
đź MobilityData sâattend Ă ce que GTFS-Flex ouvre la porte Ă une standardisation plus approfondie du transport rĂ©actif Ă la demande, y compris une expansion dans les composants transactionnels et en temps rĂ©el utilisant GTFS-OnDemand. Nous prĂ©parons une proposition de stratĂ©gie pour gĂ©rer au mieux le nombre croissant de modes de transport et la complexitĂ© des concepts dans ce domaine.
DerniĂšre pull request¶
Lâextension dĂ©crit les services qui fonctionnent selon un horaire, mais incluent Ă©galement une ou plusieurs fonctionnalitĂ©s flexibles, telles que :
- Service Dial-a-Ride : le vĂ©hicule dessert une zone oĂč les prises en charge et les retours sont autorisĂ©s pendant certaines heures de service.
- Service de dĂ©viation dâitinĂ©raire : le vĂ©hicule dessert un itinĂ©raire fixe et un ensemble dâarrĂȘts ordonnĂ©s, et peut faire un dĂ©tour pour prendre ou dĂ©poser un passager entre les arrĂȘts.
- Service point Ă zone : le passager peut embarquer Ă un arrĂȘt fixe comme une gare, puis descendre nâimporte oĂč dans une zone, ou vice versa. Les dĂ©parts de certains endroits sont programmĂ©s ou synchronisĂ©s avec dâautres services.
- Point de dĂ©viation ou service de point de contrĂŽle : le passager peut embarquer Ă un arrĂȘt fixe, puis descendre nâimporte oĂč parmi une liste dâarrĂȘts non ordonnĂ©e, ou lâinverse. Le chauffeur dessert uniquement les arrĂȘts pour lesquels une demande est faite.
Pour plus dâinformations, veuillez consulter proposition originale et issue#382(fermĂ© depuis que nous avons modifiĂ© la portĂ©e).
Lors de la rĂ©union de travail du 28 juin, il y a eu un accord au sein de la communautĂ© du groupe pour poursuivre une itĂ©ration qui couvre tous les domaines actuellement produits et consommĂ©s. Par consĂ©quent, tous les champs qui apparaissent comme « en discussion » dans le traqueur dâadoption sont inclus dans cette pull request.
Les changements dans cette pull request sont :
- Modifier le fichier :
- Modifier
stop_areas.txt
pour permettre le regroupement dâemplacements et/ou dâarrĂȘts GeoJSON qui permettent de spĂ©cifier des groupes prĂ©dĂ©terminĂ©s de ces fonctionnalitĂ©s sur lignes individuelles destop_times.txt
. - Modifier
stop_times.txt
pour clarifier les Ă©lĂ©ments de la spĂ©cification actuelle nĂ©cessaires pour informer les consommateurs de donnĂ©es sur la façon dâinterprĂ©ter les fichiers et champs ajoutĂ©s et Ă©tendus
- Modifier
- Ătendre le fichier :
- Ătendre
stop_times.txt
avecstart_pickup_drop_off_window
etend_pickup_drop_off_window
pour dĂ©finir lâheure Ă laquelle le service de transport Ă la demande devient disponible/se termine dans un emplacement GeoJSON, une zone dâarrĂȘt ou un arrĂȘt. - Ătendre
stop_times.txt
avecpickup_booking_rule_id
etdrop_off_booking_rule_id
pour définir des liens vers les rÚgles de réservation
- Ătendre
- Ajouter un nouveau fichier :
locations.geojson
, pour définir des zones (Polygon
ouMultipolygon
) oĂč les passagers peuvent demander une prise en charge ou un retour.booking_rules.txt
, pour définir les rÚgles de réservation qui fournissent aux passagers des informations sur la maniÚre de demander un service.
Voici un exemple de donnĂ©es pour RufBus Ă AngermĂŒnde et Gartzer, Allemagne. Lâimage ci-dessous est un exemple illustrant la façon dont les donnĂ©es pourraient ĂȘtre prĂ©sentĂ©es dans un planificateur de voyage :
Visitez la page Pull Request pour lire la description complĂšte et contribuer Ă la conversation.
Rejoindre #gtfs-flex sur Slack
PremiĂšres mises en Ćuvre¶
Voici quelques exemples de premiÚres implémentations de GTFS-Flex. Pour trouver les implémentations actuelles, veuillez consulter la Mobility Database.
- Projet pilote MDoT Flex : Trillium, IBI, Transit, MNDoT, Cambridge Systematics et Token Transit
- Open Trip Planner
- Mobility on Demand Sandbox in Vermont
- Tulare County Area Transit
- Northwest Oregon Transit Alliance (NW Connector)
- Vamos Mobility App
- RTD Denver Flexride
- Projet OTP DRT de transport en commun du Nebraska : Trillium, Olsson, Cambridge Systematics et TransitPlus
- Projet One-Call/One-Click : Plannificateur Find a Ride
Contactez-nous pour ajouter votre implémentation GTFS-Flex à cette page
Suivi des adoptions¶
Actuel¶
Demandez une modification Ajoutez votre organisation (consommateurs) Ajoutez votre organisation (producteurs)
Historique¶
- 2013 : Proposition originale écrite par Brian Ferris (Google)
- 2016 : Début des discussions GTFS-Flex GitHub
- 2017 : Programme sandbox Mobility on Demand (MOD) (FTA, Vermont DOT, OTP)
- 2018 : MobilityData devient steward GTFS-Flex et propose GTFS-Flex v2
- Novembre 2020 : Répertoire de la version à jour de GTFS-Flex et OTP2 ingÚre les données GTFS-Flex v2
- Mai 2022 : Début du pilote MnDoT (Cambridge Systematics, MNDoT, Token Transit, Transit, Trillium (OptiBus)).
- Mai 2023 : Travaux sur GTFS-Flex : Début de la découverte du service
- Juin 2023 : Réunion de travail conceptuelle sur GTFS-Flex
- Juillet 2023Â : Publication de la Pull Request#388
- Août et septembre 2023 : Discussions « GeoJSON dans GTFS ? »
- Mars 2024 : GTFS Flex a été officiellement adopté