Disponible avec une licence Network Analyst.
L'Extension ArcGIS Network Analyst vous permet d'utiliser des informations de trafic historique pour modéliser les vitesses de déplacement sur les routes en fonction des horaires. Le temps de trajet et l'heure d'arrivée prévus sont ainsi plus fiables et vous passerez certainement moins de temps au volant si vous tenez compte des courants de trafic.
Conseil :
Les données du didacticiel de Network Analyst, disponibles sur ArcGIS.com, comprennent une géodatabase de San Francisco avec des données sur le trafic. Le fait d’étudier la classe d’entités Rues, la table DailyProfiles et la table Streets_DailyProfiles contenues dans le fichier SanFrancisco.gdb viendra compléter ce que vous venez d’apprendre dans cette rubrique. Après avoir téléchargé et extrait les données, vous trouverez la géodatabase de San Francisco dans \Network Analyst\Tutorial\SanFrancisco.gdb.
Remarque :
Le trafic ne peut être configuré que dans une géodatabase ; il ne peut pas être configuré dans un jeu de données réseau de fichier de formes.
Propriétés de l’attribut de trafic historique
L’onglet Historical Traffic (Trafic historique) affiche les propriétés qui peuvent être configurées sur un jeu de données réseau qui prend en charge le trafic historique.
- Speed (Vitesse) : choisissez Speed (Vitesse) si les données de trafic historique sont basées sur la vitesse.
- Travel time (Temps de trajet) : choisissez Travel time (Temps de trajet) si les données du trafic historique sont basées sur le temps.
- Traffic Profiles (Profils de trafic) : utilisez la table suivante pour définir les propriétés pour la table Traffic Profiles (Profils de trafic) :
Propriété Description Profiles Table (Table Profils)
Nom de la table qui contient les profils de vitesse.
First Time Slice Field (Champ Première tranche horaire)
Cette propriété, ainsi que la propriété Last Time Slice Field (Champ Dernière tranche horaire), spécifie une plage horaire dans laquelle rechercher les profils de trafic historique. 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 horaire)
Reportez-vous à la description de First Time Slice Field (Champ Première tranche horaire).
Specify the duration of each time slice in minutes (Spécifier la durée de chaque tranche horaire en minutes)
La table des profils de trafic doit être réparti en intervalle temporel équivalent tout au long de 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 horaire)
Cette propriété identifie l’heure de la journée à laquelle débute le First Time Slice Field (Champ Première tranche horaire).
Par exemple, si le First Time Slice Field (Champ Première tranche horaire) est défini sur SpeedFactor_0000, qui débute à 12 h 00, l’heure de début pour la première tranche horaire est définie sur 12 h.
Last time slice finish time (Heure de fin de la dernière tranche horaire)
Cette propriété spécifie l’heure de la journée à laquelle se termine le Last Time Slice Field (Champ Dernière tranche horaire). Elle est automatiquement déduite du nombre de champs de tranche horaire et de la durée de chaque tranche horaire en minutes.
- Profile Assignment (Affectation de profil) : cette section assigne les profils aux segments de rue et établit les valeurs de base.
Propriété Description Streets-Profiles Table (Table Rues-Profils)
Nom de la table qui contient la vitesse par trafic fluide (ou temps de trajet) des rues et les relations entre les rues et les profils de vitesse.
Free-flow travel time field (Champ Temps de trajet par circulation fluide) ou Free-flow speed field (Champ Vitesse en circulation fluide)
Le nom de cette propriété change selon que Travel Time (Temps de trajet) ou Speed (Vitesse) est choisi pour les données du trafic historique. Cette propriété indique le champ qui contient des temps de trajet par trafic fluide, ou des vitesses de déplacement par trafic fluide si les données sont basées sur la vitesse.
Unité du champ Circulation fluide
Cette propriété indique les unités de temps du champ spécifié dans Free-flow travel time field (Champ Temps de trajet par circulation fluide) ou les unités de vitesse dans Free-flow speed field (Champ Vitesse en circulation fluide) si les données sont basées sur la vitesse.
- Champ Dimanche
- Champ Lundi
- Champ Mardi
- Champ Mercredi
- Champ Jeudi
- Champ Vendredi
- Champ Dimanche
- Champ Samedi
Nom du champ qui contient les ID de profil du trafic les dimanches, les lundis, et ainsi de suite.
Créer des données de trafic historique à utiliser avec Network Analyst
Si vos données proviennent d'un tiers, il est important de comprendre comment l'historique des données de trafic a été créé pour que vous puissiez le configurer correctement dans un jeu de données réseau. Cette section décrit le modèle qu’utilise Network Analyst.
Comme les données de trafic rendent compte du flux et du reflux permanent des vitesses de déplacement, les coûts dans chaque sens de déplacement sur un tronçon peuvent considérablement varier selon l'heure de la journée. Cela contraste avec un attribut de coût type, qui n'autorise qu'une valeur par sens de déplacement sur un tronçon.
Il existe plusieurs façons de modeler plusieurs coûts par sens de tronçon. Pour comprendre pourquoi Network Analyst utilise un modèle en particulier, il est important de comprendre la façon type de modeler le trafic.
Modèle de trafic historique type
L'une des méthodes de stockage des données de trafic historique consiste à créer une série de coûts correspondant à chaque tronçon. Les coûts représentent les vitesses du trafic à différents moments de la journée, tout au long d’une semaine. Par exemple, une semaine peut être répartie en 168 intervalles d’une heure discrets. Cela signifie que chaque tronçon a besoin de 168 attributs de coût pour représenter comment le trafic tend à changer à un moment de la semaine. Si la période est raccourcie à des intervalles de 5 minutes pour fournir une meilleure résolution temporelle, chaque tronçon a besoin de 2 016 attributs de coût. Le stockage de toutes ces valeurs uniques exige un espace important, notamment pour les grands réseaux. En outre, puisque de nombreuses rues ont les mêmes coûts pendant la journée, il y a une importante part de duplication des données inutile. C'est pour toutes ces raisons que cette option de modélisation n'est pas appropriée dans Network Analyst.
Modèle de trafic historique Network Analyst
Au lieu d'enregistrer toutes les données de trafic entité par entité, ArcGIS utilise un modèle normalisé pour réduire la taille des données de trafic. Au lieu d'enregistrer les 168 ou 2 016 attributs de coût par entité, une table reliée est créée pour contenir ces informations. Chaque ligne de la table contient les vitesses ou éventuellement les temps de trajet de chaque intervalle au cours d'une journée. Une ligne est un profil de vitesse qui représente les fluctuations des vitesses de déplacement tout au long de la journée. Par exemple, si vous avez plusieurs rues secondaires à 35 km/heure avec des vitesses de trajet qui varient tout au long de la journée, vous pouvez créer une seule ligne dans la table de profils du trafic pour représenter ces données dynamiques et faire en sorte que ces rues pointent vers la même ligne ou vers le même profil de trafic. Des affinements supplémentaires sont effectués de telle sorte que même les routes avec des limites de vitesse différentes qui suivent le même schéma de trafic tout au long de la journée peuvent faire référence au même profil de trafic.
Pour mieux comprendre ce modèle de trafic, supposez que vous devez l'utiliser pour enregistrer les vitesses de déplacement d'un segment de rue à sens unique pendant une semaine, à partir du lundi. En premier lieu, vous devez déterminer la vitesse par trafic fluide, qui est la vitesse à laquelle un véhicule se déplace lorsque rien n'entrave son trajet. Vous pouvez suivre la méthode de votre choix pour déterminer la vitesse par trafic fluide, mais il s'agit généralement de la limitation de vitesse ou de la vitesse moyenne observée des voitures qui circulent en l'absence d'autres véhicules. Supposons que vous choisissez la vitesse moyenne observée des véhicules et définissez la vitesse en circulation fluide à 70 km/h.
Vous pouvez maintenant faire des observations tout au long de la journée à intervalles égaux (ou tranches horaires). Les intervalles que vous choisissez donnent à vos données leur résolution temporelle. Vous pourriez choisir des intervalles d'une heure, de 10 minutes, et ainsi de suite. Partons du principe que vous choisissez des intervalles de 5 minutes. Vos observations sont enregistrées en tant que facteurs d'échelle des vitesses par trafic fluide. Les facteurs d'échelle sont limités à une plage allant de zéro à un. Supposez que vous observiez des voitures se déplaçant à 45 km/h à 8h00. Cela équivaut à 0,4 fois la vitesse de déplacement par trafic fluide. A 17h00, la vitesse moyenne est de 95 km/h, ce qui équivaut à près de 0,85 fois la vitesse de déplacement par trafic fluide. À 23 h 00, il y a peu de véhicules sur la route et leur vitesse moyenne est de 70 km/heure, ce qui équivaut à la vitesse de déplacement par trafic fluide. Le facteur d’échelle est égal à un.
Une fois vos observations terminées pour la journée, vous devez référencer une table de profils de vitesse et sélectionner le profil qui correspond le mieux à la variation observée des vitesses de déplacement relatives tout au long de la journée.
Vous choisissez le profil de vitesse 68 (voir le graphique ci-dessous) pour représenter le temps de trajet du segment les lundis.
Remarque :
L'heure de la journée indiquée dans un profil correspond toujours à l'heure locale, à savoir le fuseau horaire dans lequel le tronçon de référencement se trouve. Par conséquent, un tronçon à Los Angeles qui fait référence au profil 68 a une vitesse de 40 % la vitesse par trafic fluide à 8 h 00, heure normale du Pacifique. Un tronçon à New York qui désigne le même profil a une vitesse de 40 % de la vitesse par trafic fluide à 8 h 00, heure normale de l’Est.
Pour en savoir plus sur l'ajout de fuseaux horaires à un jeu de données réseau
Plus vous disposez de profils, plus vous pouvez modéliser avec précision les temps de trajet. Lorsque vous disposez d'un nombre limité de profils, l'espace requis pour l'enregistrement des données est toutefois plus limité. Il convient de trouver un bon équilibre entre précision et espace requis. Il n'est pas rare que de grands réseaux de transport disposent de dizaines voire de centaines de profils de vitesse.
Maintenant que vous avez choisi un profil pour le lundi, vous devez répéter cette procédure pour les autres jours de la semaine. Le processus est résumé ci-dessous :
- Observez ou calculez les vitesses de déplacement par trafic fluide sur le segment de rue. (Inutile de le répéter. En effet, il s’agit du même, peu importe le jour de la semaine.)
- Observez les vitesses de déplacement moyennes à intervalles égaux tout au long de la journée.
- Convertissez les vitesses en facteur d'échelle (entre 0 et 1) de vitesse par trafic fluide. (Si vous modelez directement les temps de trajet plutôt que les 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 ce jour de la semaine.
Vous déterminez que le profil de vitesse 68 correspond également bien au segment tous les autres jours de la semaine. Cette détermination est souvent faite, puisque les schémas de trafic général sont fréquemment identiques chaque jour ouvré. Il n'est toutefois pas difficile de trouver des jours de semaine qui utilisent des profils représentatifs différents : un même profil peut, par exemple, être utilisé les lundis, mardis et mercredis et un autre profil les jeudis et vendredis.
Comme le trafic est fluide et constant sur le segment le samedi et le dimanche, vous choisissez le Profil de vitesse 3 (ci-dessous) pour représenter les temps de trajet les week-ends.
Ensuite, vous stockez les vitesses à trafic fluide et les relations entre le segment de route et les profils de trafic dans une table : la table Rues-Profils. Cette table, ainsi que les autres entrées nécessaires, sont présentées dans les prochaines sections.
Stocker les données et les relations dans la géodatabase
Vous avez besoin d'une ou plusieurs classes d'entités lignes et de deux tables dans une géodatabase pour créer un jeu de données réseau avec des données de trafic historique. Les classes d'entités lignes représentent des rues, qui doivent être enregistrées dans un jeu de données d'entité. Les profils de vitesse sont enregistrés dans l'une des tables et les relations entre les rues et les profils de vitesse sont enregistrées dans l'autre table. Ces entités et les champs requis pour définir l'historique du trafic sur un jeu de données réseau sont décrits dans les sous-sections ci-dessous.
Remarque :
Pour relier les rues aux profils de vitesse, il suffit d'enregistrer des valeurs d'identifiants uniques dans des tables ; vous n'avez pas besoin de créer de classes de relations.
Classe d'entités Streets
Chaque entité de rue possède un identifiant unique : la valeur ObjectID. La table Rues-Profils associe les rues et leurs divers profils de rue via l’identificateur unique.
D'autres champs peuvent s'avérer utiles lors de la définition de l'historique du trafic. Ils sont répertoriés ci-dessous et décrits plus en détail plus loin dans cette rubrique.
Champ | Exemples de nom de champ | Description |
---|---|---|
Temps de trajet indépendants du temps | FT_Minutes TF_Minutes | Créez un attribut de coût réseau utilisé lors du séquencement des emplacements dans un itinéraire ou une analyse de problème d’itinéraire de véhicule qui utilise le trafic. |
Temps de trajet les jours de la semaine | FT_WeekdayMinutes TF_WeekdayMinutes | Créez un attribut de coût de réseau qui est utilisé lorsqu’un segment de rue n’a pas de profil de trafic historique associé pour un jour de travail. (Les temps de trajet ne tenant pas compte du temps sont également souvent utilisés en tant que temps de trajet spécifiques aux jours de la semaine.) |
Temps de trajet les week-ends | FT_WeekendMinutes TF_WeekendMinutes | Créez un attribut de coût de réseau qui est utilisé lorsqu’un segment de rue n’a pas de profil de trafic associé pour un samedi ou un dimanche. |
Fuseau horaire | TimeZoneID | Créez un attribut de réseau de fuseau horaire nécessaire lorsqu’un réseau s’étend sur plusieurs zones temporelles. |
Table Profil
Chaque enregistrement dans une table de profil de vitesse possède un identifiant unique, ainsi que plusieurs champs qui permettent d'enregistrer le facteur d'échelle de trafic fluide à différentes heures de la journée. Les heures de la journée sont divisées en intervalles (ou tranches horaires) dont la durée doit être identique. Une période de 24 heures doit donc être divisée en intervalles égaux. Si, par exemple, les tranches horaires durent cinq minutes, 288 champs sont alors concernés (de 12 h 00 à 12 h 05, de 12 h 05 à 12 h 10, et ainsi de suite).
La géodatabase de San Francisco proposée dans les données du didacticiel de Network Analyst contient des profils qui couvrent la journée par tranches horaires de cinq minutes. Le champ SpeedFactor_0000 contient les facteurs d'échelle de trafic fluide de minuit à 12h05. Le champ SpeedFactor_1140 contient les multiplicateurs de 11h40 à 11h45. Lorsqu'une entité de rue est reliée à un profil, vous pouvez obtenir le temps de trajet prévu quelle que soit l'heure de la journée. Par exemple, si une rue est associée au profil 16, qui est affiché dans l’image suivante, vous pouvez calculer le temps de trajet prévu à 11 h 41 en multipliant le temps de trajet par trafic fluide de la rue avec la valeur SpeedFactor_1140 du profil (0,889).
Table Rues-Profils
La table Rues-Profils identifie les entités de rue, leurs vitesses de déplacement par trafic fluide (ou les temps de trajet) et leurs profils de trafic associés pour chaque jour de la semaine. Les champs obligatoires, un exemple de nom de champ, les types de données autorisés et une brève description sont répertoriés dans le tableau suivant :
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 identifie le bon côté de l’entité linéaire (en supposant la 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. Toutes les valeurs décimales indiquent une position le long du sens de numérisation de l'entité, ce qui permet à l'outil Fusion du réseau de conserver les bons profils 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 en circulation fluide or Champ Temps de trajet par circulation fluide | BaseSpeedKPH or FreeflowMinutes | Flottant ou double (Champ Temps de trajet par circulation fluide) Entier flottant, double, court ou long (champ Vitesse en circulation fluide) | Vitesse par trafic fluide. Eventuellement, le temps de trajet par trafic fluide. En tant que champ Vitesse en circulation fluide, il peut représenter les kilomètres par heure. En tant que champ Temps de trajet par circulation fluide, il peut représenter les jours, heures, minutes ou secondes. |
Champ Profil dimanche | Profile_1 SundayProfile | Entier court ou long | Id d'objet de la table Profils qui représente le mieux le courant de trafic les dimanches pour la portion de la rue identifiée par EdgeFCID, EdgeFID, EdgeFrmPos et EdgeToPos. |
Champ Profil lundi | Profile_2 MondayProfile | Entier court ou long | ID d'objet de la table Profils qui représente le mieux le trafic les lundis. |
Champ Profil mardi | Profile_3 TuesdayProfile | Entier court ou long | ID d'objet de la table Profils qui représente le mieux le trafic les mardis. |
Champ Profil mercredi | Profile_4 WednesdayProfile | Entier court ou long | ID d'objet de la table Profils qui représente le mieux le trafic les mercredis. |
Champ Profil jeudi | Profile_5 ThursdayProfile | Entier court ou long | ID d'objet de la table Profils qui représente le mieux le trafic les jeudis. |
Champ Profil vendredi | Profile_6 FridayProfile | Entier court ou long | ID d'objet de la table Profils qui représente le mieux le trafic les vendredis. |
Champ Profil samedi | Profile_7 SaturdayProfile | Entier court ou long | ID d'objet de la table Profils qui représente le mieux le trafic les samedis. |
Un exemple d’une table Rues-Profils est la table intitulée Streets_DailyProfiles dans la capture d’écran suivante. Le champ PROFILE_1 représente le champ Profil Dimanche ; PROFILE_7 représente le champ Profil Samedi ; et PROFILE_2 via PROFILE_6 (non affiché) représente les champs Profil Du lundi au vendredi.
L’enregistrement sélectionné (ObjectID 111) associe les profils pour chaque jour de la semaine au côté de départ et d’arrivée de l’entité rue qui a un ID d’objet défini sur 28803. Le sens aller de la rue est identifié par les valeurs EdgeFrmPos et EdgeToPos qui correspondent respectivement à zéro et un. Le profil de vitesse 12 représente ce côté de la rue les dimanches et les samedis, car la valeur 12 figure dans les champs PROFILE_1 et PROFILE_7. Le champ SPFREEFLOW indique la vitesse de déplacement correspondant à la rue, dans le sens aller par trafic fluide.
Le premier enregistrement (ID d'objet 109) stocke les profils d'un segment de rue dans le sens aller et le deuxième enregistrement (ID d'objet 110) stocke les mêmes profils pour le même segment de rue, mais en sens inverse. Cela est automatiquement calculé à partir des valeurs EdgeFCID et EdgeFID qui sont identiques et des valeurs EdgeFrmPos et EdgeToPos qui sont inversées. Notez que leurs valeurs de champ Profil Dimanche et Samedi sont définies sur zéro. Cela signifie qu'aucune donnée n'a été collectée ou qu'aucun profil n'a été choisi pour ces jours. Lors de l'évaluation de l'historique des temps de trajet les samedis ou les dimanches sur ce tronçon, l'évaluateur devra se replier vers un attribut de coût secondaire défini dans l'évaluateur de trafic sur un tronçon.
Modifier le trafic historique
Procédez comme indiqué ci-dessous pour modifier les paramètres de trafic historique d’un réseau :
- Ouvrez la boîte de dialogue 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 réel). Toutefois, si le jeu de données réseau que vous utilisez n’a pas été pas 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 (Trafic historique).
- Indiquez si vos données d’historique de circulation sont basées sur la vitesse ou sur le temps de trajet.
Les profils de trafic basés sur un temps de trajet doivent avoir des valeurs supérieures ou égales à 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 entre 0 et 1, où 1 représente les vitesses de trafic 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).
- Définissez les propriétés dans la section Profile Assignment (Affectation de profil).
- Cliquez sur OK.
Les modifications sont enregistrées dans le jeu de données réseau.
Vous avez un commentaire à formuler concernant cette rubrique ?