You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Résumé des discussions et conclusions de l'atelier enjeux / multirisques
Multirisques
Les nouveaux standards risques contiennent les informations de base suffisantes relatives aux PPRN multirisques : les zones d'aléas couvertes par plusieurs risques peuvent s'obtenir par superposition des tables d'aléas dédiées à un risque particulier.
Le GT convient de rajouter un attribut "multirisques" à la table procédure de façon à indiquer que le PPR est concerné par plusieurs risques.
Il conviendra aussi d'intégrer au nouveau standard des règles de conversion spécifiques pour les PPR COVADIS multirisques ayant implémenté la table multialéa.
Le sujet soulevé en plénière du 12/10/2023 sur la représentation des périmètres multialéas dans le standard CNIG SUP relève plutôt d'une adaptation des règles de passage du standard PPR (COVADIS ou nouveau) vers le standard CNIG SUP (et une adaptation de ce dernier) qui s'appuient uniquement sur le périmètre PPR et l'enveloppe du zonage réglementaire. Deux informations qui ne relèvent pas du multialéa. Par ailleurs l'utilisation optimale par l'ERIAL des données SUP PM1 et PM3 pour les risques n'est-elle pas amenée à évoluer à terme pour exploiter directement les données plus précises des PPR ?
Enjeux
Implémentation
Il est convenu que le modèle ne permettre d'associer qu'un seul type enjeu dans à une nomenclature donnée (parmi celles proposées par le standard, en fonction des cas et types de PPR) à un objet enjeu. Il n'y a pas d'usage identifié pour avoir deux codes sur un même objet. La table enjeu aura donc deux attributs en plus : codeenjeu et nomenclatureenjeu.
Nomenclature
La nomenclature PPRN proposée semble convenir. On rajoutera le code correspondant aux espaces non urbanisés pour être conforme au règlement sur les PPRN.
Autre sujet : Elements de Caractérisation d’aléas
Il est proposé d'étoffer la classe générique Element de caractérisation d'aléas pour les PPR dans une première version de façon à permettre de disposer des données annexes qui permettent la lecture du règlement. Des tables exemples seront envoyées par @GuillaumeChretien (cotes de références + risques PPRT) ainsi que par @StanBesson (table de côtes de références).
The text was updated successfully, but these errors were encountered:
Le GT convient de rajouter un attribut "multirisques" à la table procédure de façon à indiquer que le PPR est concerné par plusieurs risques.
En regardant de plus près le modèle, l'information "multirisques" est déjà protée par l'attribut typeProcédure qui peut prendre la valeur "PPRN Multirisques" justement pour ce cas là. Donc pas besoin de rajouter un attribut booléen "multirisques"
Résumé des discussions et conclusions de l'atelier enjeux / multirisques
Multirisques
Les nouveaux standards risques contiennent les informations de base suffisantes relatives aux PPRN multirisques : les zones d'aléas couvertes par plusieurs risques peuvent s'obtenir par superposition des tables d'aléas dédiées à un risque particulier.
Le GT convient de rajouter un attribut "multirisques" à la table procédure de façon à indiquer que le PPR est concerné par plusieurs risques.
Il conviendra aussi d'intégrer au nouveau standard des règles de conversion spécifiques pour les PPR COVADIS multirisques ayant implémenté la table multialéa.
Le sujet soulevé en plénière du 12/10/2023 sur la représentation des périmètres multialéas dans le standard CNIG SUP relève plutôt d'une adaptation des règles de passage du standard PPR (COVADIS ou nouveau) vers le standard CNIG SUP (et une adaptation de ce dernier) qui s'appuient uniquement sur le périmètre PPR et l'enveloppe du zonage réglementaire. Deux informations qui ne relèvent pas du multialéa. Par ailleurs l'utilisation optimale par l'ERIAL des données SUP PM1 et PM3 pour les risques n'est-elle pas amenée à évoluer à terme pour exploiter directement les données plus précises des PPR ?
Enjeux
Implémentation
Il est convenu que le modèle ne permettre d'associer qu'un seul type enjeu dans à une nomenclature donnée (parmi celles proposées par le standard, en fonction des cas et types de PPR) à un objet enjeu. Il n'y a pas d'usage identifié pour avoir deux codes sur un même objet. La table enjeu aura donc deux attributs en plus : codeenjeu et nomenclatureenjeu.
Nomenclature
La nomenclature PPRN proposée semble convenir. On rajoutera le code correspondant aux espaces non urbanisés pour être conforme au règlement sur les PPRN.
Autre sujet : Elements de Caractérisation d’aléas
Il est proposé d'étoffer la classe générique Element de caractérisation d'aléas pour les PPR dans une première version de façon à permettre de disposer des données annexes qui permettent la lecture du règlement. Des tables exemples seront envoyées par @GuillaumeChretien (cotes de références + risques PPRT) ainsi que par @StanBesson (table de côtes de références).
The text was updated successfully, but these errors were encountered: