Standard CNIG PSMV : dématérialiser et publier sans blocage sur le GPU

Plus de 100 Plans de Sauvegarde et de Mise en Valeur sont aujourd'hui en vigueur en France, couvrant les cœurs historiques de villes comme Lyon, Bordeaux ou Strasbourg — et pour chacun d'eux, la publication numérique sur le Géoportail de l'Urbanisme est désormais une obligation réglementaire. Pourtant, une majorité de premiers dépôts GPU sont rejetés pour des erreurs techniques évitables : géométries invalides, attributs hors nomenclature, métadonnées INSPIRE incomplètes. Depuis le décret n° 2019-190 du 14 mars 2019 et l'article L. 153-60 du Code de l'urbanisme, l'interopérabilité des documents d'urbanisme n'est plus une option. Cet article détaille les causes de blocage les plus fréquentes et la méthode pour les corriger avant le dépôt GPU, de l'audit initial jusqu'à la validation finale.

Standard CNIG PSMV : définition, cadre réglementaire et obligations

Le standard CNIG PSMV est un référentiel national de structuration des données géographiques et documentaires qui définit le format, la sémantique et les relations topologiques requis pour publier un Plan de Sauvegarde et de Mise en Valeur sous forme numérique interopérable sur le Géoportail de l'Urbanisme.

Élaboré par le Conseil National de l'Information Géographique dans le prolongement direct du standard CNIG PLU et du standard CNIG PLUIH, ce référentiel intègre des adaptations spécifiques liées à la nature patrimoniale des secteurs sauvegardés numériques. Sa base réglementaire est solide : l'article L. 153-60 du Code de l'urbanisme impose la mise à disposition numérique des documents d'urbanisme, le décret n° 2019-190 du 14 mars 2019 précise les modalités de dépôt au GPU, l'arrêté du 17 décembre 2018 relatif aux modalités de mise à disposition des données des documents d'urbanisme encadre les formats attendus, et la circulaire du 23 mai 2018 a fixé le calendrier de mise en conformité progressive.

Ce que le standard CNIG PSMV impose concrètement, c'est une structuration des données selon un modèle conceptuel de données (MCD) précis, articulé autour de plusieurs niveaux d'exigence interdépendants :

• La modélisation géographique : chaque zone, prescription patrimoniale SIG, servitude et élément bâti ou végétal doit être représenté sous forme d'objet géographique vecteur avec une géométrie valide, dans le système de coordonnées officiel RGF93 / Lambert-93 (EPSG:2154).

• Le MCD CNIG urbanisme : les entités sont organisées en classes typées — ZoneUrba, PrescriptionPct, PrescriptionLin, PrescriptionSurf, ElmtBati, ElmtVeget — avec des attributs obligatoires, facultatifs et des domaines de valeurs contrôlés par des nomenclatures officielles.

• Les relations topologiques : les géométries doivent être topologiquement correctes — absence de chevauchement entre zones, absence de trous non intentionnels, continuité des linéaires de prescription.

• Les métadonnées INSPIRE : chaque jeu de données doit être accompagné d'une fiche conforme au profil INSPIRE (règlement CE n° 1205/2008), avec les champs obligatoires correctement renseignés.

• Les documents associés : règlement, rapport de présentation, annexes graphiques et pièces complémentaires doivent être liés aux objets géographiques selon des conventions de nommage strictes.

Pour comprendre ce qui distingue le PSMV des autres documents d'urbanisme dématérialisés, le tableau comparatif suivant est indispensable :

L'absence de conformité au standard CNIG PSMV ne bloque pas juridiquement l'entrée en vigueur du PSMV, mais elle empêche son dépôt GPU Géoportail de l'Urbanisme, lequel conditionne la mise à disposition numérique opposable du document et sa visibilité pour les usagers et les professionnels. L'interopérabilité des documents d'urbanisme est désormais une exigence de fond, pas une formalité.

Erreurs de dépôt GPU : diagnostic et correction des blocages fréquents

Les trois principales causes de rejet d'un dépôt PSMV sur le GPU sont les géométries invalides, les attributs obligatoires manquants ou hors nomenclature, et les erreurs topologiques entre couches. Voici le détail de chaque catégorie et les corrections à appliquer.

La première cause de rejet concerne les géométries invalides. Une géométrie est dite invalide lorsqu'elle présente des auto-intersections, des polygones mal fermés, des doublons de sommets ou des anneaux inversés. Ces erreurs, invisibles à l'œil nu dans un SIG de bureau, sont détectées systématiquement par le validateur CNIG automatique du GPU. Par exemple, un polygone de zone patrimoniale dont le tracé croise lui-même son propre contour produit une erreur de type *self-intersection* qui entraîne un rejet automatique du dépôt. Sous PostGIS, la requête SELECT id, ST_IsValidReason(geom) FROM nom_table WHERE NOT ST_IsValid(geom) identifie chaque géométrie invalide avec le motif d'erreur précis — un réflexe à systématiser avant tout export. Sous QGIS, l'outil "Vérification de la géométrie" (menu Vecteur > Outils de géométrie) remplit la même fonction.

La deuxième cause de blocage est liée aux attributs obligatoires manquants ou mal renseignés. Le standard définit pour chaque classe d'objets une liste d'attributs obligatoires strictement contrôlés : le champ LIBELLE de la classe ZoneUrba doit correspondre à une valeur de la nomenclature officielle ; le champ DATAPPRO doit contenir une date au format ISO 8601 (AAAA-MM-JJ) ; le champ IDURBA doit respecter la syntaxe composée du code INSEE de la commune suivi du type de document. Lors d'une révision du PSMV, l'IDURBA doit être mis à jour — il ne peut pas être réutilisé à l'identique pour distinguer les versions successives dans le GPU.

La troisième catégorie d'erreurs concerne les problèmes de topologie entre couches. Dans un PSMV dématérialisé, la couche des zones de protection patrimoniale doit couvrir intégralement le périmètre du secteur sauvegardé numérique, sans superposition ni lacune avec les couches de prescriptions surfaciques. Un défaut de coordination entre le géomaticien et l'ABF peut conduire à des incohérences géométriques entre les pièces graphiques du dossier et les données SIG — des incohérences que le validateur GPU identifie systématiquement comme des erreurs topologiques bloquantes.

Modélisation SIG des données patrimoniales PSMV : ElmtBati, ElmtVeget et prescriptions

Dans un PSMV dématérialisé conforme au standard CNIG, les données patrimoniales sont organisées en deux classes d'objets spécifiques : ElmtBati pour les éléments bâtis et ElmtVeget pour les éléments végétaux — chacune imposant une modélisation individuelle de chaque élément avec des attributs contrôlés par nomenclature.

C'est cette granularité qui distingue fondamentalement le standard CNIG PSMV des standards PLU ou PLUIH. Dans un PLU, le bâti n'est pas modélisé individuellement : les prescriptions s'appliquent à des zones ou des parcelles. Dans un PSMV, chaque immeuble fait l'objet d'un traitement réglementaire individualisé, ce qui suppose une base de données du bâti individuel géoréférencé — collecte terrain, récupération auprès des services de l'ABF ou données géographiques issues du cadastre numérique.

La classe ElmtBati doit contenir pour chaque bâtiment :

• L'identifiant unique (IDBATI), souvent construit à partir de l'identifiant cadastral de la parcelle support
• Le type d'élément (TYPEELEM, contrôlé par nomenclature : édifice remarquable, immeuble courant, annexe, mur de clôture, etc.)
• Le régime de protection ou de traitement applicable (REGPROT : immeuble classé, immeuble inscrit, immeuble à protéger au titre du PSMV, immeuble à démolir)
• Le lien vers la fiche de présentation ou la justification patrimoniale (URLFICHE), lorsqu'elle existe sous forme numérique

La classe ElmtVeget suit une logique similaire pour les arbres remarquables, les jardins historiques et les alignements végétaux protégés. La géométrie peut être ponctuelle (arbre isolé), linéaire (alignement végétal) ou surfacique (jardin protégé), et le standard impose une cohérence stricte entre le type de géométrie et les attributs associés : un arbre isolé ne peut pas être modélisé comme un polygone.

Une difficulté souvent sous-estimée est la concordance entre couches SIG et pièces graphiques réglementaires. La vérification de concordance s'opère dans QGIS en chargeant le plan de masse géoréférencé en fond de carte et en superposant les couches SIG couche par couche. Toute discordance — un bâtiment classé présent sur le plan papier mais absent de la couche ElmtBati, ou une prescription linéaire décalée de quelques mètres par rapport au tracé réglementaire — doit être soumise à l'ABF pour arbitrage avant dépôt. Le document SIG et le document graphique ont la même valeur réglementaire : aucune discordance n'est admissible.

La rétroconversion PSMV papier numérique est l'opération la plus complexe dans ce processus : elle implique la numérisation des plans de masse (souvent des plans cadastraux annotés à la main), leur géoréférencement, la saisie des attributs patrimoniaux pour chaque objet, et la validation ABF des données produites. C'est pourquoi les durées de mise en conformité pour les PSMV anciens dépassent régulièrement 12 à 18 mois.

Mise en conformité CNIG PSMV : méthode en 5 phases de l'audit au dépôt

La mise en conformité d'un PSMV au standard CNIG suit cinq phases successives — audit, correction géométrique, mise en conformité attributaire, production des métadonnées, et dépôt GPU. Chaque phase conditionne la suivante ; une erreur non corrigée en phase 1 génère des rejets systématiques en phase 5.

Phase 1 — Audit de conformité des données existantes

La phase d'audit évalue l'état des données existantes : qualité géométrique des couches, complétude attributaire, cohérence avec les pièces écrites du PSMV, système de coordonnées effectivement utilisé, conformité des nomenclatures. Cet audit peut être réalisé avec QGIS couplé à des scripts Python ou PostGIS. Il produit un rapport de conformité hiérarchisant les écarts à corriger et permettant d'établir un planning réaliste — indispensable pour anticiper les validations intermédiaires par l'ABF.

Phase 2 — Correction géométrique

Cette phase traite en priorité les erreurs invalidantes : auto-intersections, polygones non fermés, chevauchements entre zones. Sous PostGIS, ST_MakeValid() corrige automatiquement la plupart des erreurs simples, mais avec une précaution impérative : dans un PSMV, chaque limite de zone a une signification réglementaire précise, et la correction automatique peut modifier le tracé des contours. Une vérification manuelle après correction automatique est systématiquement recommandée, couche par couche.

Phase 3 — Mise en conformité attributaire

Cette phase consiste à vérifier et compléter chaque classe d'objets selon le standard CNIG PSMV. Elle implique notamment le remapping des typologies locales — souvent issues des logiques internes de l'ABF ou du bureau d'études ayant produit le document original — vers les nomenclatures officielles du MCD CNIG urbanisme. Le champ IDURBA, en particulier, doit être vérifié : lors d'une révision partielle ou complète, un nouvel identifiant horodaté ou numéroté doit être généré. La collectivité doit confirmer avec sa DDT/DDTM la règle de construction applicable.

Phase 4 — Production des métadonnées INSPIRE

La fiche de métadonnées doit être conforme au profil INSPIRE (règlement CE n° 1205/2008), avec les champs "Titre", "Résumé", "Date de publication", "Emprise géographique", "Système de référence de coordonnées" (EPSG:2154) et "Contact du point de contact" correctement renseignés. Cette phase est fréquemment négligée dans les projets, alors qu'une fiche incomplète suffit à entraîner le rejet du dépôt.

Phase 5 — Dépôt et validation GPU

Le GPU attend un fichier ZIP structuré selon les conventions du standard CNIG PSMV, contenant les données géographiques au format GeoPackage (.gpkg) ou Shapefile (.shp), les documents associés en PDF nommés selon les conventions du standard, et la fiche de métadonnées au format XML conforme INSPIRE. La structure des dossiers et le nommage des fichiers sont stricts. Le portail propose un retour de validation automatique signalant les erreurs résiduelles — mais anticiper ces erreurs par une validation locale préalable (QGIS, PostGIS) évite des allers-retours coûteux en temps.

Checklist pré-dépôt GPU — 8 points à vérifier avant tout envoi :

• Toutes les géométries sont valides (ST_IsValid = TRUE sur l'ensemble des couches)
• Le système de coordonnées est EPSG:2154 sur toutes les couches
• Tous les attributs obligatoires sont renseignés et conformes aux nomenclatures CNIG
• L'IDURBA respecte la syntaxe code INSEE + suffixe typologique et est unique pour ce document
• La couche ZoneUrba couvre intégralement le périmètre du secteur sauvegardé sans lacune ni chevauchement
• Les classes ElmtBati et ElmtVeget sont complètes et validées par l'ABF
• La fiche de métadonnées XML est complète et conforme INSPIRE
• Le nommage de tous les fichiers et dossiers respecte les conventions du standard CNIG PSMV

Coordination ABF, collectivité et prestataire SIG : le facteur organisationnel décisif

La dématérialisation d'un PSMV implique quatre acteurs institutionnels aux rôles distincts : l'Architecte des Bâtiments de France (validation scientifique et réglementaire), la collectivité maître d'ouvrage (responsabilité administrative et dépôt GPU), le prestataire SIG (production technique des données conformes au standard), et les services de l'État — DRAC et DDT/DDTM (approbation, appui à la dématérialisation et contrôle de légalité).

L'ABF est l'autorité scientifique du PSMV. C'est lui qui valide les périmètres de protection, les régimes applicables à chaque bâtiment et les prescriptions patrimoniales SIG. Sa validation est indispensable avant toute finalisation des données SIG — ce qui implique d'intégrer son agenda, souvent chargé, dans le planning du projet dès la phase d'audit. Un retard de validation ABF en phase 3 peut décaler l'ensemble du projet de plusieurs mois.

La collectivité maître d'ouvrage désigne un référent technique capable d'assurer le suivi de la production des données géographiques et la liaison entre les services. Elle porte la décision d'approbation du PSMV et est responsable du dépôt sur le GPU. Dans les EPCI compétents en urbanisme couvrant plusieurs communes, l'IDURBA est construit sur la base du code SIREN de l'EPCI, et chaque commune couverte par le périmètre du PSMV intercommunal doit être référencée dans les métadonnées.

Le prestataire SIG traduit les pièces graphiques réglementaires — plans de masse, plans de détail, tableaux de prescriptions — en objets géographiques structurés selon le MCD CNIG PSMV. Son rôle inclut également la vérification de concordance entre données SIG et pièces graphiques, et la production de la fiche de métadonnées INSPIRE.

Les services de l'État — DRAC, DDT/DDTM, préfecture — interviennent à différentes étapes de la procédure d'approbation. Certaines DDT proposent un accompagnement à la dématérialisation qui peut inclure une vérification préalable des données avant dépôt GPU. Des financements sont potentiellement mobilisables pour la rétroconversion PSMV papier numérique via le FNADT, des dotations spécifiques de l'État aux collectivités, ou dans le cadre de contrats de territoire avec les DRAC.

Une réunion de cadrage en début de projet, réunissant ABF, collectivité et prestataire SIG autour d'un plan de coordination documenté, permet d'éviter la majorité des incompréhensions et des retours en arrière. Ce cadrage doit statuer sur : le système de référence à utiliser, les sources de données du bâti à mobiliser, le niveau de détail attendu pour les prescriptions patrimoniales, et le calendrier de validation intermédiaire par l'ABF.

Points clés à retenir

• Le standard CNIG PSMV est le cadre de référence national obligatoire pour la publication numérique des PSMV sur le GPU, en application du décret n° 2019-190 du 14 mars 2019, de l'arrêté du 17 décembre 2018 et de l'article L. 153-60 du Code de l'urbanisme.

• La conformité repose sur quatre piliers indissociables : validité géométrique, complétude et conformité attributaire, structuration correcte des métadonnées INSPIRE, et respect des conventions de nommage des fichiers — un seul pilier défaillant suffit à entraîner le rejet du dépôt.

• Les classes ElmtBati et ElmtVeget, spécifiques au standard CNIG PSMV, imposent une modélisation individuelle de chaque élément patrimonial avec des attributs contrôlés par nomenclature — une exigence sans équivalent dans les standards PLU ou PLUIH.

• Les erreurs les plus fréquentes qui bloquent le dépôt sont les géométries invalides (auto-intersections, polygones non fermés) et les attributs obligatoires manquants ou utilisant des valeurs hors nomenclature officielle CNIG.

• La concordance entre les pièces graphiques réglementaires du PSMV et les données SIG est un point critique qui doit être vérifié et documenté avant le dépôt, car le document SIG et le document graphique ont la même valeur réglementaire.

• La coordination entre l'ABF, la collectivité maître d'ouvrage et le prestataire SIG est un facteur de succès organisationnel aussi déterminant que la qualité technique des données — une réunion de cadrage documentée en début de projet évite la majorité des retours en arrière.

• QGIS et PostGIS constituent un outillage open source performant pour la production et la validation CNIG automatique des données, à condition de configurer correctement le système de projection EPSG:2154 et d'utiliser les outils de validation adaptés à chaque phase.

• Le système de coordonnées de référence pour tout dépôt GPU est le RGF93 / Lambert-93 (EPSG:2154) — toute donnée dans un autre système doit impérativement être reprojetée avant l'export final, faute de quoi le dépôt est rejeté pour décalage spatial.

Votre collectivité porte un PSMV en cours de révision ou de dématérialisation ? Les équipes d'IDS France accompagnent collectivités et bureaux d'études dans la production, l'audit et la mise en conformité des données géographiques au standard CNIG PSMV, de l'analyse initiale jusqu'au dépôt validé sur le GPU. Contactez-nous pour un diagnostic de vos données existantes et une proposition d'accompagnement adaptée à votre contexte.

*Cet article est fourni à titre informatif. IDS France est expert en cartographie, SIG et ingénierie géospatiale. Nos équipes n'incluent pas de juristes en urbanisme et ne garantissent pas la conformité juridique de vos documents. Pour toute interprétation juridique, rapprochez-vous d'un professionnel du droit.*