Évaluateur de transport en commun

L’évaluateur de transport en commun calcule le temps de trajet le long d’un tronçon de ligne de transport en commun en fonction du service de transport en commun planifié. Le temps de trajet renvoyé inclut le temps d’attente jusqu’au début du prochain trajet de transport planifié et le temps de trajet le long du tronçon de ligne de transport, d’une extrémité à l’autre. Utilisez cet évaluateur pour modéliser les déplacements de personnes par transport en commun. Il n’est pas conçu pour modéliser le temps de trajet des bus sur les routes.

L’évaluateur de transport en commun n’est disponible que pour les attributs de coût basés sur le temps sur les sources de tronçon appelées LineVariantElements si le jeu de données d'entités du jeu de données réseau et la géodatabase contiennent toutes les tables et les classes d'entités requises par le modèle de données de transport en commun Network Analyst.

Aperçu

Le solveur Network Analyst recherche graphiquement les tronçons du jeu de données réseau. Si le solveur rencontre un tronçon configuré pour utiliser l’évaluateur de transport en commun, ce dernier effectue un calcul pour déterminer le temps de trajet nécessaire pour traverser ce tronçon. L’évaluateur calcule le temps de trajet en prenant en compte l’heure à laquelle le tronçon a été atteint et en interrogeant les horaires de transport en commun stockés dans les tables des modèles de données de transport en commun pour rechercher le trajet de transport optimal disponible. Le coût du temps de trajet renvoyé par l’évaluateur correspond à la somme du temps d'attente jusqu’au début du service de transport le long de la ligne et du temps nécessaire au service de transport pour se déplacer d’une extrémité du tronçon à l’autre.

Par exemple, supposons que le voyageur atteigne le tronçon à 8h06. Le service de bus planifié commence à 8h10 et prend cinq minutes pour atteindre le prochain arrêt. L’évaluateur renvoie un temps de trajet de neuf minutes car le voyageur doit attendre quatre minutes que le service de bus commence, puis prendre le bus pendant cinq minutes pour atteindre le prochain arrêt.

L’évaluateur choisit toujours le service le plus efficace, qui correspond au service qui atteint le dernier arrêt au plus tôt, selon les contraintes de service des paramètres d’attribut ou des dates d’analyse. Pour les calculs d’analyse de réseau qui traitent l’heure du jour comme l’heure d’arrivée, l’évaluateur choisit le service qui part de l’arrêt d’origine le plus tard.

Il est interdit de traverser la ligne de transport en sens inverse (dans le sens contraire de la numérisation). L’évaluation renvoie dans ce cas une valeur indiquant que les trajets dans ce sens sont restreints.

Il n’est actuellement pas possible de limiter le nombre de transferts utilisés par le voyageur.

Dates et heures d’analyse

Lorsqu'il interroge les horaires de transport en commun, l’évaluateur de transport en commun prend en compte le jour de la semaine ou la date et l’heure auxquelles la ligne de transport est atteinte. Seul le service de transport qui fonctionne ce jour de la semaine ou à cette date est pris en compte. Si aucune date et heure d’analyse n’est spécifiée, les tronçons réseau qui utilisent l’évaluateur de transport en commun sont traités comme restreints.

Si la date d’analyse correspond à un jour de la semaine générique, tel que mercredi, tout service régulier qui fonctionne les mercredis, conformément à la table des modèles de données de transport en commun Calendars, est pris en compte. Un service ajouté ou supprimé à des dates spécifiques à l’aide de la table CalendarExceptions est ignoré si un jour de la semaine générique est utilisé et la plage de dates spécifiée dans la table Calendars est également ignorée.

Si la date d’analyse correspond à une date spécifique, tout service de transport en commun fonctionnant à cette date est pris en compte. Cela inclut le service régulier défini dans la table Calendars si la date d’analyse est comprise dans la plage de dates qui y est spécifiée, ainsi que les exceptions du service régulier définies dans la table CalendarExceptions.

Il peut arriver que le service de transport en commun le long d’une ligne particulière commence tard le soir et fonctionne après minuit, jusqu’au petit matin. Si l’heure d’analyse est tôt le matin, un service de ce type du jour précédent qui fonctionne toujours est pris en compte. Si l’heure d’analyse est tard le soir, un service au-delà de minuit est pris en compte et un service commençant au petit matin du jour suivant est également utilisé.

Paramètres pris en charge

Pour les attributs de coût qui utilisent l’évaluateur de transport en commun, vous pouvez éventuellement définir un ou plusieurs paramètres d’attribut qui contrôlent davantage le comportement de l’évaluateur. Par exemple, vous pouvez utiliser un paramètre d’attribut pour exclure un service de transport non accessible en fauteuil roulant. Les paramètres pris en charge sont répertoriés dans la table ci-dessous. Leur nom et type doivent correspondre à ceux répertoriés dans la table.

Paramètres d’attribut pris en charge

NomDescriptionType

Exclude lines

Ce paramètre exclut les itinéraires ou lignes de transport particuliers de l’analyse. Par exemple, vous pouvez utiliser ce paramètre pour modéliser une fermeture temporaire de ligne de métro ou l’élimination d’une ligne de bus.

Ce paramètre doit être au format d’une chaîne de valeurs de champ ID délimitées par des espaces en provenance de votre table Lines. Par exemple, pour exclure les lignes de bus 2 et 6, définissez ce paramètre sur 2 6.

Chaîne

Exclude modes

Ce paramètre exclut les modes de transport public particuliers de l’analyse. Par exemple, vous pouvez empêcher temporairement les trajets sur toutes les lignes de métro pour modéliser une fermeture complète du métro ou une grève des travailleurs, mais laisser toutes les lignes de bus opérationnelles.

Ce paramètre doit être au format d’une chaîne de valeurs de champ GRouteType délimitées par des espaces en provenance de votre table Lines. Par exemple, pour exclure les lignes de métro ou de bus, définissez ce paramètre sur 1. Pour exclure les lignes de métro et de bus, utilisez la chaîne séparée par un espace 1 3.

Les modes pris en charge sont répertoriés dans le modèle de données de transport en commun Network Analyst.

Chaîne

Exclude runs

Ce paramètre exclut les voies de transport particulières de l’analyse. Par exemple, vous pouvez utiliser ce paramètre pour modéliser une coupure de service après une certaine heure ou une élimination de certaines voies le long d’une ligne tout en conservant les autres.

Ce paramètre doit être au format d’une chaîne de valeurs de champ ID délimitées par des espaces en provenance de votre table Runs. Par exemple, pour n’exclure que la voie 12, définissez ce paramètre sur 12. Pour exclure les voies 12 et 16, définissez ce paramètre sur 12 16.

Chaîne

Traveling with a bicycle

Si ce paramètre est défini sur True, il indique que le voyageur circule en vélo. Un service de transport sur lequel les vélos ne sont pas autorisés, tel que défini par le champ GBikesAllowed de la table Runs, est exclu.

Remarque :

Ce paramètre ne s’applique qu’aux tronçons de ligne de transport en commun du jeu de données réseau. Pour modéliser les voyageurs qui circulent à vélo le long des rues, configurez séparément les évaluateurs des tronçons de rue de votre attribut d’impédance afin de calculer correctement le temps de trajet en vélo le long des rues.

Si la table Runs n’inclut pas le champ GBikesAllowed, ce paramètre est ignoré et les vélos sont considérés comme autorisés sur toutes les voies.

Booléen

Traveling with a wheelchair

Si ce paramètre est défini sur True, il indique que le voyageur circule en fauteuil roulant. Un service de transport non accessible aux fauteuils roulants, tel que défini par le champ GWheelchairAccessible de la table Runs, est exclu.

Remarque :

Ce paramètre ne s’applique qu’aux tronçons de ligne de transport en commun du jeu de données réseau. Vous devez traiter séparément l’accessibilité des fauteuils roulants pour les arrêts et les stations en créant par exemple un attribut de restriction qui utilise le champ GWheelchairBoarding dans les classes d'entités de modèle de données Stops, StopsOnStreets et StopConnectors.

Si la table Runs n’inclut pas le champ GWheelchairBoarding, ce paramètre est ignoré et les fauteuils roulants sont considérés comme autorisés sur toutes les voies.

Booléen

Localisations du réseau

Les tronçons réseau qui utilisent l’évaluateur de transport en commun ne doivent pas être considérés comme répartissables, ce qui signifie que vous ne pouvez pas modéliser un déplacement partiellement le long de l’une de ces lignes. L’évaluateur ne peut renvoyer précisément que le temps de trajet complet requis pour voyager d’une extrémité de la ligne à l’autre. Il n’estime pas précisément le temps de trajet vers un point intermédiaire de la ligne. En effet, le temps de trajet est intégralement calculé à partir des horaires et non de la géométrie de la ligne.

Pour cette raison, les points en entrée de l’analyse de réseau, tels que les arrêts ou les infrastructures ne doivent pas se situer sur des lignes de transport. Ils doivent se trouver sur des rues et les voyageurs ne doivent accéder aux lignes de transport qu’en marchant vers un arrêt et en empruntant le service de transport au niveau de l’arrêt. Network Analyst empêche automatiquement le placement des entrées de l’analyse de réseau sur des tronçons de réseau qui utilisent l’évaluateur de transport en commun.

Les barrières non plus ne peuvent pas se situer sur des tronçons de réseau qui utilisent l’évaluateur de transport en commun. Pour interrompre temporairement le service le long d’une ligne de transport, utilisez l’un des paramètres d’attribut répertoriés dans la table ci-dessus.

Zones de desserte

Le temps de trajet le long de lignes de transport qui utilisent l’évaluateur de transport en commun est calculé entièrement à partir des horaires et non de la géométrie de la ligne. Les lignes ne sont pas considérées comme une représentation réelle des chemins empruntés par les véhicules de transport. De plus, les voyageurs qui utilisent le service de transport en commun planifié ne peuvent emprunter et quitter le service de transport qu’aux emplacements et arrêts. Ils ne peuvent pas quitter un bus en déplacement ou un train entre deux arrêts.

Un polygone de zone de desserte sert à représenter la zone accessible en un temps donné ou à une distance maximale donnée à partir d’un emplacement particulier. Les lignes de transport n’étant pas nécessairement précises géographiquement, et les passagers ne pouvant les quitter qu’aux arrêts, les polygones de zone de desserte ne doivent pas être générés autour des lignes de transport en commun traversées. La zone directement adjacente à une ligne n’est pas accessible à moins que le voyageur ne puisse descendre à un arrêt et marcher le long de la même rue dans le délai imparti. Par défaut, Network Analyst exclut automatiquement de la génération des polygones de zone de desserte les tronçons de réseau qui utilisent l’évaluateur de transport en commun. Les lignes de transport restent utilisées dans l’analyse et vous pouvez les voir dans la sortie des lignes de la zone de desserte, mais les polygones ne seront pas générés autour d’elles.

Vos polygones en sortie de la zone de desserte peuvent inclure des entités multi-parties affichant des zones apparemment déconnectées autour des arrêts ou stations de transport. Ce comportement est prévu et correct. Si vous créez une zone de desserte de 30 minutes, votre voyageur peut quitter le train à une station au bout de 25 minutes et marcher pendant cinq minutes ou il peut poursuivre son voyage et quitter le train à la prochaine station, au bout de 28 minutes et ne marcher que pendant deux minutes. Toutefois, les trains étant généralement plus rapides que les marcheurs, un voyageur à pied ne peut pas atteindre toutes les zones entre les deux stations sans dépasser le temps de trajet maximal de 30 minutes. Par conséquent, une petite zone autour de chaque station est accessible en 30 minutes, mais une grande partie de la zone entre les stations ne l’est pas et le polygone de la zone de desserte en 30 minutes contient chacune de ces zones déconnectées autour des stations accessibles.