Base¶
Les fonctionnalités suivantes fournissent les éléments les plus basiques et essentiels dont un GTFS a besoin pour représenter un service de transport en commun. Un GTFS se compose d’itinéraires, chacun avec des trajets associés. Ces voyages visitent un ou plusieurs arrêts à des heures précises. Les trajets ne contiennent que des informations sur l’heure et les jours pendant lesquels ils fonctionnent sont déterminés par des calendriers. Toutes ces fonctionnalités doivent être implémentées ensemble pour permettre un flux GTFS fonctionnel.
Agence¶
Les agences contiennent des informations de base sur les agences responsables du service de transport en commun, telles que leur nom, l’URL de leur site Web, ainsi que la langue et le fuseau horaire dans lesquels le service fonctionne. Cela permet de faire correspondre des services spécifiques avec leur agence correspondante.
| Fichiers inclus | Champs inclus |
|---|---|
| agency.txt | agency_id, agency_name, agency_url, agency_timezone, agency_lang, agency_phone, agency_fare_url, agency_email |
Prérequis :
- Toutes les autres fonctionnalités de la Base
Exemples de données
| agency_id | agency_name | agency_url | agency_timezone | agency_lang | agency_phone | agency_fare_url | agency_email |
|---|---|---|---|---|---|---|---|
| tb | Transit Bus | https://www.transitbus.org | America/Los_Angeles | EN | (777) 555-7777 | https://www.transitbus.org/fares | contact@transitbus.org |
Arrêts¶
Les arrêts représentent les éléments de base utilisés pour identifier l’endroit où un service de transport en commun prend et dépose les passagers. Cela peut être une station de métro ou un arrêt de bus. Chaque arrêt possède, entre autres attributs, des coordonnées géographiques permettant de localiser son emplacement sur une carte et un nom qui correspond au matériel destiné aux usagers de l’agence. Les arrêts sont associés aux trajets à l’aide des horaires d’arrêt. Avec GTFS, il est également possible de décrire l’intérieur de gares plus grandes, comme une gare ferroviaire ou un dépôt de bus, en utilisant Parcours.
| Fichiers inclus | Champs inclus |
|---|---|
| stops.txt | stop_id, stop_code, stop_name, stop_desc, stop_lat, stop_lon, stop_url, stop_timezone, platform_code |
Prérequis :
- Toutes les autres fonctionnalités de la Base
Exemples de données
| stop_id | stop_code | stop_desc | stop_name | stop_lat | stop_lon | stop_url | stop_timezone | platform_code |
|---|---|---|---|---|---|---|---|---|
| TAS001 | TAS001 | Southwest corner of 5 Avenue and 53 Street | 5 Av/53 St | 45.503568 | -73.587079 | https://www.transitbus.org/stops/TAS001 |
Lignes¶
Un itinéraire est un groupe de voyages sous la même marque qui sont présentés aux passagers comme un service unique. Chaque itinéraire possède, entre autres attributs, un nom qui correspond au matériel destiné aux usagers de l’agence et au type de service représenté (comme un bus, un métro, un ferry, etc.).
| Fichiers inclus | Champs inclus |
|---|---|
| routes.txt | route_id, agency_id, route_desc, route_type, route_url, route_sort_order, route_short_name, route_long_name |
Prérequis :
- Toutes les autres fonctionnalités de la Base
Exemples de données
The following sample defines a bus route (route_type=3).
| route_id | agency_id | route_short_name | route_long_name | route_desc | route_type | route_url | route_sort_order |
|---|---|---|---|---|---|---|---|
| RA | tb | 17 | Mission - Downtown | The "A" route travels from lower Mission to Downtown. | 3 | https://www.transitbus.org/routes/ra | 12 |
Dates de service¶
Les dates de service indiquent la plage de dates auxquelles un service est exécuté, ainsi que la création d’exemptions de service telles que les jours fériés et autres services spéciaux à des dates spécifiques.
Il fonctionne en définissant une date de début et une date de fin dans calendriers.txt, puis un marqueur pour chaque jour de la semaine sur lequel il fonctionne. Si des changements de planification d’un seul jour se produisent pendant cette période, le fichier « calendar_dates.txt » peut être utilisé pour remplacer le calendrier de chacun de ces jours.
| Fichiers inclus | Champs inclus |
|---|---|
| calendar.txt | service_id, monday, tuesday, wednesday, thursday, friday, saturday, sunday, start_date, end_date |
| calendar_dates.txt | service_id, date, exception_type |
Prérequis :
- Toutes les autres fonctionnalités de la Base
Exemples de données
L’exemple suivant définit deux services (en semaine et en week-end) pour le mois de juillet 2024, dont un service spécial jours fériés le 4 juillet, fonctionnant comme un service de week-end.
| service_id | monday | tuesday | wednesday | thursday | friday | saturday | sunday | start_date | end_date |
|---|---|---|---|---|---|---|---|---|---|
| WE | 0 | 0 | 0 | 0 | 0 | 1 | 1 | 20240701 | 20240731 |
| WD | 1 | 1 | 1 | 1 | 1 | 0 | 0 | 20240701 | 20240731 |
| service_id | date | exception_type |
|---|---|---|
| WD | 20240704 | 2 |
| WE | 20240704 | 1 |
Trajets¶
Trajets regroupe les lignes et les dates de service pour créer des trajets pouvant être effectués par les passagers. Les trajets sont associés aux arrêts à l’aide des horaires d’arrêt.
| Fichiers inclus | Champs inclus |
|---|---|
| trips.txt | route_id, service_id, trip_id, trip_short_name, direction_id, block_id |
Prérequis :
- Toutes les autres fonctionnalités de la Base
Exemples de données
L’exemple suivant définit deux trajets dans les deux sens pour l’itinéraire RA.
| route_id | service_id | trip_id | trip_short_name | direction_id | block_id |
|---|---|---|---|---|---|
| RA | WE | AWE1 | 3885 | 0 | 1 |
| RA | WE | AWE2 | 3887 | 1 | 2 |
Horaires d’arrêt¶
Les horaires d'arrêt sont utilisées pour représenter les heures d’arrivée et de départ des arrêts individuels pour chaque trajet, permettant aux usagers de savoir précisément à quelle heure le bus, le train ou le ferry arrive et part d’un endroit spécifique. Le fichier « stop_times.txt » est généralement le plus volumineux d’un flux GTFS.
Certains services fonctionnent à une fréquence régulière (par exemple une ligne de métro qui circule toutes les 5 minutes) plutôt que d’avoir des heures d’arrivée et de départ spécifiques. Cela peut être modélisé à l’aide de Frequency-based services, et cela peut être modélisé en conjonction avec stop_times.txt.
| Fichiers inclus | Champs inclus |
|---|---|
| stop_times.txt | trip_id, arrival_time, departure_time, stop_id, stop_sequence, pickup_type, drop_off_type, timepoint |
Prérequis :
- Toutes les autres fonctionnalités de la Base
Exemples de données
L’exemple suivant définit l’horaire d’un trajet à 5 arrêts.
| trip_id | arrival_time | departure_time | stop_id | stop_sequence | pickup_type | drop_off_type | timepoint |
|---|---|---|---|---|---|---|---|
| AWE1 | 6:10:00 | 6:10:00 | TAS001 | 1 | 0 | 0 | 1 |
| AWE1 | 6:14:00 | 6:14:00 | TAS002 | 2 | 0 | 0 | 1 |
| AWE1 | 6:20:00 | 6:20:00 | TAS003 | 3 | 0 | 0 | 1 |
| AWE1 | 6:23:00 | 6:23:00 | TAS004 | 4 | 0 | 0 | 1 |
| AWE1 | 6:25:00 | 6:25:00 | TAS005 | 5 | 0 | 0 | 1 |