Viabilité hivernale du réseau routier national #990
Comments
Habituellement (hivers précédents), quel était le process des agents de la DMR pour diffuser ces informations dans TIPI / BF ? |
|
Ils publiaient les arrêtés PDF sur BF de ce que j'ai compris |
|
Ensuite des agents de BF enregistrent les informations contenues dans les PDF pour que celles-ci soient intégrées dans le système TIPI / BF ? Etant donné qu'à plus long terme (bientôt j'espère !) un des enjeux de DiaLog est d'intégrer l'intégralité des données de BF, il me semble qu'il est important de comprendre les process d'intégration des informations dans BF existant depuis de nombreuses années. |
|
Je crois que le process s'arrête actuellement au PDF, faute d'outil pour en faire du DATEX comme ce que nous proposons. Les utilisateurs de BF (les transporteurs routiers principalement) doivent éplucher les arrêtés à la main. |
|
Il y a une carte des "Conditions de circulation en temps réel sur le réseau routier national" qui couvre notamment les "Conditions de conduite hivernale" :
https://www2.bison-fute.gouv.fr/information-conduite-hivernale.html Je suppose qu'en période hivernale cette carte affiche les données de la DMR et que ces informations sont également diffusées sur les panneaux d'affichage dynamiques via le système TIPI. Je suppose également que cette carte est produite à partir des données du système BF / TIPI, en Datex II, donc ces données sont entrées à un moment. Par qui, comment... ? Comment les informations sont ensuite diffusées par BF (carte, signalistion, PDF...) ? Est-ce que DiaLog a vocation à remplacer un process existant (et qui fonctionne bien, sinon quels sont les irritants ?) ou plutôt à diffuser les données existantes de Bison futé dans les systèmes de navigation Waze & co (ce qui n'existe pas actuellement) ? |
|
J'ai posé la question à la DMR. Je pense qu'il s'agit des conditions de conduite selon le code couleur du lien que tu as indiqué sous la carte, ces conditions de conduite n'étant pas les réglementations spécifiques aux poids lourds. Nous viendrions compléter ces informations avec celles issues des arrêtés cités plus haut. |
|
Les réponses de la DMR : Q : Une question rapide : Sur la carte en temps réel de Bison Futé (https://www2.bison-fute.gouv.fr/information-conduite-hivernale.html) il y a un onglet "Conditions de conduite hivernale". R : Sur cette carte, l'information principale attendue sont les "VHColor", à savoir les conditions de conduite hivernales (C1, C2, C3 et C4). Ces informations sont transmises par les gestionnaires à travers des flux xml sous protocole d'échange FTP et Webservice. Certaines DIR renseignent ces CCH directement dans l'application Tipi. Les conditions de conduites hivernales répondent à un contrat d'interface spécifique (cf. doc joint). Q : Quelles informations sont affichées sous cet onglet en période de VH ? Je comprends que les informations de réglementation ne s'y trouvent pas, puisque nous devons travailler dessus, mais alors qu'est-ce qui est affiché ? Qui saisit ces informations ? R : Cf. question précédente. En plus, on n'y ajoute les évènements liés à la viabilité hivernale comme, route coupée etc.... (cf à la légende). Ces données remontent soit par des flux DatexII évènementiels transmis par les gestionnaires routiers sous protocole d'échange FTP et Webservice soit via des saisies manuelles via le menu fonctionnel VH de Tipi (réservées aux DIR). On y trouve également des caméras dont les images ou vidéos proviennent des flux fournis par les gestionnaires routiers. PS : Le doc joint est le contrat d'interface qui définit les échanges de données sur les conditions de conduite hivernale (CCH), i.e le code couleurs. |
|
Oui, deux protocoles de remontées d'info qui ne sont visiblement pas adaptés à réaliser celle des mesures de restrictions puisque la DMR cherche des solutions à ce sujet. |
|
Si je comprends bien : Il y a des informations qui sont déjà diffusées auprès de BF par les DIR et qui continueraient à l'être. Celles-ci sont jugées incomplètes, par exemple en ce qui concerne les types de véhicule concernées par chaque restriction (poids lourds, etc.). Process actuel : flowchart LR
A[DIR] -->|Tipi - XML Datex II ou saisie manuelle| B[Bison futé]
Maintenant la DMR souhaite produire ces nouvelles données en Datex II avec DiaLog avant de les diffuser dans BF. Le 2ème process (qui existerait en parallèle du 1er) serait : flowchart LR
A[DMR] -->|Saisie manuelle| B[DiaLog] -->|XML Datex II| C[DMR] -->|Tipi| D[Bison futé]
Sachant que de notre côté on souhaite intégrer les données de BF dans DiaLog pour les diffuser dans Waze & co : flowchart LR
A[Gestionnaires routiers, DIR, etc.] --> B[BF]
B -->|Datex II| C[DiaLog] -->|CIFS| D[Waze]
C -->|Datex II| E[Diffusion vers système de navigation]
Je crains des conflits de données, duplication, saisies doubles entre les différents process parallèles sachant que BF et ses process vont continuer à exister. |
|
En fait je crois que le problème est que les réglementations de viabilité hivernales ne sont pas prises par les DIRs mais par les DREALs... L'objectif de la DMR est de faire remonter l'information des DREALs vers eux dans TIPI / BF via DiaLog, donc le second schema commencerait par une DREAL -> DiaLog -> TIPI / BF -> DMR. Du reste, les conditions de circulation sont bien remontées, elles, par les DIRs. |
|
Hm ce n'est pas si clair : Certains arrêtés proviennent des DIRs et d'autres des DREALs. De ma compréhension c'est plutôt une décision de la DREAL, je vais demander confirmation à la DMR. |
|
La DMR m'a renvoyé d'autres éléments :
|
|
J'ai jeté un oeil au référentiel des zones de stockage poids lourd. Je vois des stockages dits en "pleine voie", c'est-à-dire des portions linéaires du réseaux sur lesquelles les poids lourds stationnement (généralement sur la bande d'arrêt d'urgence) et des stockages dits "hors axe" qui utilisent des parkings d'aires de repos, de restaurant, de grandes surface etc. Les premiers sont repérés sur le réseau à l'aide du formalise "PR+Abscisse" que l'on a déjà utilisé sur le réseau départemental. Si on imagine faire passer l'info aux chauffeurs via leur GPS on pense tout de suite à afficher le linéaire sur lequel ils ont droit de stationner, donc le fonctionnement actuel de DiaLog semble bien adapté pour ça. Les seconds sont plutôt des POI, on voudrait pointer l'entrée du parking qui sert de stockage. D'un point de vue interface (je suis un agent d'une DREAL qui souhaite saisir un arrêté pour la viabilité hivernale) on voudrait disposer d'une dropdown avec la liste des aires de stockage pour choisir celle que l'on activerait. Bien sûr il serait possible d'en activer plusieurs dans un seul arrêté (voir les exemples). Je suis en train de travailler sur une version plus propre du référentiel des zones de stockage qui pourrait être utilisable dans DiaLog. |
|
Une option pour gérer ça dans DiaLog : 1° D'abord traiter les améliorations qui se trouvent dans #1056 pour notamment disposer du champ "Objet de l'arrêté", qui pourra avoir une catégorie "Viabilité hivernale" => @aureliebaton comment à y réfléchir et on voit avec la DMR une fois qu'on a une première maquette |
|
@MathieuFV une première version de maquettes est dispo ici https://www.figma.com/design/YuT6Uh4wxe90U8LaPLlDzO/Dialog?node-id=7608-19600&t=Fn70enPwinENucBv-1 Les questions :
|
User story
Durant l'hiver, les services déconcentrés de l'Etat qui gèrent le réseau routier national prennent des réglementations visant à protéger les infrastructures en déviant ou arrêtant ponctuellement le trafic poids lourd de certains axes. La Direction des Mobilités Routières (DMR) du ministère souhaite que ces services puissent disposer d'un outil afin de numériser ces réglementations, facilitant la circulation de l'information entre les services déconcentrés et la DMR, et permettant d'informer les entreprises et chauffeurs des restrictions de circulation notamment en intégrant les données à TIPI / Bison Futé.
Les réglementations en question ont été documentées par la DMR, ce travail révèle que les services prennent des restrictions de 4 types :
1° Interdictions de circulation ponctuelle pour les poids lourds d'un certain tonnage sur des tronçons du réseau routier national.
2° Activation ponctuelle de zones de stockage pour les poids lourds devant attendre la fin de la période de restriction avant de repartir. Ces zones de stockages sont définies par un référentiel dont nous disposons (fichier CSV en pj).
3° Interdictions ponctuelles de dépasser pour les poids lourds sur certains tronçons du réseau routier national. Ceci est dû au fait que la voie rapide (de gauche) des routes nationale est parfois moins armée et donc plus fragile que la voie de droite (dite "lente").
4° Activation de zones de retournement, permettant aux poids lourds qui en ont besoin de faire demi-tour. Il s'agit de points de franchissement du terre-plein central de la route, où il est possible de démonter les barrières de sécurité afin de laisser passer le trafic.
Le référentiel des zones de stockage
zone_stockage_pl-BDDTOTEM_02102024_184409.csv
=> Les restrictions du type 1 sont déjà gérées dans DiaLog moyennant la complétion de #687.
=> Les restrictions du type 2 doivent faire l'objet d'une exploration, notamment sur la base du fichier transmis par la DMR.
=> Les restrictions du type 3 pourraient être traitées facilement en ajoutant un type "Interdiction de dépasser" dans les types de restrictions accessibles dans le formulaire.
=> Les restrictions du type 4 sont les moins bien connues... Notamment la manière dont sont repérés les points du réseau routier où ces retournements sont possibles. La DMR va préciser ça dans de futures mises à jour.
Pour l'implémentation des restrictions du type 2, je pense que nous pourrions :
1° Avoir un type de restriction dédié dans le formulaire appelé "Zone de stockage poids lourd"
2° La sélection de ce type de restriction entraînerait l'affichage d'un formulaire spécifique dans la partie "Localisation" où il sera possible de sélectionner dans le référentiel les zones concernées.
(A discuter ensemble pour élaborer une maquette)
Enfin ces données devront être mises à disposition en DATEX car les équipes de la DMR pourront ainsi les intégrer à TIPI / Bison Futé. Ils nous guideront sur les adaptations nécessaires de notre DATEX afin de le rendre compatible avec leur infrastructure.
Critères d'acceptation
Design
Voici quelques exemples d'arrêtés :
2024_01_16_arrete_2_Zone_Ouest.pdf
Arrete_2024_VH_44_Fermeture_de_la_RN20_de_la_RN_320_et_de_la_RN22_aux_19T_avec_desserte_locale_Ax-les-Thermes.pdf
AZ_no4_17_janvier_2024_15h30.pdf
AZ_no7_le_18_janvier_2024_de_09h00.pdf
J'en ai d'autres au besoin.
Implémentation
Contexte supplémentaire
The text was updated successfully, but these errors were encountered: