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

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Au préalable, étant donné que c<strong>et</strong>te phase traite <strong>de</strong> modèles fonctionnant avec contraintes <strong>de</strong> capacité, ilconviendra <strong>de</strong> toujours s’assurer <strong><strong>de</strong>s</strong> limites <strong>de</strong> la convergence du modèle. Le risque serait d’entrer dans <strong><strong>de</strong>s</strong>analyses qui seraient trop fines par rapport au niveau permis par la convergence.2 - Vérification <strong>de</strong> la convergence2.1 - Critères <strong>de</strong> convergenceAvant d’interpréter les résultats d’affectation, le modélisateur doit s’assurer que le modèle a effectivementconvergé.TransCAD fournit classiquement à ce propos <strong>de</strong>ux indicateurs (cf. Rapport d'Ariane à TransCAD [37] pourune <strong><strong>de</strong>s</strong>cription détaillée) :• indicateur générique <strong>de</strong> convergence du modèle Omega ;• écart maximum entre le flux auxiliaire <strong>et</strong> le flux résultat à chaque itération.Nous r<strong>et</strong>iendrons ici que le premier indicateur caractérise la convergence du modèle en termes <strong>de</strong> charge <strong>de</strong> <strong>trafic</strong>,tandis que le second correspond plutôt à la convergence en chemins du modèle (i.e. après un certain nombred’itérations, le modèle trouve les mêmes chemins à chaque itération).Le modélisateur dispose <strong>de</strong> <strong>de</strong>ux paramètres pour réguler la convergence : le seuil maximal <strong>de</strong> valeur pour Omega <strong>et</strong>le nombre maximal d’itérations du modèle N. Si la convergence en Omega est donc paramétrée directement, laconvergence en chemins ne lui est pas automatiquement corrélée. C<strong>et</strong>te <strong>de</strong>rnière ne peut donc être contrôlée que parle nombre maximum d’itérations. Si la convergence en chemins est souhaitable pour la réalisation du bilanéconomique, il conviendra néanmoins <strong>de</strong> ne pas lui accor<strong>de</strong>r une importance trop forte :• d’une part, lorsque les coûts <strong>de</strong> <strong>de</strong>ux itinéraires sont proches, la convergence en chemins n’est pas garantie(phénomène <strong>de</strong> bascule à chaque itération d’un chemin vers l’autre) ;• d’autre part, l’absence <strong>de</strong> convergence en chemins n’affecte pas la qualité du calage du modèle en ce quiconcerne les résultats d’affectation en débit par arc. De même, elle n’a pas d’eff<strong>et</strong> sur la répartition globale entreitinéraires d’une OD, à condition qu’elle soit calculée sur l’ensemble <strong><strong>de</strong>s</strong> itérations ; ce type <strong>de</strong> convergence estprincipalement utile pour faciliter le calcul <strong><strong>de</strong>s</strong> temps <strong>et</strong> coûts <strong>de</strong> parcours par OD.S’il est souhaitable d’utiliser <strong><strong>de</strong>s</strong> valeurs faibles pour Omega (en fonction <strong>de</strong> la longueur totale du réseau modélisé L :L*10 -4 à L*10 -5 , L <strong>et</strong> Omega étant tous <strong>de</strong>ux exprimés dans la même unité par défaut) <strong>et</strong> <strong><strong>de</strong>s</strong> valeurs élevées pourN (> 100 itérations), les temps <strong>de</strong> calcul avec une affectation prix-temps peuvent vite s’avérer rédhibitoires lorsquele nombre d’arcs <strong>et</strong> d’OD du modèle est important. Deux solutions sont proposées :• simplifier le réseau partout où cela n’entre par en contradiction avec les objectifs donnés au modèle <strong>et</strong> lesphénomènes à prendre en compte. Ceci est en particulier valable si le modélisateur a choisi <strong>de</strong> s’appuyer surl’intégralité <strong>de</strong> la base <strong>de</strong> données "30 000 arcs" d’une région ou d’un ensemble <strong>de</strong> régions (cf. 5.1 - Choix duréseau) ;• accepter pendant le processus <strong>de</strong> calage <strong><strong>de</strong>s</strong> valeurs d’Omega <strong>et</strong> <strong>de</strong> N moins contraignantes jusqu’à ce que lemodèle soit validé en s’assurant que l’itération à laquelle le calage s’arrête produit <strong><strong>de</strong>s</strong> résultats suffisamment stablessur les arêtes faisant l’obj<strong>et</strong> du calage (cf. 2.2 - Ecarts entre l’itération finale N <strong>et</strong> l’itération N+1), puis reprendre <strong><strong>de</strong>s</strong>valeurs plus contraignantes pour la réalisation <strong><strong>de</strong>s</strong> étu<strong><strong>de</strong>s</strong> <strong>de</strong> <strong>trafic</strong> <strong>et</strong> les tests <strong><strong>de</strong>s</strong> scénarios.2.2 - Ecarts entre l’itération finale N <strong>et</strong> l’itération N+1De manière générale, mais en particulier lorsque les contraintes <strong>de</strong> l’outil imposent <strong>de</strong> r<strong>et</strong>enir <strong><strong>de</strong>s</strong> valeursrelativement élevées d'Omega <strong>et</strong> faibles du nombre maximum d’itérations, une vérification courante à effectuerconsiste en la production d’une carte perm<strong>et</strong>tant <strong>de</strong> s’assurer <strong>de</strong> la stabilité <strong><strong>de</strong>s</strong> résultats d’affectation. Il s’agitd’une carte <strong>de</strong> comparaison <strong><strong>de</strong>s</strong> résultats d’affectation à l’itération N à laquelle l’affectation s’est arrêtée (critèreChapitre 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 101

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

Saved successfully!

Ooh no, something went wrong!