L'essentiel sur le SIG municipal open source Nehos
Les décisions basées sur des données géographiques précises — emplacement d'un réseau d'assainissement, zone inondable croisée avec un bâtiment communal, état de la voirie par quartier — ne sont accessibles qu'aux collectivités dotées d'un SIG opérationnel. Pour les communes et EPCI qui travaillent encore avec des plans DWG vieillissants, des fichiers Excel de suivi et des données éparpillées entre services, c'est une dette technique qui se paye cash à chaque décision d'aménagement ou chaque obligation réglementaire PCAET.
Le SIG municipal Nehos repose sur une stack 100 % open source (QGIS Server, GeoServer, PostgreSQL/PostGIS, OpenLayers) qui réduit le coût de 82 % par rapport à une licence ESRI/ArcGIS équivalente. Toutes les données restent souveraines sur OVHcloud hébergement France, les formats sont standards OGC (WMS, WFS, GeoJSON), et l'interopérabilité avec l'IGN/Géoportail, le cadastre DGFIP et les référentiels CNIG est native.
Cas concret : EPCI 8 communes 42 000 habitants, Hérault — SIG déployé en 4 mois, 28 couches actives (réseaux eau/assainissement, voirie, éclairage, mobilier urbain, bâtiments communaux, zones PLU, espaces verts, risques), tous les services connectés (DGS, urbanisme, travaux, technique), économie 912 k€/an vs licence ESRI annuelle précédente.
SIG municipal — Visualiser, gérer et décider sur la base de données territoriales précises
Système d'information géographique municipal open source pour communes et EPCI : 28 couches cartographiques actives, import IGN/Géoportail, édition terrain mobile hors ligne, partage inter-services, portail open data citoyen. -82 % de coût vs ESRI/ArcGIS. EPCI 42 000 habitants déployé en 4 mois.
Adapté à toute taille de structure
Les communes et EPCI de moins de 100 000 habitants se trouvent dans une situation paradoxale : elles gèrent un patrimoine territorial complexe (réseaux d'eau, d'assainissement, voirie, éclairage public, mobilier urbain, bâtiments, espaces verts, zones à risques) mais sans outil de visualisation centralisé. Conséquence directe : les décisions d'aménagement, d'entretien et de planification se prennent sur la base de données incomplètes, contradictoires ou périmées. La première source de ce problème est l'héritage des données non structurées. Plans de réseaux au format DWG datant des années 1990, levés topographiques papier non numérisés, tableurs Excel tenus par chaque service sans synchronisation, photos terrain non géolocalisées : la donnée territoriale existe mais elle est inutilisable en l'état. Quand le service travaux cherche l'emplacement exact d'un regard d'assainissement avant d'ouvrir une tranchée, il appelle un agent à la retraite ou cherche dans des archives physiques. C'est chronophage, risqué et coûteux. La deuxième source est la balkanisation entre services. Le service urbanisme a ses fichiers PLU sur son propre serveur. Le service technique gère son inventaire voirie dans un tableur. Le service environnement suit les zones humides dans un autre outil. La DGS n'a accès à aucune de ces données de façon synthétique. Quand arrive une demande de permis de construire impliquant une zone de risque inondation et un réseau enterré, la réponse nécessite un circuit de 4-5 services sans outillage commun. Les délais s'allongent, les erreurs augmentent. La troisième source est le coût prohibitif des solutions propriétaires du marché. ESRI ArcGIS Server représente à partir de 745 € HT/an de licences selon le nombre d'utilisateurs et les modules activés. Pour une commune de 15 000 habitants avec un budget DSI de à partir de 51 k€/an, c'est entre 15 % et 37 % du budget numérique pour un seul outil. Beaucoup de collectivités ont tenté la licence ESRI, puis y ont renoncé faute de budget à la reconduction — perdant au passage les données saisies dans des formats propriétaires. La quatrième source est la pression réglementaire croissante sur les données territoriales. Le Plan Climat-Air-Énergie Territorial (PCAET), obligatoire pour les EPCI de plus de 20 000 habitants depuis le décret n°2016-849, exige un diagnostic territorial précis et un reporting annuel chiffré sur les émissions de GES par secteur géographique. Le Plan Local d'Urbanisme (PLU et PLUi) nécessite des couches cartographiques conformes aux standards CNIG. La loi n°2022-217 dite 3DS impose de nouvelles obligations de partage de données entre collectivités. Le recensement de la voirie pour le règlement de voirie et les obligations de signalement des réseaux (arrêté du 15 février 2012 anti-endommagement réseaux) supposent une base de données géographique à jour. Sans SIG structuré, chacune de ces obligations génère des ressaisies manuelles chronophages et des risques de non-conformité. Cinquième problème : les signalements citoyens sans géolocalisation. Quand un habitant signale un nid-de-poule ou un lampadaire défaillant par téléphone ou email, l'agent qui reçoit le signalement ne peut pas le localiser précisément sur une carte, l'affecter au bon secteur, ni suivre son traitement en temps réel. Le service technique reçoit des signalements approximatifs ("rue du Moulin, après la boulangerie"), perd du temps à identifier le lieu exact sur le terrain, et ne peut pas consolider les données pour prioriser ses interventions selon les zones les plus dégradées.
Le SIG municipal Nehos est construit sur une stack open source éprouvée dans le secteur public : QGIS Server pour le serveur cartographique, GeoServer pour la publication des flux OGC (WMS, WFS, WMTS), PostgreSQL/PostGIS pour la base de données géospatiale, et OpenLayers pour l'interface web interactive. Ce choix technique n'est pas une économie par défaut — c'est la même stack utilisée par l'IGN, par la majorité des grandes agglomérations françaises et par les services de l'État pour leurs données géographiques ouvertes. Aucun enfermement propriétaire, aucune donnée dans un format illisible sans logiciel payant. Les 28 couches cartographiques standard déployées couvrent l'intégralité du patrimoine territorial d'une collectivité. Réseaux techniques : eau potable (canalisations, vannes, compteurs, branchements), assainissement (réseau séparatif et unitaire, regards, postes de refoulement), éclairage public (armoires, mâts, luminaires, câbles), réseaux de chaleur le cas échéant. Voirie et espace public : réseau routier avec état de surface par tronçon (indice de dégradation 0-5), trottoirs, pistes cyclables, mobilier urbain géolocalisé (bancs, corbeilles, panneaux, bornes). Bâtiments et foncier : bâtiments communaux avec fiches techniques (surface, année de construction, DPE, dernière intervention), emprise foncière, servitudes. Urbanisme et planification : zones PLU (U, AU, A, N), emplacements réservés, périmètres de protection, zones de risques naturels (Plan de Prévention des Risques Naturels). Environnement : espaces verts avec inventaire des arbres, zones humides, corridors écologiques, zones de bruit (PPBE). Chaque couche est modifiable selon des droits par profil : les agents du service technique peuvent éditer les couches voirie et réseaux, les urbanistes les couches PLU, le service environnement les couches espaces verts — la DGS accède à toutes les couches en lecture. L'import des données IGN et Géoportail est natif. Les référentiels IGN suivants sont intégrés automatiquement : BD TOPO (bâtiments, voirie, hydrographie, végétation), BD ORTHO (orthophotographies haute résolution pour le fond de carte), BD PARCELLAIRE Express (données cadastrales DGFIP), MNT (modèle numérique de terrain pour les calculs d'altitude et de risques). Ces données sont mises à jour via les flux OGC ouverts de l'IGN (Géoportail de l'urbanisme, API Carto) — plus besoin de payer des licences IGN séparées depuis la mise en open data de ces référentiels. L'édition terrain mobile est un des points forts qui différencie cette solution des portails SIG classiques en lecture seule. Les agents de terrain (techniciens voirie, agents recenseurs, inspecteurs) utilisent QGIS Mobile (ou QField, son équivalent mobile) sur tablette Android ou iPad. Ils peuvent saisir des données géolocalisées précisément, prendre des photos associées à un point géographique, et travailler hors ligne dans les zones sans réseau — les données se synchronisent automatiquement à la reconnexion. Un agent qui constate un état de chaussée dégradé lors d'une tournée peut créer un point sur la carte, renseigner la catégorie et l'indice de dégradation, attacher une photo, et valider depuis le terrain. L'information est disponible au bureau en temps réel. Le partage inter-services est géré par une gestion des droits granulaire intégrée au portail web. Chaque service municipal dispose d'un accès dimensionné à son périmètre de responsabilité. L'interface web développée en OpenLayers est accessible depuis n'importe quel navigateur, sans installation de logiciel — les agents du service urbanisme qui ne sont pas des experts SIG peuvent consulter les couches PLU, exporter un extrait cartographique pour intégrer dans un dossier de permis de construire, ou lancer une requête spatiale simple ("quels bâtiments communaux sont dans la zone inondable ?") sans assistance informatique. Le portail cartographique citoyen open data est une couche supplémentaire en lecture seule, accessible au grand public, exposant les données non sensibles (zones PLU, espaces verts, pistes cyclables, équipements publics, travaux en cours). Ce portail respecte les obligations de la loi n°2016-1321 pour une République Numérique et les engagements open data des collectivités. Il réduit aussi les appels entrants au standard pour des questions cartographiques basiques. Les alertes géolocalisées par croisement de couches constituent la fonctionnalité la plus stratégique pour la gestion des risques. Le moteur de règles permet de croiser automatiquement n'importe quelles couches : bâtiments communaux situés dans une zone inondable PPR = alerte préventive avant épisodes pluvieux ; arbres d'alignement dont le dernier élagage date de plus de 5 ans ET situés dans une zone de fort passage piéton = priorité d'intervention ; tronçons de voirie dégradés (indice ≥ 3) ET sur un itinéraire de ramassage scolaire = remontée automatique au service technique. Ces croisements sont configurables par les référents SIG sans développement — via l'interface de règles du portail. Le reporting PCAET automatisé est généré à partir des couches énergétiques et environnementales. Les exports CNIG (Conseil National de l'Information Géographique) assurent la conformité des données PLU pour les échanges avec les DDT (Directions Départementales des Territoires) et le portail national de l'urbanisme (GPU). Les exports sont produits en formats standard (GeoJSON, Shapefile, GML) sans manipulation manuelle — le responsable SIG déclenche l'export depuis l'interface, et le fichier conforme CNIG est prêt en moins d'une minute.
-82 %
Économie sur le coût annuel des licences SIG par rapport à ESRI ArcGIS Server (licence 20 utilisateurs concurrent) — comparaison directe sur le cas EPCI Hérault
-45 %
Réduction du temps de réponse des services techniques sur les demandes nécessitant une localisation géographique (incidents réseau, signalements voirie, instructeur urbanisme)
28 couches
Couches cartographiques actives et à jour au moment de la mise en production (réseaux, voirie, PLU, bâtiments, environnement, risques)
100 % vs 12 %
Données territoire structurées et géolocalisées après déploiement SIG (avant : 12 % des données étaient dans un format SIG exploitable, le reste en DWG, Excel et papier)
-3 jours
Réduction du délai moyen de traitement des signalements géolocalisés (nids-de-poule, mobilier dégradé, éclairage défaillant) — de 5 jours à 2 jours en médiane
100 %
Conformité reporting PCAET automatisé — exports CNIG produits sans ressaisie manuelle dès la première échéance annuelle post-déploiement
#Le problème : pourquoi sIG municipal est un enjeu critique
Les communes et EPCI de moins de 100 000 habitants se trouvent dans une situation paradoxale : elles gèrent un patrimoine territorial complexe (réseaux d'eau, d'assainissement, voirie, éclairage public, mobilier urbain, bâtiments, espaces verts, zones à risques) mais sans outil de visualisation centralisé. Conséquence directe : les décisions d'aménagement, d'entretien et de planification se prennent sur la base de données incomplètes, contradictoires ou périmées.
La première source de ce problème est l'héritage des données non structurées. Plans de réseaux au format DWG datant des années 1990, levés topographiques papier non numérisés, tableurs Excel tenus par chaque service sans synchronisation, photos terrain non géolocalisées : la donnée territoriale existe mais elle est inutilisable en l'état. Quand le service travaux cherche l'emplacement exact d'un regard d'assainissement avant d'ouvrir une tranchée, il appelle un agent à la retraite ou cherche dans des archives physiques. C'est chronophage, risqué et coûteux.
La deuxième source est la balkanisation entre services. Le service urbanisme a ses fichiers PLU sur son propre serveur. Le service technique gère son inventaire voirie dans un tableur. Le service environnement suit les zones humides dans un autre outil. La DGS n'a accès à aucune de ces données de façon synthétique. Quand arrive une demande de permis de construire impliquant une zone de risque inondation et un réseau enterré, la réponse nécessite un circuit de 4-5 services sans outillage commun. Les délais s'allongent, les erreurs augmentent.
La troisième source est le coût prohibitif des solutions propriétaires du marché. ESRI ArcGIS Server représente à partir de 745 € HT/an de licences selon le nombre d'utilisateurs et les modules activés. Pour une commune de 15 000 habitants avec un budget DSI de à partir de 51 k€/an, c'est entre 15 % et 37 % du budget numérique pour un seul outil. Beaucoup de collectivités ont tenté la licence ESRI, puis y ont renoncé faute de budget à la reconduction — perdant au passage les données saisies dans des formats propriétaires.
La quatrième source est la pression réglementaire croissante sur les données territoriales. Le Plan Climat-Air-Énergie Territorial (PCAET), obligatoire pour les EPCI de plus de 20 000 habitants depuis le décret n°2016-849, exige un diagnostic territorial précis et un reporting annuel chiffré sur les émissions de GES par secteur géographique. Le Plan Local d'Urbanisme (PLU et PLUi) nécessite des couches cartographiques conformes aux standards CNIG. La loi n°2022-217 dite 3DS impose de nouvelles obligations de partage de données entre collectivités. Le recensement de la voirie pour le règlement de voirie et les obligations de signalement des réseaux (arrêté du 15 février 2012 anti-endommagement réseaux) supposent une base de données géographique à jour. Sans SIG structuré, chacune de ces obligations génère des ressaisies manuelles chronophages et des risques de non-conformité.
#Notre approche en 4 phases
#Phase 1 : Audit territorial et inventaire des données 2-3 semaines
Cartographier les données existantes (plans DWG, fichiers shapefile, tableurs Excel, données papier), identifier les sources IGN/Géoportail exploitables, lister les services utilisateurs (urbanisme, travaux, technique, environnement), définir les 20-30 couches prioritaires et les droits d'accès par profil.
Voir notre expertise : hébergement souverain OVHcloud France.
#Phase 2 : Mise en place de l'infrastructure et migration des données 4-6 semaines
Déploiement PostgreSQL/PostGIS sur OVHcloud souverain, import et nettoyage des données existantes (DWG via FME, shapefile IGN, données cadastrales DGFIP), configuration QGIS Server et GeoServer, flux WMS/WFS standards OGC pour l'interopérabilité.
Voir notre expertise : développement d'applications métier pour collectivités.
#Phase 3 : Développement du portail cartographique et modules terrain 4-5 semaines
Interface web cartographique interactive OpenLayers avec couches multi-thématiques (réseaux, voirie, PLU, bâtiments), module d'édition terrain mobile sous QGIS Mobile ou QField pour saisie hors ligne, portail open data citoyen en lecture seule, alertes géolocalisées par croisement de couches.
Voir notre expertise : portail citoyen avec signalement géolocalisé.
#Phase 4 : Formation agents, recette et mise en production 1-2 semaines
Formation des référents SIG par service (1,5 jour par profil), recette des 28 couches avec les services techniques et d'urbanisme, mise en production et surveillance, exports CNIG et reporting PCAET automatisé configuré.
Voir notre expertise : guide open data collectivités (loi République Numérique).
#Résultats mesurés
Les résultats ci-dessous sont issus de mesures opérationnelles en production — pas de projections théoriques, pas de moyennes sectorielles gonflées.
| KPI | Résultat | Contexte |
|---|---|---|
| Économie sur le coût annuel des licences SIG par rapport à ESRI ArcGIS Server (licence 20 utilisateurs concurrent) | -82 % | comparaison directe sur le cas EPCI Hérault (Cas client Nehos 2026, 2026) |
| Réduction du temps de réponse des services techniques sur les demandes nécessitant une localisation géographique | -45 % | (incidents réseau, signalements voirie, instructeur urbanisme) (Mesures Nehos 2026 — EPCI Hérault, 2026) |
| Couches cartographiques actives et à jour au moment de la mise en production | 28 couches | (réseaux, voirie, PLU, bâtiments, environnement, risques) (Cas client Nehos 2026, 2026) |
| Données territoire structurées et géolocalisées après déploiement SIG | 100 % vs 12 % | (avant : 12 % des données étaient dans un format SIG exploitable, le reste en DWG, Excel et papier) (Audit initial Nehos — EPCI Hérault, 2026) |
| Réduction du délai moyen de traitement des signalements géolocalisés (nids-de-poule, mobilier dégradé, éclairage défaillant) | -3 jours | de 5 jours à 2 jours en médiane (Mesures Nehos 2026, 2026) |
| Conformité reporting PCAET automatisé | 100 % | exports CNIG produits sans ressaisie manuelle dès la première échéance annuelle post-déploiement (EPCI Hérault — PCAET 2026, 2026) |
-82 % : Économie sur le coût annuel des licences SIG par rapport à ESRI ArcGIS Server (licence 20 utilisateurs concurrent) — comparaison directe sur le cas EPCI Hérault.
-45 % : Réduction du temps de réponse des services techniques sur les demandes nécessitant une localisation géographique (incidents réseau, signalements voirie, instructeur urbanisme).
28 couches : Couches cartographiques actives et à jour au moment de la mise en production (réseaux, voirie, PLU, bâtiments, environnement, risques).
#Cas client : EPCI de 8 communes, 42 000 habitants, département de l'Hérault
#Contexte
EPCI de 8 communes, 42 000 habitants, département de l'Hérault. Périmètre territorial : 186 km de voirie, 142 km de réseau d'eau potable, 98 km d'assainissement, 2 400 points d'éclairage public, 340 bâtiments communaux, 6 zones PLU distinctes. Patrimoine numérique existant : plans DWG réseaux datant de 2003-2009 partiellement mis à jour, fichiers Excel de suivi voirie par commune (non consolidés), aucun format SIG structuré. EPCI soumis à l'obligation PCAET depuis 2019 — les deux derniers rapports annuels avaient été produits manuellement en 8 jours de travail par agent chaque année.
#Défi
Aucun SIG en place malgré 8 ans d'obligation réglementaire implicite. Budget annuel DSI : 811 k€ HT — une licence ESRI ArcGIS Server 20 utilisateurs était devisée 101 k€ HT/an, soit 49 % du budget DSI pour un seul outil. Les 7 services municipaux (DGS, travaux, urbanisme, technique, environnement, état civil, communication) travaillaient chacun en silo sans base cartographique commune. Le dernier incident marquant : un prestataire avait ouvert une tranchée sur un câble électrique enterré non référencé sur les plans — coût de l'intervention d'urgence à partir de 29 k€ HT et 72 heures d'interruption partielle.
#Solution déployée
Audit territorial 3 semaines : inventaire de 2 400 fichiers DWG, 18 tableurs de suivi, données IGN disponibles (BD TOPO, BD ORTHO, Parcellaire Express). Migration et nettoyage des données dans PostgreSQL/PostGIS — 6 semaines incluant la correction des incohérences géométriques (polygones chevauchants PLU, lignes réseau interrompues). Développement du portail OpenLayers avec gestion des droits par service, module QField pour les 12 agents terrain, portail open data citoyen. Configuration de 8 règles d'alertes géolocalisées prioritaires (croisements risques inondation / bâtiments, voirie dégradée / itinéraires scolaires). Formation : 3 sessions de 1,5 jour par profil métier (référent SIG, agent terrain, consultant urbanisme). Mise en production mois 4.
#Résultats obtenus
28 couches actives en production dès le lancement. Économie immédiate : 912 k€ HT/an de licences ESRI évitées (la direction avait failli signer le contrat ESRI 3 mois avant le démarrage du projet Nehos). 100 % des données territoire structurées et géolocalisées (vs 12 % avant). Temps de traitement des signalements géolocalisés réduit de 5 à 2 jours en médiane. Premier reporting PCAET annuel produit automatiquement en 45 minutes (vs 8 jours de travail manuel l'année précédente). Aucun incident réseau lié à un défaut de localisation depuis la mise en production des couches réseaux (suivi sur 6 mois).
#Pourquoi Nehos pour sIG municipal
Nehos Groupe n'est pas un intégrateur généraliste qui adapte une solution standard à votre contexte. On conçoit des architectures sur mesure, calibrées sur vos contraintes métier, réglementaires et techniques. Chaque projet démarre par un audit de faisabilité qui pose les limites avant les promesses — si le ROI ne tient pas, on le dit avant de signer quoi que ce soit.
Notre méthode ROI-First impose un cadrage chiffré dès la phase d'audit : coût actuel documenté, gains projetés avec hypothèses conservatrices, critères de go/no-go factuels. En production, on mesure les résultats réels et on les compare aux projections — transparence totale, y compris quand les chiffres sont en dessous des attentes. Nos expertises connexes : portail citoyen avec signalement géolocalisé, guide open data collectivités (loi République Numérique).
Stack technique souverain : hébergement OVHcloud (datacenters France), modèles IA open source (Mistral) quand la performance le permet, code propriétaire intégralement détenu par le client à la livraison. Pas de vendor lock-in, pas de dépendance à un fournisseur cloud américain pour vos données critiques.
#Pour aller plus loin
Cas d'usage connexes :