Atelier implémentation du 14/06/2023

Notes prises de lors de l'atelier :

Présentations et échanges sur production jeux tests

Présentation du travail de reprise des géométries des PPR de la DDTM 76 pour la cartographie dynamique des PPRN (accessible ici ).

La DDTM a mis en œuvre et documenté une méthode de reprise des géométries (correction des invalidités, simplification, suppression des petites surfaces, partitionnement du zonage réglementaire, ... ) en plusieurs étapes qui lui permet de mettre en ligne les PPR et leur zonage réglementaire à disposition du public. La documentation est accessible sur le gitlab de la DDTM à tous utilisateurs des services déconcentrés possédant un compte cerbère.
Cette méthode permet de nettoyer les données en sortie d'un bureau d'étude. Elle nécessite un bon niveau de connaissance en géomatique/SIG. La capacité de reprise de cette méthode par tous les services déconcentrés n'est pas garantie.
Il est suggéré de rendre la documentation de cette méthode accessible sur un dépôt public (de type github)

Présentation des travaux de traduction de la DDT76 pour produire les données du PPRN du Bassin versant de la Scie au nouveau standard. Documentation et données résultats au format Geopackage sur le github

Le script Postgres/Postgis crée les tables suivantes à partir des données COVADIS :
- Procedure (à partir d'un export GASPAR)
- Perimetre
- ZoneAleaReference, ZoneAleaEcheance100ans et ZoneDangerSpecifique
- ZoneReglementaireUrba et ZoneObligationTravaux
Les autres tables n'ont pas été créées pour l'instant soit car ne contenant pas de données dans le cadre de ce PPR (ZonageFoncier, ZoneProtegee, OuvrageProtection, OrigineRisque), soit car la définition dans le cadre des nouveaux standards n'est pas assez aboutie (Enjeux, ElementCaracterisationAlea)
Discussion du GT sur le fait d'avoir à représenter les données d'aléa dans des tables séparées (par type d'aléa et/ou d'occurence) de façon à ne pas avoir tout mélangé dans une seule table. Création d'une issue séparée pour discuter du sujet (#43).
La classe ZoneObligationTravaux concerne les travaux de réduction de vulnérabilité sur des bâtiments/installations existantes à engager à la différence des prescriptions décrites dans le zonage réglementaire urbanisme (restriction sur les travaux possibles). Création d'une issue suite aux questions sur la possibilité de considérer cette classe comme un cas particulier du zonage reglementaire d'urbanisme (#44)

Présentation des travaux de la DDT38 pour traduire le PPRN de Bourg d'Oisan dans le nouveau format (script disponible sur le dépot github)

Pour l'instant le script fait génère les tables Procédure, Périmètre, ReferenceInternet, zoneAlea et zonageReglementaire (à priori pas finalisé sur ces deux dernières tables)

Geopackage

L'utilisation de ce format n'est pas incompatible avec les préconisations de la Géoplateforme (format encouragé), du CNIG (pas de préconisation, ni de contre-indication) ou de Géorisques.

A noter que le Geopackage produit par la DDTM76 dans ses tests embarque une table de styles ("layer-styles") applicables pour les tables (vraisemblablement produite lors de l'export GPKG par QGIS). Le format Geopackage ne précise rien de spécifique par rapport au traitement des styles mais cela pourrait être proposé et décrit par le standard pour transporter les règles de styles relatives au règlement.

Nomenclature des tables

Il est convenu de maintenir l'approche COVADIS d'intégrer des éléments d'identification dans les noms des tables, selon le modèle suivant (tout en minuscules de façon à éviter de mettre entre côtes les noms de tables dans postgres) :

[TypePPR]_[CodeGASPARComplet]_[NomTable]_[TypeGeometrie]

exemple pour la table perimetre : pprn_76ddtm20120001_perimetre_s

Question : définit-on aussi des règles pour le nom de fichier Geopackage ?

Styles

Styles pour le zonage réglementaire

Les standards covadis définissent des syles précis pour la représentation nationale du zonage réglementaire selon le champ "typereg". Ces styles ont vocation à unifier les styles de représentations définis dans les différents règlements approuvés (codeZone) mais ne sont pas les mêmes et ces derniers doivent aussi figurer sur les cartes de zonage.

Il est proposé :

de conserver les spécifications de styles COVADIS dans le standard (à appliquer dans une représentation à petite échelle <= 1:50000)
de spécifier dans le standard le moyen de véhiculer les styles correspondant au règlement et à appliquer pour une représentation à grande échelle (niveau communal > 1:50000)

Styles pour les types d'aléas pour les périmetres

N'a pas été traité (à priori, les styles proposés par le standard coavadis en fonction des types d'aléa pourraient être repris ?)

StylePerimetre

Styles pour le niveau d'aléas

N'a pas été traité. NB : Dans COVADIS, il existe des disparités entre les représentations PPRN, T et M

PPRN :
PPRT :
PPRM :

Synchronisation avec GASPAR

La réunion avec GASPAR reste à programmer (action @gcebelieu )

Le GT ne proposera pas de mise à jour de la nomenclature risques
Le GT proposera le rajout du type procédure "PaC" et l'état de procédure "porté à connaissance"
A discuter les modalités de mise à jour des concepts entre le standard et GASPAR, éventuellement au travers d'un registre partagé.

cnigfr / Geostandards-Risques