Alertes en temps réel dans Transit
Fournir un flux d’alertes de service exhaustives permet aux usager·ère·s de mieux s’adapter aux événements pouvant affecter leurs déplacements. La communication à l’avance des informations relatives aux arrêts annulés, aux lignes devant effectuer un détour, aux arrêts de service et aux retards majeurs réduit grandement les pertes de temps et frustrations vécues par les usager·ère·s.
Le format GTFS Realtime inclut un format standardisé pour les alertes de service. Utiliser ce format permet aux planificateurs de trajets, incluant Transit, d’offrir plusieurs options et de tenir les usager·ère·s au courant de l’état du service.
Le flux d’alertes de service GTFS-RT
- Effect (effet) : pourquoi le service est-il perturbé?
- Entity Selectors (sélecteurs d’entités) : quels sont les services affectés?
- Time Ranges (périodes de temps) : quand l’alerte de service s’applique-t-elle?
- Texte
Nous encourageons fortement les sociétés de transport à produire un flux de qualité en format GTFS-RT pour les alertes de service. Si votre API n’est disponible que dans un autre format, veuillez nous contacter à data@transit.app pour plus d’assistance.
Le flux d’alertes de service GTFS-RT
Afin d’afficher les alertes appropriées pour chaque usager·ère, nous devons connaître les détails les plus importants de l’alerte, incluant pourquoi le service est-il perturbé, quand l’alerte de service est-elle applicable, et quels sont les services de transport en commun affectés.
Effect (effet) : comment le service est-il perturbé?
Choisir l’effet le plus représentatif de la situation pour chaque alerte permet aux usager·ère·s et aux planificateurs de trajets de mieux interpréter la gravité de la perturbation de service pour mieux s’y adapter. Il y a neuf valeurs possibles.
| Effect | Niveau de sévérité dans l’application | Remarques |
| No Service (pas de service) | Alerte sévère - une notification poussée sera envoyée | Retrait de toutes les entités sélectionnées de l’écran d’accueil et du planificateur de trajets. |
| Reduced Service (service réduit) | Avertissement - une notification poussée sera envoyée | |
| Detour (détour) | Avertissement - une notification poussée sera envoyée | |
| Significant Delays (délais importants | Avertissement - une notification poussée sera envoyée | |
| Additional Service (service supplémentaire) | Information | |
| Modified Service (service modifié) | Information | |
| Other Effect (autre effet) | Information | Il est possible que Transit analyse le texte de l’alerte pour préciser l’effet. |
| Unknown Effect (effet inconnu) | Information | |
| Stop Moved (arrêt déplacé) | Information ou avertissement - une notification poussée sera envoyée | L'alerte de service s'affiche au niveau « avertissement » lorsque l’alerte contient l’identifiant d’un arrêt. Si l’alerte s’applique à la ligne, le niveau de sévérité est info (information). |
| Accessibility (accessibilité) | Avertissement - seulement visible pour les usager·ère·s ayant activé l’affichage des options sans escaliers | Les alertes d’accessibilité affectent uniquement le planificateur de trajets pour les usager·ère·s ayant activé l’affichage des options sans escaliers, et ne sont visibles que pour ces usager·ère·s. |
| No Effect (aucun effet) | Ne sera pas publié |
Meilleures pratiques
- Si l’effet « No Service » est sélectionné pour un arrêt, le temps d'arrivée du prochain véhicule à cet arrêt sera rayé dans Transit. Cet arrêt ne sera plus pris en considération par le planificateur de trajets et la liste des options de transport en commun à proximité montrera le prochain arrêt le plus près de l’usager·ère. Si vous utilisez cet effet, veuillez vous assurer de sélectionner le bon arrêt.
- Veuillez éviter les effets « Other Effect » (autre effet) et « Unknown Effect » (effet inconnu) autant que possible.
- Les alertes de service ne devraient contenir que les informations spécifiques aux lignes ou aux arrêts affectés. Merci de ne pas les utiliser pour faire la promotion d’autres événements ou applications.
Entity selectors (sélecteurs d’entités) : quels sont les services affectés?
La sélection des entités permet d’identifier les lignes ou les arrêts touchés par les perturbations de service. Plusieurs sélecteurs peuvent être utilisés pour une même alerte de service et chaque sélecteur permet de spécifier plusieurs entités affectées, qu’il s’agisse de lignes, d’arrêts, de trajets ou de sociétés de transport. Chaque sélecteur applique l’alerte à la combinaison (ou l’intersection) d’entités spécifiées.
Exemple
La Gare Centrale est desservie par les lignes de bus A et B
| Scénario | Quoi inclure dans le sélecteur | Qui recevra l’alerte |
| La ligne A ne dessert pas la Gare Centrale | Les identifiants de la ligne A et de la Gare Centrale | Les usager·ère·s se déplaçant sur la ligne A vers la Gare Centrale |
| La Gare Centrale est fermée | Seulement l’identifiant de la Gare Centrale | Les usager·ère·s se déplaçant sur les lignes A et B vers la Gare Centrale |
| Un retard majeur affecte l’ensemble de la ligne B | Seulement l’identifiant de la ligne B | Les usager·ère·s se déplaçant sur la ligne B, dans les deux directions |
Les sélecteurs s’appliquant aux lignes et aux arrêts sont actuellement la meilleure façon de communiquer des alertes dans Transit. Les alertes s’appliquant à l’entièreté d’une société de transport sont interprétées comme affectant chacune des lignes de cette société de transport. Les alertes s’appliquant à un trajet en particulier sont interprétées comme telles, mais l’effet « No Service » (pas de service, c’est-à-dire l’annulation du trajet entier) s’affiche plutôt comme « Reduced Service » (service réduit) dans l’application.
Alertes de trajet
Les versions les plus récentes de Transit (5.15.7 et plus) incluent un soutien bonifié pour les sélecteurs d'entité de trajet. Une alerte avec l'effet No Service (aucun service) et un sélecteur de trajet affichera un symbole d'avertissement rouge à côté du temps de départ annulé. Comme pour les sélecteurs de lignes, il est aussi possible d'inclure un ou plusieurs identifiants d'arrêt (Stop IDs) dans les cas où l'alerte n'affecte que certains des arrêts du trajet défini. Par exemple, si le départ de 8 h 15 procédera à l'embarquement à partir d'un quai différent, l'alerte ne s'affichera que pour les départs à cet arrêt.
Toutes les alertes de trajet seront aussi visibles à l'écran des alertes. Veuillez donc vous assurer d'indiquer le temps de départ et la destination dans le texte de l'alerte afin de permettre aux passager·ère·s de savoir quels trajets sont touchés.
Meilleures pratiques
- Tous les identifiants doivent correspondre aux données statiques (GTFS).
- Si une alerte affecte tous les arrêts d’une ligne, veuillez utiliser un seul sélecteur d’entité et identifier la ligne, et non chacun des arrêts.
- Veuillez choisir l’entité la plus précise possible. Transit reconnaît aussi les identifiants des entrées, des plateformes et des aires d’embarquement.
- Lorsque l'alerte concerne un départ précis, veuillez inclure le temps de départ et la destination dans la description de l'alerte.
Affichage
Time ranges (périodes de temps) : quand l’alerte de service s’applique-t-elle?
Le champ TimeRange (période de temps) permet d’indiquer aux usager·ère·s à quels moments les services de transport en commun seront modifiés. Les alertes actives s’affichent en évidence dans l’application. Les alertes futures s’affichent de façon moins apparente que les alertes en cours, mais sont tout de même prises en considération lors de la planification de trajets pour la période touchée. Transit peut afficher les alertes jusqu’à deux semaines avant leur date d’entrée en vigueur.
Si aucune période de temps n’est indiquée dans les données, Transit considère l’alerte comme active tant et aussi longtemps que celle-ci se trouve dans le flux.
Meilleures pratiques
- Si une alerte comprend des périodes de temps se répétant sur plusieurs jours, une période de temps doit être spécifiée pour chaque jour. Par exemple, la fermeture de nuit d’une station pendant une semaine devrait inclure sept périodes de temps.
- Lorsque possible, veuillez inclure les alertes futures avant leur entrée en vigueur afin d’aider les usager·ère·s à se préparer aux changements.
- Ne publiez que les informations dont vous êtes certain·e·s — mieux vaut ne pas saisir de date de fin que d’inclure une date incorrecte.
Affichage
Texte
Le texte des alertes devrait décrire de façon claire et précise comment s’adapter à la perturbation de service. Par exemple, si un arrêt est déplacé, il est important d’informer les usager·ère·s du nouvel emplacement de cet arrêt. Si une ligne doit effectuer un détour, veuillez inclure une description de l’itinéraire qui sera temporairement suivi.
Meilleures pratiques
- Les liens cliquables (URLs) et le formatage (caractères gras, italiques, etc.) ne sont pas pris en charge.
- Veuillez utiliser les sauts de ligne afin de faciliter la lecture de vos alertes de service.
- Bien qu’il n’y ait aucune limite de caractères pour les alertes de service, veuillez prendre en considération que les utilisateur·rice·s les consulteront sur leur appareil mobile. Le texte devrait être aussi concis que possible tout en restant clair.
- Veuillez vous assurer de bien identifier la langue afin que les utilisateur·rice·s puissent lire l’alerte dans la langue d’affichage de l’application lorsque possible.