Historique du trafic
Disponible avec une licence Network Analyst.
L’extension ArcGIS Network Analyst vous permet d’utiliser les informations d’historique du trafic pour modéliser les vitesses en fonction des horaires lors des déplacements sur les routes. Ainsi, votre temps de trajet et votre heure d’arrivée prévus seront plus fiables, et le temps que vous passerez réellement au volant sera probablement moins long que si vous aviez ignoré les modèles de trafic.
Conseil :
Les données du didacticiel Network Analyst, disponibles sur ArcGIS.com, incluent la géodatabase San Francisco avec des données de trafic. L’étude de la classe d’entités Streets, de la table DailyProfiles et de la table Streets_DailyProfiles contenues dans le fichier SanFrancisco.gdb complétera ce que vous apprendrez dans cette rubrique. Une fois que vous aurez téléchargé et extrait les données, vous trouverez la géodatabase SanFrancisco dans \Network Analyst\Tutorial\SanFrancisco.gdb.
Remarque :
Le trafic peut être configuré dans une géodatabase uniquement. Il ne peut pas être configuré dans un jeu de données réseau basé sur un shapefile.
Propriétés de l’attribut d’historique du trafic
L’onglet Historical Traffic (Historique du trafic) affiche les propriétés qui peuvent être configurées sur un jeu de données réseau prenant en charge l’historique du trafic.
Speed (Vitesse) : choisissez Speed (Vitesse) si les données d’historique du trafic dépendent de la vitesse.
Travel time (Temps de trajet) : choisissez Travel time (Temps de trajet) si les données d’historique du trafic dépendent des horaires.
Traffic Profiles (Profils de trafic) : utilisez la table suivante pour définir les propriétés de la table Traffic Profiles (Profils de trafic) :
|
Propriété |
Description |
|---|---|
|
Profiles Table (Table Profils) |
Nom de la table contenant les profils de trafic. |
|
First Time Slice Field (Champ Première tranche temporelle) |
Cette propriété, en conjonction avec Last Time Slice Field (Champ Dernière tranche temporelle), spécifie une période pour laquelle consulter les profils d’historique du trafic. Lorsqu’un tronçon est évalué à une heure de la journée en dehors de cette plage, son multiplicateur est supposé être un. La recherche de coûts pour les heures de la journée où le trafic est faible ou nul s’en trouve ainsi accélérée. |
|
Last Time Slice Field (Champ Dernière tranche temporelle) |
Reportez-vous à la description de First Time Slice Field (Champ Première tranche temporelle). |
|
Spécifier la durée de chaque tranche temporelle en minutes |
La table des profils de trafic doit être divisée en intervalles temporels égaux pour la journée. Cette propriété spécifie la durée de l’intervalle en minutes. |
|
Specify the start time of the first time slice (Spécifier l’heure de début de la première tranche temporelle) |
Cette propriété identifie l’heure de la journée que représente le début de First Time Slice Field (Champ Première tranche temporelle). Par exemple, si First Time Slice Field (Champ Première tranche temporelle) a pour valeur SpeedFactor_0000, qui commence à 00 h 00, l’heure de début de la première tranche temporelle est définie sur 00 h 00. |
|
Last time slice finish time (Heure de fin de la dernière tranche temporelle) |
Cette propriété spécifie l’heure de la journée que représente la fin de Last Time Slice Field (Champ Dernière tranche temporelle). Elle est automatiquement déduite du nombre de champs de tranche temporelle et de la durée de chaque tranche temporelle en minutes. |
- Profile Assignment (Attribution des profils) : cette section attribue des profils aux segments de rue et établit des valeurs de référence.
|
Propriété |
Description |
|---|---|
|
Streets-Profiles Table (Table Rues-Profils) |
Nom de la table qui contient les vitesses (ou temps de trajet) par circulation fluide pour les rues, ainsi que les relations entre les rues et les profils de trafic. |
|
Free-flow travel time field (Champ Temps de trajet par circulation fluide) ou Free-flow speed field (Champ Vitesse par circulation fluide) |
Le nom de cette propriété change selon que Travel Time (Temps de trajet) ou Speed (Vitesse) est sélectionné pour les données d’historique du trafic. Cette propriété indique le champ contenant les temps de trajet par circulation fluide ou les vitesses de déplacement par circulation fluide si les données dépendent de la vitesse. |
|
Free-flow field unit (Unité du champ Circulation fluide) |
Cette propriété indique les unités de temps du champ spécifiées dans Free-flow travel time field (Champ Temps de trajet par circulation fluide) ou les unités de vitesse spécifiées dans Free-flow speed field (Champ Vitesse par circulation fluide) si les données sont basées sur la vitesse. |
|
Nom du champ contenant les ID de profil du trafic du dimanche, du trafic du lundi, etc. |
Créer des données d’historique du trafic pour une utilisation avec Network Analyst
Même si vous obtenez vos données auprès d’un tiers, il est important de comprendre comment les données d’historique du trafic sont créées afin de pouvoir les configurer correctement dans un jeu de données réseau. Cette section décrit le modèle utilisé par Network Analyst.
Comme les données de trafic capturent les fluctuations continues des vitesses de déplacement, chaque sens de déplacement d’un tronçon peut avoir de nombreux coûts différents selon l’heure de la journée. Au contraire, un attribut de coût classique ne permet qu’une seule valeur par direction de tronçon.
Il existe plusieurs façons de modéliser plusieurs coûts par direction de tronçon. Pour comprendre pourquoi Network Analyst utilise un modèle particulier, il est important de comprendre la manière classique de modéliser le trafic.
Modèle d’historique du trafic classique
L’une des options pour stocker les données d’historique du trafic consiste à créer une série de coûts pour chaque tronçon. Les coûts représentent les vitesses de circulation à différents moments de la journée, sur une semaine. Par exemple, une semaine peut être divisée en 168 intervalles discrets d’une heure. Cela signifie que chaque tronçon requiert 168 attributs de coût pour représenter l’évolution du trafic sur une semaine. Si la période est réduite à des intervalles de 5 minutes pour offrir une meilleure résolution temporelle, chaque tronçon nécessitera 2 016 attributs de coût. Le stockage de toutes ces valeurs uniques requiert beaucoup d’espace, particulièrement dans le cas des grands réseaux. De plus, comme de nombreuses rues présentent les mêmes coûts pendant la journée, de nombreuses données sont dupliquées inutilement. Pour ces raisons, cette option de modélisation n’est pas viable pour Network Analyst.
Modèle d’historique du trafic Network Analyst
Plutôt que de stocker toutes les informations de trafic par entité, ArcGIS utilise un modèle normalisé pour limiter la taille des données de trafic. Au lieu de stocker les 168 ou 2 016 attributs de coût par entité, une table associée est créée pour contenir ces informations. Chaque ligne de la table contient les vitesses ou, en option, les temps de trajet pour chaque intervalle dans une journée. Une ligne est un profil de trafic. Elle représente l’évolution des vitesses au cours de la journée. Par exemple, s’il existe de nombreuses rues secondaires où la vitesse est limitée à 35 miles par heure et où les vitesses de circulation varient uniformément au cours de la journée, vous pouvez créer une seule ligne dans la table des profils de trafic pour représenter cette dynamique et faire pointer ces rues sur la même ligne ou sur le même profil de trafic. D’autres affinages sont apportés afin que même les routes dont les limites de vitesse sont différentes et qui suivent le même modèle de trafic au cours de la journée puissent se référer au même profil de trafic.
Pour mieux comprendre ce modèle de trafic, supposez que vous devez l’utiliser pour enregistrer et stocker les vitesses de déplacement pour un segment de rue à sens unique sur une semaine, à partir du lundi. Premièrement, vous déterminez la vitesse par circulation fluide, c’est-à-dire la vitesse à laquelle un véhicule circule lorsqu’aucun autre trafic ne gêne sa progression. C’est vous qui choisissez la méthode à utiliser pour déterminer la vitesse par circulation fluide, mais il s’agit généralement de la limite de vitesse ou de la vitesse moyenne observée des voitures qui passent en l’absence de tout autre véhicule. Supposons que vous choisissez la vitesse moyenne observée des voitures et que vous établissez une vitesse par circulation fluide de 70 miles par heure.
Vous pouvez désormais faire des observations tout au long de la journée à intervalles temporels (ou tranches temporelles) réguliers. Les intervalles que vous choisissez donnent à vos données leur résolution temporelle. Vous pouvez choisir des intervalles d’une heure, de 10 minutes, etc. Supposons que vous choisissiez des intervalles de 5 minutes. Vos observations sont enregistrées comme facteurs d’échelle des vitesses par circulation fluide. Les facteurs d’échelle sont limités à une plage allant de zéro à un. Supposons que vous observiez des voitures roulant à 28 miles par heure à 8 h 00 du matin. C’est 0,4 fois la vitesse de déplacement par circulation fluide. À 17 h 00, la vitesse moyenne est de 60 miles par heure, soit environ 0,85 fois la vitesse de déplacement par circulation fluide. À 23 h 00, il y a peu de voitures sur la route, et leur vitesse moyenne est de 70 miles par heure, ce qui équivaut à la vitesse de déplacement par circulation fluide. Le facteur d’échelle est un.
Une fois vos observations quotidiennes terminées, vous devez vous référer à une table de profils de trafic et choisir celui qui correspond le mieux à la variation observée des vitesses relatives au cours de la journée.
Vous choisissez le profil de trafic 68 (tracé dans le graphique ci-dessous) pour représenter le temps de trajet du segment le lundi.
Remarque :
L’heure de la journée dans un profil représente toujours l’heure locale, c’est-à-dire le fuseau horaire dans lequel se trouve le tronçon de référence. Par conséquent, un tronçon à Los Angeles qui référence le profil 68 aura une vitesse équivalente à 40 % de la vitesse par circulation fluide à 8 h 00, heure normale du Pacifique. Un tronçon à New York pointant vers le même profil aura une vitesse équivalente à 40 % de la vitesse par circulation fluide à 8 h 00, heure normale de l’Est.
En savoir plus sur l’ajout de fuseaux horaires à un jeu de données réseau
La modélisation des temps de trajet est potentiellement plus précise lorsque le nombre de profils est élevé. En revanche, lorsque le nombre de profils est faible, l’espace requis pour les données est réduit. L’objectif est de trouver un bon équilibre entre précision et espace requis. Souvent, les grands réseaux de transport comptent entre plusieurs douzaines à plusieurs centaines de profils de trafic.
Maintenant que vous avez choisi un profil pour le lundi, vous devez répéter le processus pour les autres jours de la semaine. Le processus est récapitulé ci-après :
Observez ou calculez les vitesses de déplacement par circulation fluide sur le segment de rue. (Il n’est pas nécessaire de répéter cette opération car le résultat est identique quel que soit le jour de la semaine.)
Observez les vitesses moyennes à intervalles réguliers tout au long de la journée.
Convertissez les vitesses en facteur d’échelle (entre 0 et 1) de la vitesse par circulation fluide. (Si vous modélisez directement les temps de trajet au lieu des vitesses, le facteur d’échelle doit être supérieur ou égal à un.)
Choisissez un profil pour représenter le trafic du segment de rue pour le jour de la semaine en question.
Vous déterminez que le profil de trafic 68 fonctionne également bien pour ce segment tous les autres jours de la semaine. Ce constat est fréquent car les modèles de trafic généraux sont souvent les mêmes tous les jours ouvrables. Il n’est cependant pas difficile de trouver des jours dans la semaine qui utilisent des profils représentatifs différents. Par exemple, il se peut que les lundis, mardis et mercredis utilisent le même profil, tandis que les jeudis et vendredis partagent un autre profil.
Le trafic du samedi et du dimanche sur votre segment est léger et régulier. Vous choisissez donc le profil de trafic 3 (ci-dessous) pour représenter les temps de trajet le week-end.
Ensuite, vous stockez les vitesses par circulation fluide et les relations entre le segment de rue et les profils de trafic dans une table : la table Streets-Profiles (Rues-Profils). Les sections suivantes décrivent cette table, ainsi que d’autres entrées requises.
Stocker les données et les relations dans la géodatabase
Une ou plusieurs classes d’entités linéaires et deux tables dans une géodatabase sont nécessaires pour créer un jeu de données réseau avec des données d’historique du trafic. Les classes d’entités linéaires représentent des rues, qui doivent être stockées dans un jeu de classes d’entités. Les profils de vitesse sont stockés dans l’une des tables, et les relations entre les rues et les profils de vitesse sont stockées dans l’autre table. Ces éléments ainsi que les champs requis pour configurer l’historique du trafic sur un jeu de données réseau sont décrits dans les sous-sections ci-après.
Remarque :
Les relations entre les rues et les profils de vitesse sont établies en stockant les valeurs d’identifiants uniques dans des tables. Il n’est pas nécessaire de créer des classes de relations.
Classe d’entités Streets (Rues)
Chaque entité rue possède un identifiant unique : la valeur ObjectID. La table Streets-Profiles (Rues-Profils) associe les rues à leurs différents profils de trafic par le biais de l’identifiant unique.
D’autres champs peuvent être utiles pour configurer l’historique du trafic. Ils sont répertoriés ci-dessous et décrits plus en détail ultérieurement dans cette rubrique.
|
Champ |
Exemples de nom de champ |
Description |
|---|---|---|
|
Temps de trajet indépendants des horaires |
FT_Minutes TF_Minutes |
Créer un attribut de coût de réseau à utiliser lors du séquencement des localisations sur un itinéraire ou de l’optimisation des tournées de véhicules utilisant le trafic. |
|
Temps de trajet en semaine |
FT_WeekdayMinutes TF_WeekdayMinutes |
Créer un attribut de coût de réseau à utiliser lorsqu’aucun profil d’historique du trafic n’est associé à un segment de rue pour un jour de semaine. (Les temps de trajet neutres temporellement sont souvent aussi utilisés comme temps de trajet spécifiques aux jours de semaine.) |
|
Temps de trajet le week-end |
FT_WeekendMinutes TF_WeekendMinutes |
Créer un attribut de coût de réseau à utiliser lorsqu’aucun profil d’historique du trafic n’est associé à un segment de rue pour le samedi ou le dimanche. |
|
Fuseau horaire |
TimeZoneID |
Créer un attribut de réseau de fuseau horaire nécessaire lorsqu’un réseau couvre plusieurs fuseaux horaires. |
Table de profils
Chaque enregistrement dans une table de profils de trafic possède un identifiant unique et plusieurs champs pour stocker le facteur d’échelle par circulation fluide à différents moments de la journée. Les heures de la journée sont divisées en intervalles temporels, ou tranches temporelles, qui doivent avoir une durée égale et, par conséquent, diviser une période de 24 heures en intervalles égaux. Par exemple, si les tranches temporelles durent 5 minutes, il y aura 288 champs (dont un pour l’intervalle de 00 h 00 à 00 h 05, un pour l’intervalle de 00 h 05 à 00 h 10, etc).
La géodatabase San Francisco dans les données du didacticiel Network Analyst propose des profils qui divisent la journée en tranches temporelles de 5 minutes. Le champ SpeedFactor_0000 contient les facteurs d’échelle par circulation fluide de minuit à 0 h 05. Le champ SpeedFactor_1140 contient les multiplicateurs pour l’intervalle de 11 h 40 à 11 h 45. Lorsqu’une entité rue est associée à un profil, vous pouvez obtenir son temps de trajet prévu à n’importe quel moment de la journée. Par exemple, si une rue est associée au profil 16, comme sur l’image suivante, vous pouvez calculer le temps de trajet prévu à 11 h 41 en multipliant le temps par circulation fluide de la rue par la valeur SpeedFactor_1140 du profil (0,889).
Table Streets-Profiles (Rues-Profils)
La table Streets-Profiles (Rues-Profils) identifie les entités rue, leurs vitesses (ou temps de trajet) par circulation fluide, ainsi que les profils de trafic qui leur sont associés pour chaque jour de la semaine. La table suivante répertorie les champs requis, un exemple de nom de champ, les types de données autorisés et une brève description :
|
Champ |
Exemple du nom de champ |
Type de données |
Description |
|---|---|---|---|
|
Identifiant de la classe d'entités tronçons |
EdgeFCID Vous devez nommer ce champ EdgeFCID. |
Entier long |
Identifie la classe d’entités qui stocke l’entité de rues. |
|
Identifiant de l'entité tronçon |
EdgeFID Vous devez nommer ce champ EdgeFID. |
Entier long |
Identifie l'entité rue. |
|
Position de départ du tronçon |
EdgeFrmPos Vous devez nommer ce champ EdgeFrmPos. |
Double |
Fonctionne avec EdgeToPos pour identifier un sens de circulation ou le côté de la rue. Zéro indique le début de l'entité ligne défini par son sens de numérisation. Un indique l'extrémité opposée. Par exemple, une valeur EdgeFrmPos de 0 et une valeur EdgeToPos de 1 identifient le côté droit de l’entité linéaire (en supposant une circulation à droite). Les profils de trafic répertoriés dans le même enregistrement représentent le trafic pour ce côté de la rue uniquement. Toute valeur décimale indique une position le long du sens de numérisation de l’entité, ce qui permet à l’outil Fusionner un réseau de conserver les profils appropriés pour les rues une fois les tronçons fusionnés. |
|
Position d'arrivée du tronçon |
EdgeToPos Vous devez nommer ce champ EdgeToPos. |
Double |
Travaille en conjonction avec EdgeFrmPos pour identifier un sens de déplacement ou un côté de la rue. |
|
Champ Vitesse par circulation fluide ou Champ Temps de trajet par circulation fluide |
BaseSpeedKPH ou FreeflowMinutes |
Valeur à virgule flottante ou double (Champ Temps de trajet par circulation fluide) Valeur à virgule flottante ou double ou entier court ou long (Champ Vitesse par circulation fluide) |
Vitesse par circulation fluide. En option, temps de trajet par circulation fluide. Le champ Vitesse par circulation fluide peut représenter des kilomètres par heure ou des miles par heure. Le champ Temps de trajet par circulation fluide peut représenter des jours, des heures, des minutes ou des secondes. |
|
Champ Profil du dimanche |
Profile_1 SundayProfile |
Entier court ou long |
ObjectID provenant de la table Profiles (Profils) qui représente le mieux le modèle de trafic le dimanche pour la portion de la rue identifiée par EdgeFCID, EdgeFID, EdgeFrmPos et EdgeToPos. |
|
Champ Profil du lundi |
Profile_2 MondayProfil |
Entier court ou long |
ObjectID provenant de la table Profiles (Profils) qui représente le mieux le trafic du lundi. |
|
Champ Profil du mardi |
Profile_3 TuesdayProfile |
Entier court ou long |
ObjectID provenant de la table Profiles (Profils) qui représente le mieux le trafic du mardi. |
|
Champ Profil du mercredi |
Profile_4 WednesdayProfile |
Entier court ou long |
ObjectID provenant de la table Profiles (Profils) qui représente le mieux le trafic du mercredi. |
|
Champ Profil du jeudi |
Profile_5 ThursdayProfile |
Entier court ou long |
ObjectID provenant de la table Profiles (Profils) qui représente le mieux le trafic du jeudi. |
|
Champ Profil du vendredi |
Profile_6 FridayProfile |
Entier court ou long |
ObjectID provenant de la table Profiles (Profils) qui représente le mieux le trafic du vendredi. |
|
Champ Profil du samedi |
Profile_7 SaturdayProfile |
Entier court ou long |
ObjectID provenant de la table Profiles (Profils) qui représente le mieux le trafic du samedi. |
La table intitulée Streets_DailyProfiles dans la capture d’écran ci-après est un exemple de table Streets-Profiles (Rues-Profils). Le champ PROFILE_1 représente le champ de profil du dimanche. PROFILE_7 représente le champ de profil du samedi et PROFILE_2 à PROFILE_6 (non illustrés) représentent les champs de profil du lundi au vendredi.
L’enregistrement sélectionné (ObjectID 111) associe les profils de chaque jour de la semaine au côté départ-arrivée de l’entité rue dont l’ObjectID est 28803. La direction départ-arrivée de la rue est identifiée par les valeurs EdgeFrmPos et EdgeToPos, qui sont respectivement zéro et un. Le profil de trafic 12 représente ce côté de la rue les dimanches et samedis, puisque 12 est la valeur dans les champs PROFILE_1 et PROFILE_7. Le champ SPFREEFLOW indique la vitesse de déplacement pour la rue dans la direction départ-arrivée par circulation fluide.
Le premier enregistrement (ObjectID 109) stocke les profils pour un segment de rue dans la direction arrivée-départ et le deuxième enregistrement (ObjectID 110) les stocke pour le même segment de rue dans la direction opposée. Ils sont déduits des valeurs EdgeFCID et EdgeFID, qui sont identiques, ainsi que des valeurs EdgeFrmPos et EdgeToPos, qui sont inversées. Vous remarquerez que leurs valeurs pour les champs de profil du dimanche et du samedi sont nulles. Cela signifie que les données n’ont pas été collectées ou qu’aucun profil n’a été choisi pour ces jours-là. Lors de l’évaluation de l’historique des temps de trajet pour le samedi ou le dimanche pour ce tronçon, l’évaluateur devra recourir à un attribut de coût secondaire défini dans l’évaluateur de trafic sur un tronçon.
Modifier l’historique du trafic
Procédez comme suit pour modifier les paramètres de l’historique du trafic d’un réseau :
Ouvrez la boîte de dialogue Network Dataset properties (Propriétés du jeu de données réseau).
Cliquez sur Traffic (Trafic).
Deux onglets s’affichent : Historical Traffic (Historique du trafic) et Live Traffic (Trafic en temps réel). Toutefois, si le jeu de données réseau que vous utilisez n’a pas été configuré pour prendre en charge le trafic au moment de sa création, ces onglets ne sont pas disponibles.
Cliquez sur l’onglet Historical Traffic (Historique du trafic).
Indiquez si les données d’historique du trafic sont basées sur la vitesse ou sur le temps de trajet.
Les profils de trafic basés sur le temps de trajet doivent avoir des valeurs égales ou supérieures à 1 car 1 représente les temps par circulation fluide et tout facteur d’échelle supérieur à 1 indique des temps de trajet plus longs. En revanche, lorsque les profils sont basés sur les vitesses de déplacement, les facteurs d’échelle doivent être compris entre 0 et 1, 1 représentant les vitesses par circulation fluide. Lorsque le facteur d’échelle tend vers zéro, les vitesses approchent également zéro.
Définissez les propriétés dans la section Traffic Profiles (Profils de trafic).
En savoir plus sur les propriétés de la table des profils de trafic
Définissez les propriétés dans la section Profile Assignment (Attribuation des profils).
Cliquez sur OK.
Les modifications sont enregistrées dans le jeu de données réseau.