Documentation du flux temps réel de la STM et protocole pour vérifier son accès et archiver des observations. Aucune table historique de retards n’est fournie.
Document principal : 7 lignes, 3 variables · Trousse préparée le 5 septembre 2026
Source : Société de transport de Montréal. CC BY 4.0.
Cette trousse contient des documents et un protocole. Elle ne fournit pas les données complètes de la source.
10 lignes affichées. Le fichier complet est accessible en haut de la fiche.
Dictionnaire de champs attendus et dérivés, sans observation de retard. La lecture du flux STM exige un accès au portail développeur.
Faire défiler le tableau horizontalement pour voir les autres colonnes.
| TripUpdate | route_id | Identifiant de ligne ou parcours à utiliser pour les regroupements. | Champ attendu dans la spécification GTFS-realtime; non validé dans le flux ST… |
| TripUpdate | trip_id | Identifiant de trajet, utile pour relier le temps réel aux horaires planifiés. | Champ attendu dans la spécification GTFS-realtime; non validé dans le flux ST… |
| TripUpdate | stop_id | Arrêt auquel associer une mise à jour de temps de passage. | Champ attendu dans la spécification GTFS-realtime; non validé dans le flux ST… |
| TripUpdate | delay_seconds | Retard brut en secondes lorsque la mise à jour de passage contient un délai. | Champ possible dans StopTimeUpdate; à vérifier après extraction. |
| VehiclePosition | vehicle_id | Identifiant du véhicule observé dans un instantané. | Champ attendu dans la spécification GTFS-realtime; non validé dans le flux ST… |
| VehiclePosition | latitude | Coordonnée pour cartographier la position du véhicule. | Champ attendu dans la spécification GTFS-realtime; non validé dans le flux ST… |
| VehiclePosition | longitude | Coordonnée pour cartographier la position du véhicule. | Champ attendu dans la spécification GTFS-realtime; non validé dans le flux ST… |
| VehiclePosition | occupancy_status | Niveau d'occupation publié depuis la version 2 du flux, selon la documentatio… | Champ à vérifier après extraction du flux STM. |
| Archivage local | collection_time | Horodatage ajouté par le protocole d'archivage pour analyser les séries tempo… | Variable dérivée par l'équipe pédagogique. |
| Archivage local | retard_minutes | Conversion de delay_seconds en minutes pour les graphiques et les résumés. | Variable dérivée; ne pas présenter comme colonne brute garantie. |
La source publique permet-elle de calculer directement des retards?
Prérequis : Savoir ouvrir un projet RStudio et exécuter un script R. Reconnaître une variable, un décompte et une proportion.
À produire : Un inventaire des ressources et des conditions d’accès, expliquant pourquoi la trousse ne permet pas de calculer un retard.
Quel protocole faut-il préparer avant de mesurer des retards?
Prérequis : Savoir ouvrir un projet RStudio et exécuter un script R. Savoir lire un tableau groupé et un graphique descriptif; repérer les valeurs manquantes.
À produire : Un classement des champs par message GTFS Realtime et un protocole d’archivage avec ses points de contrôle.
La documentation ci-dessous décrit la source consultée le 21 juin 2026. Les dimensions affichées en haut concernent les fichiers de la trousse préparée le 5 septembre 2026; cette sélection de fichiers et de colonnes est détaillée dans son relevé de provenance.
| Élément | Résultat vérifié |
|---|---|
| Paquet CKAN | 1bcf0d8e-d67b-4291-8393-70621b0f5400 |
| Source officielle | Données Québec / Société de transport de Montréal |
| Titre CKAN | Horaires et positionnement des bus en temps réel (GTFS-realtime) |
| Ressources dans le paquet | 1 ressource |
| Ressource documentée | Horaires et positionnement des bus en temps réel |
| Format déclaré | GTFS |
| URL de ressource | Portail développeur STM |
| Licence | Attribution (CC-BY 4.0), selon les métadonnées CKAN consultées le 2026-06-21 |
| Dernière modification du paquet CKAN | 2026-06-21 |
| Table historique directement téléchargeable dans CKAN | Non vérifiée |
| Table préparée dans ce dépôt | Aucune table de retards; seulement des résumés de métadonnées et un protocole |
| Champ | Information |
|---|---|
| Page Données Québec | https://www.donneesquebec.ca/recherche/dataset/vmtl-stm-bus-temps-reel-gtfs-realtime |
| API CKAN | https://www.donneesquebec.ca/recherche/api/3/action/package_show?id=vmtl-stm-bus-temps-reel-gtfs-realtime |
| Portail développeur STM | https://www.stm.info/fr/a-propos/developpeurs |
| Organisme | Société de transport de Montréal |
| Territoire | Réseau d’autobus de la STM |
| Date d’accès | 2026-06-21 |
La description officielle indique que l’ensemble fournit les horaires, le positionnement des bus en temps réel et, depuis sa version 2, la donnée du taux d’occupation à bord des bus. Elle indique aussi que l’accès aux GTFS-realtime et à l’API i3 se fait par inscription au portail développeur STM.
Je ne sais pas. Le paquet CKAN vérifié ne publie pas une table historique dans laquelle une ligne aurait une unité statistique fixe.
Dans une table construite par l’équipe pédagogique, une ligne pourrait représenter :
Cette unité doit être choisie avant de calculer des moyennes, des proportions ou des graphiques par ligne.
| Variable pédagogique | Rôle | Statut |
|---|---|---|
collection_time |
Horodatage ajouté au moment de la collecte | Variable dérivée par le protocole |
message_type |
Type de message GTFS-realtime | À extraire du flux |
route_id |
Ligne ou parcours | À vérifier dans le flux ou par jointure GTFS |
trip_id |
Trajet | À vérifier dans le flux |
stop_id |
Arrêt | À vérifier dans les mises à jour de passage |
vehicle_id |
Véhicule | À vérifier dans les positions |
delay_seconds |
Délai brut en secondes | Champ possible, pas garanti sans inspection |
retard_minutes |
Retard en minutes | Variable dérivée de delay_seconds |
latitude, longitude |
Position du véhicule | À vérifier dans les positions |
occupancy_status |
Occupation à bord | Mentionnée par la documentation STM, à vérifier dans le flux |
La variable retard_minutes ne doit pas être présentée comme une colonne brute garantie. Elle doit être calculée seulement après avoir constaté qu’un champ de délai existe dans les messages collectés.
Les résultats ci-dessous proviennent de preparation.R, exécuté sur l’API CKAN officielle le 2026-06-21.
| Indicateur | Valeur |
|---|---|
| Ressources CKAN documentées | 1 |
| Ressources GTFS déclarées | 1 |
| Ressources pointant vers le portail développeur | 1 |
| Ressources de données directement téléchargeables | 0 |
| Compte développeur requis selon la ressource | Oui |
| Table historique disponible dans CKAN | Non |
| Lignes historiques vérifiées | Je ne sais pas. |
| Colonnes historiques vérifiées | Je ne sais pas. |
Ce résultat est une limite, pas un échec. Pour un cours de science des données, la source devient un bon cas d’étude sur la différence entre accès, collecte, données brutes et jeu analytique.
| Étape | Action | Point de contrôle |
|---|---|---|
| 1 | Créer un compte sur le portail développeur STM et obtenir une clé API. | Ne jamais publier la clé API. |
| 2 | Collecter des instantanés à intervalle fixe pendant une période définie. | Ajouter collection_time à chaque collecte. |
| 3 | Parser les messages Protocol Buffers du flux GTFS-realtime. | Conserver le type de message. |
| 4 | Joindre les identifiants au GTFS statique de la STM si nécessaire. | Vérifier que les périodes correspondent. |
| 5 | Calculer retard_minutes seulement si un délai est présent. |
Documenter la formule et les exclusions. |
| 6 | Résumer les retards par ligne, période et sens de déplacement. | Rapporter le nombre d’observations. |
| 7 | Présenter les limites avant toute conclusion. | Distinguer flux observé, fréquence de collecte et performance réelle. |
Une analyse solide doit commencer par la qualité du protocole de collecte. Par exemple, un intervalle de collecte aux 30 secondes et un intervalle aux 5 minutes ne produisent pas le même jeu de données. Les lignes très fréquentes peuvent produire davantage d’observations, et les pannes de collecte peuvent créer des trous temporels qui ressemblent à des changements de service.
Les comparaisons entre lignes doivent donc inclure un dénominateur clair : nombre d’observations, nombre de trajets, nombre d’arrêts, période de la journée ou distance parcourue. Sans cela, une moyenne de retard peut être difficile à interpréter.
À exécuter depuis la racine du projet.
# Load libraries
library(dplyr)
library(readr)
# Validate official CKAN metadata and write pedagogical summaries
source("datasets/retards-transport-collectif/preparation.R")
resume <- read_csv(
"data/processed/retards-transport-collectif/resume_retards_transport.csv",
show_col_types = FALSE
)
resume |>
select(
access_date,
n_resources_ckan,
n_gtfs_resources,
n_developer_portal_resources,
n_direct_download_resources,
source_requires_developer_account
)retard_minutes si la variable n’a pas été dérivée à partir d’un champ de délai vérifié.package_show pour le paquet STM GTFS-realtime. Consulté le 2026-06-21. https://www.donneesquebec.ca/recherche/api/3/action/package_show?id=vmtl-stm-bus-temps-reel-gtfs-realtimeSource : Société de transport de Montréal / Données Québec.
Conditions : Attribution (CC-BY 4.0) selon les métadonnées CKAN vérifiées le 2026-06-21
Contribution à la fiche : Aurélien Nicosia. Révision pédagogique et statistique.
Usage en cours non documenté.
Documentation de la source : 2026-06-21.