RCSmobility, experts en mobilité

RCSmobility

> à la une

  • Expertise : le Transport Public Agile
  • Centrale d'Information Multimodale avec SYNTHESE
RCSmobility sur LinkedIn

Exemple de tableau de départ par destination

Présentation

L'écran général par destination affiche une sélection de destinations en ordre alphabétique, et indique pour chacune d'entre elles la ou les prochaine(s) meilleure(s) solutions(s) au départ du point d'implantation de l'écran.

Si aucun trajet n'est possible vers une destination, elle est tout de même affichée et porte une mention indiquant qu'aucune offre n'est disponible. Si un trajet est possible mais nécessite une ou plusieurs correspondance, alors le trajet est proposé et décrit.

Ce mode d’affichage permet donc d'afficher une information riche de type aide à la décision et non un simple listing des départs présents à la gare d'implantation. Il procure également un avantage important : chaque destination y est toujours placée au même endroit permettant aux clients habitués de lire le tableau très rapidement, tandis que l’ordre utilisé (alphabétique) permet aux clients non habitués de trouver l’information selon un critère de tri qui leur est familier.

Comparatif

L'écran général par destination est dans bon nombre de cas le seul dispositif permettant un affichage complet de l'information, comme le montrent les cas d'étude suivants.

Cas 1 : trajets directs, un seul arrêt de départ, une seule ligne

Dans ce cas, la vue prochains départs est équivalente à une vue par destination.

Cas 2 : Trajets directs, un seul arrêt de départ, une seule ligne, mais à fourche

Dans ce cas, la vue prochain départs peut afficher suffisamment d’informations, mais la recherche de sa destination peut être fastidieuse, notamment si le volume d’offre sur les deux branches n’est pas homogène. Il peut parfois arriver que la branche dominante « recouvre » l’ensemble du tableau (si le nombre de départs successifs de la branche non souhaitée entre deux départs de la branche souhaitée est supérieur à celui fixé en paramètre d’affichage). Ce cas est relativement fréquent à Sion en heures creuses, lorsque certaines lignes fonctionnent en cadence à la demi-heure alors que d’autres sont interrompues pendant plusieurs heures.

Cas 3 : Trajets directs, un seul arrêt de départ, deux lignes, dont une seule utile

Dans ce cas, la vue prochain départs peut afficher suffisamment d’informations, mais la recherche de sa destination peut être fastidieuse, notamment si le volume d’offre sur les deux lignes n’est pas homogène. Il peut parfois arriver que la ligne dominante « recouvre » l’ensemble du tableau. La vue par ligne règle la situation comme la vue par destination.

Cas 4 : Trajets directs, un seul arrêt de départ, plusieurs lignes

Dans ce cas de tronc commun, la vue chronologique par ligne complexifie l’accès aux informations car elle divise les données de manière injustifiée.

Cas 5 : Trajets directs, plusieurs arrêts de départ, plusieurs lignes

Dans ce cas représentant la majorité des situations de départ depuis un lieu public en pleine ville, le choix de l’arrêt de départ est clairement un attendu de la part du client, et non une donnée qu’il est lui-même en capacité de fournir.

Même en utilisant la vue « prochains départs » de chaque arrêt proche, puis en consolidant « manuellement » les informations recueillies, le client n’accèderait qu’aux horaires de départ, dont l’ordre peut ne pas correspondre à celui des horaires d’arrivée, les lignes pouvant avoir des trajets différents.

Pour gérer ce cas, il est proposé d’utiliser une vue « prochains itinéraires » fournissant également comme résultat le choix de l’arrêt de départ.

Cas 6 : Trajets avec correspondance uniquement, un seul arrêt de départ

Cas 7 : Trajets directs ou avec correspondance, un seul arrêt de départ

Cas 8 : Trajets avec correspondance uniquement, deux trajets possibles avec la même ligne de départ, point de correspondance différent selon l'heure

Dans les cas 6, 7, et 8, il est possible que le client perçoive le niveau d’offre comme inférieur à la réalité s’il n’a pas pris connaissance préalablement du réseau par le service de recherche d’itinéraires.

Cas 9 : Trajets directs sur une ligne, mais interrompue par un incident

Le cas 9 est intrinsèquement géré par la vue « prochains itinéraires », qui recalcule les correspondances à chaque mise à jour des données temps réel.

)) News / Blog

Un 4ème TAD-HD est né !

Suite à la construction du tramway desservant le nord-ouest de l'agglomération toulousaine, une restructuration du réseau routier a conduit Tisséo à mettre en place un nouveau secteur desservi par transport public agile.
 Suite...

Intégration de SpatiaLite dans SYNTHESE réussie !

Un pas de plus vers la recherche d'itinéraires d'adresse à adresse en transport public sur OpenStreetMap
 Suite...

Choisir OpenStreetMap comme base de voirie pour la recherche d'itinéraires en transports en commun

4 cas où les bases commerciales perdent le piéton souhaitant rejoindre un arrêt de bus proche
 Suite...

Signalétique : penser clients et non exploitant

Plaidoyer pour le tableau de départs par destination.
 Suite...

RCSmobility remporte deux marchés

La croissance de l'activité de RCSmobility se poursuit : deux marchés viennent d'être remportés dans les deux domaines de prédilection de l'entreprise : Centrale d'information multimodale et refonte de réseau par la méthode agile.
 Suite...

* Afficher tout...