Historique des données de trafic

Le trafic a une incidence sur le temps de trajet sur la route : plus le trafic est congestionné, plus le temps de trajet s'allonge. Si vous planifiez un itinéraire d'un emplacement à un autre sans tenir compte du trafic, le temps de trajet et l'heure d'arrivée prévus risquent d'être largement inexacts. De plus, vous risquez de ne pas emprunter les itinéraires qui permettent de gagner du temps en évitant les routes où le trafic est plus congestionné et plus lent.

Les deux illustrations ci-dessous montrent que l'itinéraire le plus rapide peut changer selon l'heure de la journée, du fait de la fluctuation des courants de trafic en cours.

A 8 heures, le trafic des automobilistes qui se rendent en ville pour effectuer leur trajet domicile-travail est dense, alors que le trafic en sens inverse est fluide. L'itinéraire le plus rapide pour sortir de la ville à cette heure-là consiste par conséquent à emprunter l'autoroute à chaussées séparées.

A 17 heures, les automobilistes sortent de la ville, ce qui augment le temps de trajet travail-domicile. Le trafic est tellement ralenti sur l'autoroute à chaussées séparées que l'autre route sinueuse devient l'itinéraire plus rapide pour sortir de la ville.

ArcGIS Network Analyst vous permet d'utiliser l'historique des données de trafic pour modéliser les coûts de déplacement en fonction des horaires sur des éléments de réseau. 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.

Astuce :

Les données proposées dans le didacticiel de Network Analyst comprennent une géodatabase de San Francisco et un historique des données de trafic. Etudiez la classe d'entités Streets, la table DailyProfiles et la table Streets_DailyProfiles qui figurent dans le fichier SanFrancisco.gdb pour mieux comprendre cette rubrique. Si les données du didacticiel sont installées, l'emplacement par défaut du fichier de la géodatabase est le suivant :

C:\ArcGIS\ArcTutor\Network Analyst\Tutorial

Pour en savoir plus sur Network Analyst

Remarque :

• L'historique du trafic est uniquement configurable dans une géodatabase ; il ne peut pas être configuré dans un jeu de données réseau de fichier de formes.
• Dans ArcGIS 10, seules les couches d'analyse d'itinéraires et d'optimisation des tournées de véhicules prennent en charge des données de trafic ; d'autres couches d'analyse de réseau seront prises en charge dans les versions ultérieures d'ArcGIS.

Création de données de trafic destinées à être utilisées dans ArcGIS 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 présente dans les grandes lignes le modèle suivi par Network Analyst.

Comme les données de trafic rendent compte du flux et du reflux permanent des temps de trajet, les coûts de chaque côté de 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 côté de tronçon.

Vous pouvez modéliser les coûts des temps de trajet qui varient tout au long d'une journée. Cette option consiste à répartir la journée en intervalles discrets (intervalles d'une heure, par exemple), puis à enregistrer les temps de trajet en tant qu'attributs de coût distincts pour chaque intervalle. Sur la base d'intervalles d'une heure, chaque tronçon nécessiterait 168 attributs de coût pour enregistrer le temps moyen de trajet pour chaque heure pendant une semaine. Comme le trafic peut considérablement changer en l'espace d'une heure, les intervalles d'une heure proposent une résolution plutôt grossière. Vous pouvez envisager de l'affiner en raccourcissant l'intervalle de temps à cinq minutes, par exemple. Cela vous permettrait d'obtenir une meilleure résolution, mais cela impliquerait 2 016 attributs de coût. L'enregistrement de toutes ces valeurs uniques nécessiterait beaucoup d'espace, surtout pour les grands réseaux. Comme les coûts sont par ailleurs les mêmes pour de nombreuses rues pendant la journée, de nombreuses données seraient inutilement dupliquées. Pour toutes ces raisons, cette option de modélisation n'est pas applicable dans bien des cas.

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 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 temps de trajet tout au long de la journée. En présence, par exemple, de nombreuses rues secondaires à 50 km/h où les temps de trajet varient à l'unisson tout au long de la journée, vous pourriez créer une ligne dans la table Profil de vitesse pour représenter ces dynamiques et faire en sorte que toutes ces rues pointent sur cette ligne ou le profil de vitesse. Comme vous le verrez plus loin, d'autres affinages permettent que même les routes où la vitesse varie et qui suivent le même courant de trafic tout au long de la journée puissent faire référence au même profil de vitesse.

Pour mieux comprendre ce modèle de trafic, supposez vous devez l'utiliser pour enregistrer les temps de trajet d'un segment de rue à sens unique pendant une semaine, à partir du lundi. Vous commencez par déterminer le temps de trajet par trafic fluide, lequel correspond à la durée nécessaire à un véhicule pour parcourir un segment de rue sans qu'aucun autre trafic ne gêne son flux. Vous pouvez suivre la méthode de votre choix pour déterminer la vitesse par trafic fluide, mais il s'agit généralement d'une fonction (longueur de segment et limite de vitesse ou temps de trajet moyen observé des voitures qui parcourent le segment en l'absence d'autres véhicules). Partons du principe que vous avez choisi la vitesse moyenne observée des voitures et établi le temps de trajet par trafic fluide à 10 secondes.

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, des intervalles 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 multiplicateurs du temps de trajet par trafic fluide. Par exemple, vous observez des voitures qui mettent 26 secondes pour parcourir le segment à 8 heures. Cela est 2,6 fois plus long que le temps de trajet par trafic fluide. A 17 heures, le temps de trajet moyen s'élève à 13 secondes, soit 1,3 fois le temps de trajet par trafic fluide. A 23 heures, peu de voitures circulent sur la route et leur temps de trajet moyen s'élève à 10 secondes, ce qui correspond au temps de trajet par trafic fluide (le multiplicateur est un).

Une fois vos observations terminées pour la journée, vous devez référencer une table de profils de vitesse et choisir le profil qui correspond le mieux à la variation observée des temps de trajet relatifs tout au long de la journée.

Vous choisissez le profil de vitesse 16 (voir le graphique ci-dessous) pour représenter le temps de trajet du segment les lundis.

Le profil de vitesse 16 a été choisi, car ses temps de trajet relatifs sont très similaires à ceux observés sur le segment de rue.

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. Un tronçon à Los Angeles qui référence le profil 16 aura par conséquent un temps de trajet 2,6 fois inférieur à la vitesse par trafic fluide à 8 heures (heure normale du Pacifique). Un tronçon à New York qui pointe sur le même profil aura un temps de trajet qui est 2,6 fois inférieur à la vitesse par trafic fluide à 8 heures (heure normale de l'Est). Les fuseaux horaires sont abordés plus loin dans cette rubrique.

Vous pouvez effectuer votre choix parmi de nombreux profils de vitesse. 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 les lundis, vous devez répéter cette procédure pour les autres jours de la semaine. La procédure est, en résumé, la suivante :

1. Observez ou calculez le temps de trajet par trafic fluide sur le segment de rue. (Il est inutile de répéter cette étape, car le résultat est le même quel que soit le jour de la semaine.)
2. Observez les temps de trajet moyens à intervalles égaux tout au long de la journée.
3. Convertissez les temps de trajet en multiplicateurs du temps de trajet par trafic fluide.
4. 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 16 correspond également bien au segment tous les autres jours de la semaine. Tel est souvent le cas, car les courants de trafic généraux sont fréquemment les mêmes tous les jours ouvrables. 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 faible et constant sur le segment les samedis et dimanches, vous choisissez le Profil de vitesse 10 (voir le graphique ci-dessous) pour représenter les temps de trajet les week-ends.

Vous enregistrez ensuite le temps de trajet par trafic fluide et les relations entre les profils de trafic et de segment de rue dans une table (Rue - Table à joindre au Profil de vitesse). Cette table, ainsi que les autres entrées nécessaires, sont présentées dans les prochaines sections.

Enregistrement de données et de 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 un historique de données de trafic. 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. Les rues sont reliées à leurs différents profils de vitesse via l'identifiant unique dans la table Rue - Table à joindre au Profil de vitesse.

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 ne tenant pas compte du temps	FT_Minutes TF_Minutes	Pour créer un attribut de coût de réseau à utiliser dans les cas suivants : séquencement des emplacements sur un itinéraire ou optimisation des tournées de véhicules qui utilise le trafic, résolution d'une couche d'analyse de réseau qui ne prend pas en charge l'historique des temps de trajet.
Temps de trajet les jours de la semaine	FT_WeekdayMinutes TF_WeekdayMinutes	Pour créer un attribut de coût de réseau à utiliser lorsqu'aucun profil de vitesse n'est associé à un segment de rue un jour de la semaine. (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	Pour créer un attribut de coût de réseau à utiliser lorsqu'aucun profil de vitesse n'est associé à un segment de rue le samedi ou le dimanche.
Fuseau horaire	TimeZoneID	Pour créer un attribut de réseau de fuseau horaire à utiliser lorsqu'un réseau couvre plusieurs fuseaux horaires.

Table Profil de vitesse

Chaque enregistrement dans une table de profil de vitesse possède un identifiant unique, ainsi que plusieurs champs qui permettent d'enregistrer le multiplicateur 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 12h00 à 12h05, de 12h05 à 12h10, et ainsi de suite).

La géodatabase de San Francisco proposée dans les données du didacticiel de Network Analyst possède des profils qui couvrent la journée par tranche horaire de cinq minutes. Le champ TimeFactor_0000 contient les multiplicateurs de trafic fluide de minuit à 12h05. Le champ TimeFactor_1140 contient les multiplicateurs de 11h40 à 11h45. Lorsqu'une entité de rue est reliée à ce 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 reliée au profil 16 (voir graphique ci-dessous), vous pouvez calculer le temps de trajet prévu à 11h41 en multipliant le temps de trajet par trafic fluide de la rue par la valeur TimeFactor_1140 (1,124859) du profil.

Attention :

Dans les géodatabases personnelles, les tables sont limités à 255 champs. Dans certaines géodatabases ArcSDE, des limites similaires peuvent être appliquées au nombre de champs. Vous pouvez par conséquent être amené à ne pas renseigner vos données de manière à réduire le nombre de champs dans la table Profil de vitesse. Si, par exemple, la table Profil de vitesse doit contenir des intervalles de cinq minutes et être enregistrée dans une géodatabase personnelle, elle nécessite alors au moins 288 champs, ce qui est impossible. A la place, vous pouvez utiliser une géodatabase fichier (elle prend en charge plus de 65 000 champs) ou supprimer plusieurs champs qui représentent des intervalles à vitesse constante (de minuit à 3h00, par exemple).

Table Rue - Table à joindre au Profil de vitesse

Les entités rues, leurs temps de trajet par trafic fluide et le profil qui y est associé pour chaque jour de la semaine figurent dans la table Rue - Table à joindre au Profil de vitesse. 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	Exemples de 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 dans laquelle l'entité rue est enregistrée.
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. Prenons l'exemple d'une valeur EdgeFrmPos de 0 et d'une valeur EdgeToPos de 1 qui identifient le côté droit de l'entité ligne (avec un trafic du côté droit). Les profils de vitesse répertoriés dans le même enregistrement représentent dans ce cas le trafic uniquement pour ce côté de la rue. 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	Fonctionne avec EdgeFrmPos pour identifier un sens de circulation ou le côté de la rue.
Champ Temps de trajet de base	FreeflowMinutes FreeflowSeconds	Flottant ou double	Temps du trajet par trafic fluide. Il peut être indiqué en jours, en heures, en minutes ou en secondes.
Champ ID de profil dimanche	Profile_1 SundayProfile	Entier court ou long	ID de profil 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 ID de profil lundi	Profile_2 MondayProfile	Entier court ou long	ID de profil qui représente le mieux le trafic les lundis.
Champ ID de profil mardi	Profile_3 TuesdayProfile	Entier court ou long	ID de profil qui représente le mieux le trafic les mardis.
Champ ID de profil mercredi	Profile_4 WednesdayProfile	Entier court ou long	ID de profil qui représente le mieux le trafic les mercredis.
Champ ID de profil jeudi	Profile_5 ThursdayProfile	Entier court ou long	ID de profil qui représente le mieux le trafic les jeudis.
Champ ID de profil vendredi	Profile_6 FridayProfile	Entier court ou long	ID de profil qui représente le mieux le trafic les vendredis.
Champ ID de profil samedi	Profile_7 SaturdayProfile	Entier court ou long	ID de profil qui représente le mieux le trafic les samedis.

Dans le premier graphique ci-dessous, la table intitulée Streets_DailyProfiles est un exemple de table Rue - Table à joindre au Profil de vitesse. Le champ PROFILE_1 représente le champ ID de profil dimanche, le champ PROFILE_7 représente le champ ID de profil samedi et les champs PROFILE_2 à PROFILE_6 (qui ne figurent pas dans la table) représentent les champs ID de profil du lundi au vendredi.

Observez l'enregistrement sélectionné (identifiant d'objet 111). Il relie les profils de chaque jour de la semaine au sens aller de l'entité rue dont l'identifiant d'objet est 129. Le sens aller de la rue est indiqué par les valeurs EdgeFrmPos et EdgeToPos qui sont 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 FreeflowMinutes indique la durée nécessaire pour parcourir la rue dans le sens aller par trafic fluide.

Observez maintenant les deux premiers enregistrements. Le premier enregistrement (identifiant d'objet 109) comprend les identifiants de profil d'un segment de rue dans le sens aller et le deuxième enregistrement (identifiant d'objet 110) comprend les mêmes identifiants de profil de la même 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 également que leurs identifiants de profil dimanche et samedi ont pour valeur 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 (décrit plus loin).

Configuration de l'historique des données de trafic dans l'assistant Nouveau jeu de données réseau

Une fois l'historique des données de trafic reçu ou créé, vous devez incorporer les données à un nouveau jeu de données réseau. Pour ce faire, vous pouvez utiliser l'assistant Nouveau jeu de données réseau.

Pour en savoir plus sur la création d'un jeu de données réseauExercice du didacticiel : création d'un jeu de données réseau

Remarque :

• Vous ne pouvez configurer des données de trafic dans un jeu de données réseau que pendant le processus de création, pas après.

Le processus de création d'un jeu de données réseau dans lequel incorporer l'historique des données de trafic se décompose en quatre étapes :

1. Configurez les deux tables relatives à l'historique du trafic :
   • Table Profil de vitesse
   • Table Rue - Table à joindre au Profil de vitesse
2. Créez jusqu'à quatre attributs de coût de réseau :
   • Attribut de coût de l'historique des temps de trajet
   • Attribut de coût des temps de trajet de repli pour les jours de la semaine
   • Attribut de coût des temps de trajet de repli pour les week-ends
   • Attribut de coût ne tenant pas compte du temps
3. Configurez les évaluateurs des attributs de coût ci-dessus.
4. Si votre réseau couvre plusieurs fuseaux horaires, créez un attribut de fuseau horaire.

Ces étapes sont décrites dans les sous-sections ci-dessous.

Tables relatives à l'historique du trafic

Dans la page affichée ci-dessous de l'assistant Nouveau jeu de données réseau, vous devez indiquer si vous souhaitez utiliser l'historique du trafic avec le jeu de données réseau. Si vous cliquez sur Oui, vous pouvez spécifier les propriétés relatives aux tables Profil de vitesse et Rue - Table à joindre au Profil de vitesse.

Table Profil de vitesse dans le jeu de données réseau

Les propriétés que vous devez configurer pour la table Profil de vitesse sont répertoriées dans le tableau ci-dessous.

Propriété	Description
Table	Nom de la table qui contient les profils de vitesse.
Champ Première tranche horaire	Cette propriété, ainsi que la propriété Champ Dernière tranche horaire, spécifie une plage horaire. 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.
Champ Dernière tranche horaire	Reportez-vous à la description de Champ Première tranche horaire.
Minutes par tranche horaire	La table Profil de vitesse doit être répartie en intervalles égaux tout au long de la journée. Cette propriété spécifie la durée de l'intervalle en minutes.
Heure de début de la première tranche horaire	Cette propriété identifie l'heure de la journée à laquelle débute le Champ Première tranche horaire. Par exemple, comme le Champ Première tranche horaire a la valeur TimeFactor_0400 qui commence à 4h00, le champ Heure de début de la première tranche horaire a la valeur 4 AM.
Heure de fin de la dernière tranche horaire	Cette propriété spécifie l'heure de la journée à laquelle se termine le Champ Dernière tranche horaire. Il est automatiquement calculé à partir du nombre de champs de tranches horaires et de la valeur du champ Minutes par tranche horaire.

Table Rue - Table à joindre au Profil de vitesse dans le jeu de données réseau

Les 10 propriétés à définir dans la table Rue - Table à joindre au Profil de vitesse sont décrites dans le tableau ci-dessous.

Propriété	Description
Table	Nom de la table qui contient la vitesse par trafic fluide de rues et les relations entre les rues et les profils de vitesse.
Champ Temps de trajet de base	Champ qui contient les temps de trajet par trafic fluide.
Unités de Temps de trajet de base	Unités de temps spécifiées dans le Champ Temps de trajet de base.
Champ ID de profil dimanche Champ ID de profil lundi Champ ID de profil mardi Champ ID de profil mercredi Champ ID de profil jeudi Champ ID de profil vendredi Champ ID de profil samedi	Nom du champ qui contient les ID de profil du trafic les dimanches, les lundis, et ainsi de suite

Attributs de réseau

Pour incorporer l'historique des données de trafic, la prochaine étape consiste à spécifier des attributs de réseau. Une fois les tables de l'historique du trafic configurée, l'attribut de coût TravelTime est automatiquement créé. Cet attribut possède des évaluateurs de trafic sur un tronçon qui utilisent les tables de l'historique du trafic pour y rechercher des temps de trajet à une heure donnée de la journée un jour de la semaine. En l'absence d'historique de données de trafic pour un tronçon un jour particulier de la semaine, les évaluateurs se replient vers d'autres attributs de coût (un pour les jours de la semaine et un autre pour les week-ends).

L'évaluateur de trafic sur un tronçon fait également référence à un attribut de coût ne tenant pas compte du temps. "Ne tenant pas compte du temps" signifie dans ce cas que les temps de trajet de l'attribut de réseau ne varient pas en fonction de l'heure de la journée ou du jour de la semaine. En d'autres termes, il s'agit d'un attribut de coût de réseau normal où le temps de trajet prévu est identique pour chaque élément de réseau, quels que soient l'heure et le jour. L'évaluateur de trafic sur un tronçon utilise l'attribut ne tenant pas compte du temps pour effectuer les opérations suivantes :

• Résoudre les couches d'analyse de réseau qui ne prennent pas en charge l'historique du trafic. (Seules les couches d'analyse d'itinéraires et d'optimisation des tournées de véhicules prennent actuellement en charge l'historique des données de trafic.)
• Résoudre les couches d'analyse de réseau qui prennent en charge l'historique du trafic lorsqu'aucune heure ou qu'aucun jour n'a été indiqué.
• Séquencer les localisations de réseau dans une couche d'analyse d'itinéraires ou d'optimisation des tournées de véhicules. (La séquence de localisations de réseau n'est pas optimisée avec l'historique des temps de trajet, mais les itinéraires entre les localisations de réseau le sont.)

Dans la capture d'écran ci-dessous, les attributs de coût de réseau utilisés dans les analyses de l'historique du trafic sont encadrés en bleu. L'attribut TravelTime correspond à l'attribut de coût de l'historique du trafic. Il utilise des évaluateurs de trafic sur un tronçon qui font référence à d'autres attributs de coût. Vous verrez par la suite que l'attribut Minutes correspond à l'attribut ne tenant pas compte du temps pour l'attribut TravelTime. L'attribut Minutes s'appuie sur un évaluateur de type champ qui utilise les valeurs des champs FT_Minutes et TF_Minutes. Comme l'attribut Minutes, WeekdayFallbackTravelTime et WeekendFallbackTravelTime renvoient la même valeur de coût par côté de tronçon, quelle que soit l'heure de la journée. Il existe toutefois une différence : WeekdayFallbackTravelTime représente le temps de trajet moyen les jours de la semaine, tandis que WeekendFallbackTravelTime représente le temps de trajet moyen les week-ends. Dans cet exemple, un évaluateur de type champ utilise pour WeekdayFallbackTravelTime les coûts de FT_WeekdayMinutes et TF_WeekdayMinutes. Un champ double similaire propose des valeurs pour WeekendFallbackTravelTime.

Évaluateurs de trafic sur un tronçon

L'attribut TravelTime possède des évaluateurs de trafic sur un tronçon qui utilisent d'autres attributs de coût (Minutes, WeekdayFallbackTravelTime et WeekendFallbackTravelTime, dans cet exemple). Un évaluateur de trafic sur un tronçon est représenté ci-dessous.

Les évaluateurs de trafic sur un tronçon calculent les temps de trajet de tronçons à une heure donnée de la journée un jour de la semaine. Dans la section Evaluation tenant compte du temps de la boîte de dialogue Evaluateurs de trafic sur un tronçon, vous obtenez les informations suivantes : l'évaluateur commencera par rechercher le profil qui représente le trafic du segment le jour indiqué dans la table Profil de vitesse et dans la table Rue - Table à joindre au Profil de vitesse. S'il trouve un profil, il utilise alors le multiplicateur (qui figure dans la table Profil de vitesse) et le temps de trajet par trafic fluide (qui figure dans la table Rue - Table à joindre au Profil de vitesse) pour calculer l'historique des temps de trajet. Si toutefois le segment ne possède pas de profil pour le jour indiqué, l'évaluateur s'appuie alors sur les attributs de repli des jours de la semaine ou des week-end pour proposer un temps de trajet. Si l'évaluateur recherche une heure un jour de la semaine, il fait référence à l'attribut Weekdays.

L'attribut de repli est divisé en jours de la semaine et en week-ends pour vous permettre d'obtenir des temps de trajet plus précis. Vous pouvez néanmoins choisir de faire pointer les zones Jours de semaine et Fin de semaine sur le même attribut de coût ; par exemple, les deux pourraient pointer sur l'attribut Minutes en l'absence de temps de trajet propres aux jours de la semaine et aux week-ends.

L'attribut de coût pour l'évaluation sans considération du temps est Minutes.

Fuseaux horaires

Si votre jeu de données réseau est couvert par plusieurs fuseaux horaires, vous devez impérativement ajouter un attribut de réseau de fuseau horaire. Si aucun attribut de fuseau horaire n'est configuré, Network Analyst risque d'évaluer des temps de trajet pour une mauvaise heure de la journée, car il partirait du principe que tous les tronçons se trouvent dans le même fuseau horaire.

Pour en savoir plus sur l'ajout de fuseaux horaires à un jeu de données réseau

Modification des entités source après la création du réseau

Lorsque vous modifiez des entités source qui sont associées aux données de trafic, vous pouvez également être amené à modifier la table Rue - Table à joindre au Profil de vitesse car elle fait référence aux ID d'objet d'entités source. Tenez compte des points suivants :

• Si vous modifiez la forme ou les attributs d'une entité rue, cela n'aura pas pour effet de créer ni de supprimer des ID d'objet ; l'entité rue continuera donc à être associée aux mêmes profils après le processus de reconstruction.
• Si vous supprimez une entité rue, les enregistrements qui y sont associés dans la table Rue - Table à joindre au Profil de vitesse ne correspondront plus à rien. Il est donc préférable de supprimer aussi les enregistrements qui y sont associés, mais cela n'est pas obligatoire.
• Lorsque vous divisez une entité rue existante, celle-ci est divisée en deux parties : une première partie conserve l'ID d'objet de l'entité d'origine et la deuxième partie se voit affecter un nouvel ID. L'entité rue qui porte l'ancien ID continuera à être associé aux mêmes profils que l'entité rue d'origine. Comme la partie qui porte le nouvel ID ne sera pas associée à des profils de vitesse, vous devrez ajouter un ou plusieurs enregistrements à la table Rue - Table à joindre au Profil de vitesse pour la relier à des profils.
• Aucun profil de vitesse ne sera associé aux nouvelles entités que vous ajoutez au réseau tant que vous n'aurez pas ajouté les enregistrements correspondant à la table Rue - Table à joindre au Profil de vitesse et reconstruit le réseau.

Copie d'entités source

Chaque classe d'entités figurant dans une géodatabase possède un identifiant de classe d'entités. Il s'agit d'un nombre entier généré automatiquement qui identifie de manière unique la classe d'entités au sein d'une géodatabase. Lorsque vous copiez une classe d'entités d'une géodatabase dans une autre, les identifiants de classes d'entités de l'original et de la copie seront probablement différents.

Si vous copiez une classe d'entités source avec une table qui y est reliée (comme la table Rue - Table à joindre au Profil de vitesse) et que vous créez ensuite un jeu de données réseau, les enregistrements qui figurent dans cette table feront alors référence aux anciens identifiants de classe d'entités. Vous obtiendrez par conséquent des résultats non souhaités. Si toutefois vous faites un copier-coller d'un jeu de données réseau, les entités source et toutes les tables qui y sont associées sont automatiquement copiées dans le nouvel emplacement. De plus, les champs qui figurent dans les tables et qui font référence à des identifiants de classe d'entités (comme EdgeFCID) sont automatiquement mis à jour.

Astuce :

Si vous n'avez pas d'autre choix que celui de copier le jeu de données réseau, vous pouvez utiliser la fenêtre Python pour déterminer des identifiants de classe d'entités et mettre manuellement à jour les tables. Pour ce faire, reportez-vous à la procédure ci-dessous.

Etapes :

1. Ajoutez la classe d'entités à ArcMap.
2. Cliquez sur le bouton Fenêtre Python. dans la barre d'outils Standard.
3. Dans la fenêtre Python qui s'affiche, tapez arcpy.Describe("[nom de la couche]").DSID, en remplaçant [nom de la couche] par le nom de la couche d'entités.

   Par exemple, pour obtenir l'identifiant de classe d'entités d'une couche nommée Streets, tapez arcpy.Describe("Streets").DSID.

4. Appuyez sur Entrée.

   L'identifiant de classe d'entités s'affiche sous la commande que vous avez tapée.

5. Dans les tables qui y sont associées, remplacez l'ancien identifiant par le nouveau.
Pour en savoir plus sur les propriétés de jeux de données

Analyse avec l'historique des données de trafic

Une fois le jeu de données réseau construit avec l'attribut de réseau TravelTime, les évaluateurs de trafic sur un tronçon et, le cas échéant, un attribut de fuseau horaire, vous pouvez effectuer des analyses de réseau en fonction des heures.

Analyse d'itinéraires

Cette sous-section présente les propriétés et le comportement d'analyseur à prendre en compte lorsque vous configurez une couche d'analyse d'itinéraires avec l'historique des données de trafic. Pour plus d'informations sur ces propriétés, consultez la rubrique Analyse d'itinéraires.

Propriétés de la couche d'analyse de réseau

• Affectez l'attribut de réseau TravelTime à la propriété Impédance.
• Cochez Utiliser l'heure de début et affectez l'heure à laquelle vous souhaitez que l'itinéraire (ou les itinéraires) commence aux attributs Heure et Jour de la semaine ou Date spécifique.
• Si vous souhaitez visiter des arrêts dans des fenêtres horaires, cochez Utiliser les fenêtres de temps.

Propriétés des objets d’analyse de réseau

• Si vous avez coché Utiliser les fenêtres de temps, spécifiez des fenêtres horaires pour les arrêts avec leurs propriétés TimeWindowStart et TimeWindowEnd. Le fuseau horaire local, à savoir le fuseau horaire de l'élément de tronçon associé à l'arrêt, est affecté aux valeurs horaires que vous entrez.

Calcul d'itinéraire de véhicule

Cette sous-section présente les propriétés et les comportements d'analyseur à prendre en compte lorsque vous configurez une couche d'optimisation des tournées de véhicules avec l'historique des données de trafic. Pour plus d'informations sur ces propriétés, consultez la rubrique Optimisation des tournées de véhicules.

Propriétés de la couche d'analyse de réseau

• Affectez l'attribut de réseau TravelTime à Attribut de temps.
• Définissez Date par défaut à l'aide de Jour de la semaine ou de Date spécifique. Il s'agit du jour (ou de la date) auquel les valeurs horaires figurant dans les objets de l'analyse de réseau font référence.

Propriétés des objets d’analyse de réseau

• Ordres et Dépôts possèdent chacun deux fenêtres horaires que vous pouvez définir avec TimeWindowStart1, TimeWindowEnd1, TimeWindowStart2 et TimeWindowEnd2. Le fuseau horaire local, à savoir le fuseau horaire de l'élément de tronçon sous-jacent à la localisation de réseau, est affecté aux valeurs horaires que vous entrez.
• Les fenêtres horaires auxquelles un itinéraire peut commencer sont spécifiées avec les propriétés EarliestStartTime et LatestStartTime. Le fuseau horaire de ces valeurs de propriétés provient du tronçon sur lequel se trouve le dépôt initial de l'itinéraire.
• Les bornes possèdent une fenêtre horaire que vous pouvez spécifier à l'aide de TimeWindowStart et de TimeWindowEnd. Une borne est associée à un itinéraire et le fuseau horaire provient du tronçon sur lequel se trouve le dépôt initial de l'itinéraire.