Le standard CNIG PLU n'est pas qu'un "format" : c'est une méthode pour rendre un document d'urbanisme lisible, contrôlable et intégrable — en interne comme sur le Géoportail de l'Urbanisme (GPU). En pratique, la conformité repose sur trois piliers : une structuration claire des couches, des contrôles qualité systématiques et une chaîne de livraison homogène. L'objectif est simple : produire un PLU robuste, exploitable dans un SIG métier, cohérent dans le temps, et prêt pour la publication. Le standard est documenté dans les ressources du CNIG et les modèles de validation sont publiés sur le GPU.
CNIG PLU : ce que le standard impose réellement (données, topo, nommage)
Un PLU conforme ne consiste pas seulement à dessiner des polygones. Le standard CNIG PLU encadre la structure des données, les attributs, les codifications et le naming des livrables. Autrement dit : la donnée doit être compréhensible par un humain, mais aussi vérifiable par un validateur.
Le point clé : distinguer ce qui relève de la donnée réglementaire (zones, prescriptions, informations) de ce qui relève de la mise en forme cartographique (habillage, style, légende graphique). C'est cette séparation qui évite la plupart des rejets GPU.
Zonages, prescriptions, annexes : structurer sans ambiguïté
Pour sécuriser la dématérialisation du PLU, adoptez une organisation simple et stable :
- Zonages : zones réglementaires (U, AU, A, N, etc.)
- Prescriptions : objets surfaciques, linéaires ou ponctuels
- Annexes / informations : couches complémentaires et pièces PDF associées
Chaque objet doit être rattaché à une codification explicite et à des attributs cohérents. Une bonne règle : éviter toute "astuce locale" (abréviation maison, code non documenté, champ libre ambigu). Ce qui est toléré en interne devient souvent bloquant lors d'un versement GPU.
Contrôles qualité avant livraison (topologie, attributs, CRS)
Le contrôle qualité PLU doit être réalisé avant la livraison, pas après un rejet. Vérifiez systématiquement :
- Topologie : géométries valides, absence de chevauchements involontaires, trous parasites, doublons.
- Attributs : champs attendus renseignés, valeurs conformes, identifiants stables.
- CRS : même système de coordonnées sur toutes les couches pour éviter les décalages.
- Cohérence documentaire : liens entre couches SIG, annexes et arborescence de livraison.
Cette étape réduit les allers-retours, sécurise la conformité PLU et améliore la reprise future du dossier (modification, révision, PLUi, etc.). Pour anticiper les évolutions du validateur, consultez notre article sur les avertissements GPU qui vont devenir des erreurs, et pour les changements récents, notre guide sur la révision CNIG PLU/CC 2025.
Pièges fréquents : codification, géométrie, habillage
Les erreurs les plus courantes sont rarement "complexes" :
- code de prescription mal saisi,
- champ obligatoire vide,
- géométrie auto-intersectée,
- multi-part non maîtrisé,
- nom de fichier incohérent,
- confusion entre couche métier et couche d'habillage.
Le bon réflexe : documenter une check-list interne et l'appliquer à chaque livraison, quel que soit le prestataire ou la collectivité.
Check-list "prête à livrer" pour le bureau d'études / la collectivité
- Version du standard CNIG PLU confirmée
- Gabarit de travail aligné sur la version cible
- Arborescence et nommage harmonisés
- Contrôle topologique effectué
- Contrôle attributaire effectué
- CRS unique vérifié
- Annexes/PDF nommés et classés
- Test de validation réalisé avant versement GPU
Livrer pour usage interne + publication (même chaîne)
La meilleure approche consiste à produire une seule chaîne de données pour le SIG interne et pour la publication. Vous évitez ainsi les doubles versions, les écarts de contenu et les corrections de dernière minute. Chez IDS France, cette logique permet de livrer un PLU utile au quotidien et prêt pour le GPU, sans retraitement lourd au moment de publier.