12.07.2015 Views

Calage et validation des modèles de trafic - Sétra

Calage et validation des modèles de trafic - Sétra

Calage et validation des modèles de trafic - Sétra

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

3 - Analyse globale du modèle vis-à-vis <strong><strong>de</strong>s</strong> comptages3.1 - PrincipesL’objectif <strong>de</strong> c<strong>et</strong>te première analyse est <strong>de</strong> vérifier la spécification du modèle <strong>et</strong> <strong>de</strong> détecter les besoins enajustements spécifiques. L’affectation perm<strong>et</strong>tant d’étudier le comportement du modèle est effectuée avec <strong><strong>de</strong>s</strong>paramètres génériques.Pour l'affectation avec les Modules Sétra <strong>de</strong> TransCAD, cela inclut :• la matrice OD <strong>et</strong> le réseau construits spécifiquement pour le modèle. Dans la mesure du possible, seul le typed’arc aura été vérifié pour la définition du réseau à ce sta<strong>de</strong> (cf. phase I <strong>et</strong> phase II) ;• la table <strong>de</strong> typologie [32] du Sétra dans sa version la plus récente ;• les paramètres <strong>de</strong> distribution <strong>de</strong> la valeur du temps préconisés par l’instruction sur les métho<strong><strong>de</strong>s</strong> d’évaluationéconomique la plus récente [17] ;• les modifications <strong>de</strong> spécification (par exemple l’utilisation d’un coefficient d’équivalence VL/PL selon la pente)<strong>de</strong>vront être génériques <strong>et</strong> non spécifiques à un secteur ou à un ensemble d’arcs du modèle.A ce sta<strong>de</strong>, les comparaisons Modèle/Observations sont effectuées sur les comptages. Deux types d’analysessont proposés pour étudier le comportement global du modèle :• les cartes d’affectation qui apportent une information géographique mais plutôt qualitative ;• les indicateurs <strong>de</strong> calage qui perm<strong>et</strong>tent <strong>de</strong> tester la sensibilité du modèle à un paramètre ou à une variable.Ces analyses nécessitent une capacité d’interprétation pour en tirer <strong><strong>de</strong>s</strong> enseignements sur les modificationssouhaitables du modèle. La pratique <strong>de</strong> recours à <strong><strong>de</strong>s</strong> préchargements généralisés (cf. § 3.3.2 - Utilisation <strong>de</strong>préchargements) telle qu’elle peut être parfois mise en œuvre est fortement déconseillée à c<strong>et</strong>te étape du modèlecar elle comporte le risque <strong>de</strong> fausser c<strong>et</strong>te interprétation. Il s’agit <strong>de</strong> l’exemple typique d’une solution simple àm<strong>et</strong>tre en œuvre, mais potentiellement inadaptée. En revanche, elle peut avoir un grand intérêt en termes <strong><strong>de</strong>s</strong>olution apportée à certains problèmes détectés en concurrence avec d’autres métho<strong><strong>de</strong>s</strong> nécessitant un travailplus important.Au vu <strong>de</strong> la complexité <strong><strong>de</strong>s</strong> situations pouvant intervenir, il semble impossible d’essayer d’établir un cataloguedans lequel le modélisateur pourrait venir chercher <strong><strong>de</strong>s</strong> solutions clés en mains. Cependant, les premières annéesd’expérience dans l’usage <strong>de</strong> TransCAD ont permis <strong>de</strong> détecter un certain nombre <strong>de</strong> problèmes ou difficultésd’affectation relativement récurrents. Ceux-ci sont listés dans un troubleshooting, accompagnés <strong><strong>de</strong>s</strong> bonnespratiques <strong>de</strong> modifications courantes ou <strong>de</strong> pistes <strong>de</strong> solutions à apporter pour améliorer le modèle.L’expérience <strong>et</strong> la connaissance régionale du modélisateur sont les éléments déterminants pour la bonne mise enœuvre <strong>de</strong> c<strong>et</strong>te phase : le troubleshooting est construit en vue <strong>de</strong> gui<strong>de</strong>r l’acquisition ou la consolidation <strong>de</strong> c<strong>et</strong>ype <strong>de</strong> compétences.3.2 - Vérification globale du modèle : les analyses à effectuer3.2.1 - Enseignements à tirer d’une carte <strong>de</strong> résultats d’affectationComme l’état <strong><strong>de</strong>s</strong> pratiques l’a clairement mis en évi<strong>de</strong>nce, la production d’une carte <strong>de</strong> résultats d’affectationest l’élément incontournable <strong>de</strong> vérification du modèle. Deux types <strong>de</strong> cartes sont particulièrement utiles à cesta<strong>de</strong> <strong>de</strong> vérification du modèle.3.2.1.1 - Carte <strong><strong>de</strong>s</strong> charges <strong>de</strong> <strong>trafic</strong> (VL/PL)Ce type d’analyse a été présenté dans la phase II, notamment pour vérifier les erreurs <strong>de</strong> codification ou <strong>de</strong>connectivité. Dans la phase III, il est également l’outil <strong>de</strong> base du calage du modèle :Chapitre 6 - Phase III : vérification <strong><strong>de</strong>s</strong> résultats d'affectation <strong>et</strong> ajustements itératifs <strong><strong>de</strong>s</strong> paramètres 103

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!