Quand on reprend la gestion d’un SIG communal après un départ non remplacé, on hérite souvent de couches shapefile éparpillées sur des postes, de conventions de nommage inventées au fil des projets, et d’aucun dictionnaire de données. Le modèle conceptuel de données (MCD) est précisément ce qui manque à ce moment-là. Structurer son système d’information géographique autour d’un MCD solide, appuyé sur des référentiels nationaux ouverts, permet de reprendre le contrôle sans investissement logiciel supplémentaire.
Dette de données SIG : identifier le vrai problème avant de choisir un outil
La plupart des collectivités qui cherchent à « mettre en place un SIG » pensent d’abord logiciel. On compare des solutions éditeurs, on demande des devis, on planifie des formations. Le problème se situe rarement là.
Ce qui coûte cher, c’est la dette de données accumulée : des couches dupliquées entre services, des attributs sans définition partagée, des géométries saisies dans des systèmes de projection différents. Chaque agent a créé ses propres fichiers avec ses propres règles. Résultat, quand on veut croiser le réseau d’éclairage public avec le cadastre, on passe plus de temps à nettoyer qu’à analyser.
Un MCD formalise les entités, leurs attributs et leurs relations avant toute saisie. On décide par exemple qu’un tronçon de voirie porte obligatoirement un identifiant national (via le référentiel BD TOPO de l’IGN), un type de revêtement codifié, et une date de dernier entretien. Ce travail de structuration en amont élimine la majorité des incohérences qui s’accumulent ensuite pendant des années.
Géocommuns et référentiels nationaux : construire un MCD SIG sans dépendance éditeur
La dynamique autour des géocommuns portée par l’IGN, l’ANCT, le CNIG et la DINUM change la donne pour les collectivités qui veulent structurer leur SIG. On n’est plus obligé de partir d’un schéma propriétaire imposé par un éditeur logiciel pour organiser ses données territoriales.
Référentiels ouverts comme socle du modèle
Concrètement, on peut adosser son MCD à des bases partagées et maintenues au niveau national. Le Plan Cadastral Informatisé, la BD TOPO, le Répertoire Géographique des Communes ou encore le Code Officiel Géographique fournissent des identifiants stables et des géométries de référence.
- Le cadastre (PCI Vecteur) sert de couche foncière pivot : chaque parcelle porte un identifiant unique exploitable par tous les services, de l’urbanisme à la gestion des cimetières
- La BD TOPO apporte le réseau routier, le bâti, l’hydrographie avec des géométries mises à jour régulièrement par l’IGN
- Les fichiers fonciers (MAJIC) enrichissent la connaissance patrimoniale sans ressaisie manuelle
En calant son MCD sur ces référentiels, on obtient un système interopérable par construction. Les données produites localement restent exploitables même si on change de logiciel SIG. C’est exactement l’inverse d’un schéma verrouillé dans un format propriétaire.
Mutualisation intercommunale et Fabrique de la donnée territoriale
La Fabrique de la donnée territoriale co-initiée par l’IGN et l’ANCT encourage les collectivités à mutualiser la production et la maintenance de données géographiques. Pour une commune de quelques milliers d’habitants, maintenir seule un SIG complet est difficile. En s’appuyant sur un MCD partagé à l’échelle intercommunale, on répartit la charge de mise à jour et on garantit la cohérence des données sur le territoire.
Interopérabilité SIG et conformité cyber : deux contraintes, une seule réponse
L’interopérabilité des systèmes publics fait l’objet d’exigences de plus en plus structurées, avec des niveaux organisationnel, sémantique et technique clairement définis. En parallèle, le contexte cyber pousse les collectivités à intégrer la sécurité dès la conception de leurs systèmes d’information, y compris les SIG.
Ces deux contraintes convergent vers la même solution : un modèle de données documenté, avec des règles de validation explicites et un hébergement maîtrisé.
Ce que change un MCD pour la sécurité
Un SIG sans MCD, c’est souvent un serveur avec des dizaines de couches accessibles à tous les agents, sans contrôle granulaire. Quand on structure le modèle, on définit aussi qui peut lire ou modifier chaque entité. On sait quelles données sont sensibles (réseaux souterrains, emplacements de caméras) et on applique des restrictions d’accès cohérentes.
La localisation et l’hébergement des données sont devenus un critère visible dans le secteur public. Héberger ses couches SIG sur une infrastructure souveraine (ou au minimum identifier précisément où résident les données) fait désormais partie des bonnes pratiques attendues.
Raisonner en données de forte valeur
Les collectivités sont poussées à qualifier leurs jeux de données selon leur valeur d’usage, pas simplement à empiler des couches cartographiques. Un MCD bien construit intègre cette logique : chaque entité porte des métadonnées de qualité (source, date de mise à jour, niveau de fiabilité). On passe d’un stockage passif à une gestion active du patrimoine de données.
Méthode concrète pour poser un MCD SIG en collectivité
On n’a pas besoin d’un consultant spécialisé pendant six mois pour démarrer. La démarche tient en quelques étapes que n’importe quel agent SIG ou responsable numérique peut piloter.
- Recenser les couches existantes service par service, en notant pour chacune : source, format, système de projection, date de dernière mise à jour, et nombre d’utilisateurs réels
- Identifier les entités communes (parcelles, bâtiments, voiries, réseaux) et rattacher chacune à un référentiel national quand il existe
- Rédiger un dictionnaire de données partagé qui fixe les noms d’attributs, les types de champs et les valeurs autorisées
- Valider le modèle avec les agents métier (urbanisme, voirie, espaces verts) pour vérifier qu’il couvre leurs besoins de terrain sans complexité inutile
Le piège classique, c’est de vouloir tout modéliser d’un coup. Mieux vaut commencer par deux ou trois thématiques prioritaires (cadastre, voirie, réseaux d’eau par exemple) et élargir ensuite. Les retours varient sur le temps nécessaire, mais un premier MCD opérationnel sur trois thématiques prend généralement quelques semaines, pas des mois.
L’objectif n’est pas de produire un schéma UML parfait destiné à prendre la poussière dans un dossier partagé. C’est de disposer d’un document vivant que chaque service consulte avant de créer une nouvelle couche ou de modifier un attribut. Un MCD utile tient sur quelques pages et s’actualise à chaque évolution du système. Le surcoût est nul. Le coût de ne pas le faire, lui, se mesure en heures perdues à chaque projet transversal.
