Logiciel SIG : l'essentiel à comprendre en 5 minutes

Logiciel SIG: l’essentiel à comprendre en 5 minutes

En revanche, il détermine ce que devient la mesure après acquisition: une coordonnée isolée, un dessin exploitable ou une donnée géographique interrogeable.

C’est la limite qui sépare le simple plan numérique d’un système d’information géographique. Le premier représente. Le second structure, contrôle, croise et analyse. Pour un topographe, un gestionnaire de réseaux ou un service SIG, cette différence conditionne la traçabilité de chaque objet relevé.

Un logiciel SIG associe une géométrie — point, ligne, polygone, raster — à une table attributaire. Une bouche d’incendie ne se réduit donc pas à une croix rouge sur un fond de plan: elle possède un identifiant, un diamètre, un matériau, une date de pose, un statut de contrôle et éventuellement une photographie géolocalisée. C’est cette liaison qui donne au système sa valeur opérationnelle.

Au-delà du dessin: la puissance de l’analyse spatiale

La DAO travaille principalement sur la géométrie et la représentation graphique. Coordonnées X, Y, Z, calques, types de ligne, cotations et blocs constituent son environnement normal. Un fichier DWG ou DXF peut contenir une information topographique très précise. Il ne devient pas automatiquement une base SIG pour autant.

Le logiciel SIG applique une logique différente. Chaque entité appartient à une couche, dispose d’attributs typés et peut répondre à une requête. Il devient alors possible d’isoler les regards dont la profondeur dépasse une valeur donnée, de croiser un réseau avec une zone inondable ou de calculer les parcelles comprises dans un rayon défini autour d’un ouvrage.

La distinction est nette.

Un logiciel de cartographie professionnel ne remplace donc pas forcément la DAO. Les deux systèmes peuvent coexister dans une même chaîne. La station totale ou le récepteur RTK produit des observations. Le logiciel de topographie compense, calcule et implante. La DAO prépare ou finalise un plan. Le SIG organise les données géospatiales, les met à jour et les diffuse.

Le point de rupture apparaît dès qu’un dessin doit répondre à une question métier. « Où sont les candélabres de plus de vingt ans dans une zone de travaux? » n’est pas une question de calque. C’est une requête attributaire combinée à une sélection spatiale.

Un SIG ne vaut pas par la qualité de son fond de carte. Il vaut par la cohérence entre géométrie, attributs et système de coordonnées.

Les cinq piliers d’un système d’information géographique

Le logiciel ne constitue qu’un élément du système d’information géographique. Cette précision est nécessaire: une application bien choisie ne stabilise ni un modèle de données incohérent ni une procédure terrain défaillante.

Un SIG repose sur cinq composantes indissociables:

1. Le matériel. Postes de traitement, tablettes durcies, contrôleurs terrain, récepteurs GNSS, stations totales et serveurs. Un relevé centimétrique exige un récepteur externe correctement configuré; le GPS intégré d’un téléphone ne fournit pas cette garantie.

2. Le logiciel SIG. Il permet de créer les couches, de paramétrer les formulaires, de consulter les attributs, d’exécuter des géotraitements et de publier des cartes ou des services.

3. Les données. Elles comprennent les géométries, les attributs, les orthophotographies, les modèles numériques de terrain, les documents liés et les métadonnées. Une donnée sans date, source, précision ni système de référence est une donnée dont la fiabilité reste indéterminée.

4. Les méthodes. Codification terrain, règles de nommage, contrôle des doublons, protocoles de synchronisation, gestion des corrections et archivage. Sans méthode, la base se dégrade vite: attributs vides, valeurs libres, objets dupliqués, géométries mal accrochées.

5. Les utilisateurs. Opérateur terrain, géomètre, administrateur de données, chargé d’études, décideur. Leurs besoins ne sont pas identiques. Un formulaire mobile doit réduire les erreurs de saisie; une interface de bureau doit permettre la vérification géométrique et les traitements complexes.

Cette architecture explique pourquoi le choix d’un logiciel SIG ne se limite jamais à la liste des fonctions disponibles. Une collectivité peut déployer une solution très complète et conserver des couches inutilisables si les agents renseignent « PVC », « pvc », « Polyvinyle » et une cellule vide pour désigner le même matériau de canalisation.

Le contrôle se fait à la source. Listes de valeurs fermées, champs obligatoires, domaines de valeurs, photos conditionnelles et règles topologiques ont plus d’effet sur la qualité finale qu’une symbologie sophistiquée.

Interopérabilité: le test que les démonstrations évitent souvent

Un SIG enfermé dans son propre format est un coût différé. La démonstration commerciale montre généralement une carte fluide, quelques formulaires et une synchronisation instantanée. Le test utile commence ensuite: importer, exporter, reprojeter, modifier et restituer sans perte d’attributs ni rupture de géométrie.

Les standards de l’Open Geospatial Consortium, ou OGC, cadrent cette circulation. Ils évitent qu’un jeu de données soit exploitable uniquement dans l’environnement de son éditeur.

Trois flux doivent être distingués sans approximation:

• WMS transmet une image cartographique. Le flux sert à afficher un fond ou une représentation produite par un serveur. L’utilisateur voit la carte, mais ne reçoit pas les entités vectorielles éditables.
• WFS transmet des objets vectoriels et leurs attributs. Il permet d’accéder à la géométrie d’une couche et à ses données associées, sous réserve des droits définis par le diffuseur.
• WMTS fournit des tuiles d’images précalculées. Il privilégie la rapidité d’affichage, notamment pour les fonds à grande emprise ou les usages mobiles.

La confusion entre WMS et WFS produit des impasses classiques. Un opérateur peut visualiser un réseau sur son écran et croire disposer de la donnée. Il ne possède parfois qu’une image. Impossible alors de sélectionner une conduite, de récupérer son identifiant ou de conduire une analyse de proximité fiable.

Les formats comptent autant que les flux. Un logiciel SIG sérieux doit manipuler sans contorsion les données vectorielles courantes — GeoPackage, GeoJSON, Shapefile, KML, TAB — ainsi que les rasters tels que GeoTIFF, ECW ou JPEG2000. Côté échanges avec la DAO, les formats DWG, DXF et DGN restent fréquents, mais leur intégration impose une vérification stricte des calques, des blocs, des textes et du système de coordonnées.

L’interopérabilité n’est pas une fonction de confort. Elle conditionne la continuité entre une collecte terrain, un traitement topographique, une base patrimoniale et une restitution cartographique.

Shapefile ou GeoPackage: le format détermine le risque

Le Shapefile reste omniprésent parce qu’il est ancien, répandu et compris par presque tous les logiciels. Il est aussi régulièrement mal manipulé.

Un Shapefile n’est pas un fichier unique. Il exige au minimum trois composants indissociables:

• le fichier .shp pour la géométrie;
• le fichier .dbf pour les attributs;
• le fichier .shx pour l’indexation.

Transmettre uniquement le .shp par messagerie ou le déplacer hors de son dossier revient à casser le jeu de données. Le logiciel peut ne rien ouvrir, afficher une couche incomplète ou perdre les attributs. Sur un chantier ou dans un échange entre sous-traitants, cette erreur reste élémentaire et pourtant fréquente.

Le GeoPackage, identifié par l’extension .gpkg, répond mieux à de nombreux usages opérationnels. Basé sur SQLite et développé dans l’écosystème OGC, il stocke vecteurs et rasters dans un fichier unique. Plusieurs couches, leurs attributs, leurs styles selon les logiciels, voire certaines tables non spatiales peuvent être centralisés dans le même conteneur.

Le GeoPackage ne dispense pas de discipline. Il faut documenter le SCR, contrôler les types de champs, verrouiller les codifications et vérifier les géométries. Mais il réduit un risque mécanique: la dissociation accidentelle de la géométrie et de ses attributs.

Le choix du format doit suivre le cycle de vie de la donnée. Pour une livraison vers un donneur d’ordre équipé d’outils anciens, le Shapefile peut rester imposé. Pour une collecte terrain avec édition, synchronisation et conservation d’un jeu de données cohérent, le GeoPackage est souvent plus robuste.

Une couche sans attributs fiables n’est qu’un dessin. Une couche sans SCR fiable est un dessin placé au hasard.

EPSG, projection et précision: le point qui fausse tout

La précision GNSS n’a de sens que dans un système de coordonnées correctement maîtrisé. Une solution RTK peut fournir une position de qualité centimétrique dans son référentiel de calcul, puis être déplacée de façon significative lors d’une mauvaise transformation ou d’une projection mal déclarée.

En France métropolitaine, l’EPSG:2154 correspond au Lambert 93, exprimé en mètres. C’est la référence courante pour les travaux cartographiques, les calculs de distance, les superficies et les traitements à l’échelle nationale.

L’EPSG:4326 correspond au système géographique mondial WGS84, exprimé en degrés de latitude et de longitude. Il est courant dans les services web, les récepteurs GNSS et les échanges internationaux. Il ne convient pas directement à un calcul de surface en mètres carrés ni à un tampon métrique de précision.

Un logiciel SIG peut afficher plusieurs couches dans une même vue grâce à la reprojection à la volée. Cette fonction est utile pour la consultation. Elle ne résout pas automatiquement les problèmes de traitement.

Avant une intersection de parcelles, une analyse de distance, un calcul de cubature ou l’export vers une chaîne DAO, il faut contrôler:

• le SCR réellement affecté à chaque couche, et non celui supposé par l’opérateur;
• l’unité de travail: degrés, mètres ou unités locales;
• la transformation de référence utilisée entre systèmes;
• l’origine du relevé GNSS et le mode de correction appliqué;
• la cohérence entre le référentiel du projet, celui du fond de plan et celui des livrables.

L’erreur la plus dangereuse n’est pas toujours visible. Deux couches peuvent sembler superposées à petite échelle alors qu’elles divergent de plusieurs décimètres sur une implantation. L’affichage masque alors le défaut, surtout sur une orthophotographie à résolution limitée.

La procédure correcte est stricte: identifier le SCR source, affecter le bon code EPSG si la donnée est simplement mal étiquetée, puis reprojeter réellement la couche si un changement de système est nécessaire. Affecter un SCR et reprojeter une donnée sont deux opérations distinctes. Les confondre déplace les objets.

Du terrain au bureau: la collecte mobile ne remplace pas le contrôle

Les applications de collecte telles que QField, Mergin Maps ou ArcGIS Field Maps ont fait évoluer les procédures de relevé. Elles permettent de travailler hors connexion, de saisir des formulaires, de joindre des photographies et de synchroniser les données dès que le réseau redevient disponible.

Associées en Bluetooth à un récepteur GNSS externe, elles peuvent exploiter une position centimétrique issue d’une solution RTK. Cette configuration est adaptée à l’inventaire de mobilier urbain, au relevé de réseaux apparents, au contrôle d’ouvrages ou à la mise à jour d’un patrimoine.

Mais l’application ne crée pas la précision. Elle reçoit une position. La chaîne entière doit donc être calibrée et contrôlée:

1. Paramétrer le récepteur GNSS. Hauteur d’antenne, type de correction, masque d’élévation, constellations exploitées et état de la solution doivent être connus. Une position flottante n’a pas la même valeur qu’une solution fixe.

2. Contrôler la liaison au terminal. L’application doit utiliser le récepteur externe, non la position interne de la tablette. Le contrôle se fait sur le flux de coordonnées, le statut de correction et l’indicateur de précision affiché.

3. Configurer le projet SIG avant le terrain. Couches, champs, valeurs autorisées, pièces jointes, règles de nommage et SCR sont préparés au bureau. Construire le modèle de données au fil de la saisie produit des attributs hétérogènes.

4. Prévoir le comportement hors ligne. Fonds de carte, formulaires, zones de travail et mécanismes de synchronisation doivent être testés sans réseau. Une carte visible en ligne mais absente hors connexion ne sert à rien sur site.

5. Valider après synchronisation. Les conflits d’édition, géométries dupliquées, pièces jointes manquantes et décalages de coordonnées doivent être détectés dans le logiciel de bureau avant diffusion.

Le terrain impose ses limites physiques. Sous couvert arboré, à proximité de façades vitrées, de véhicules métalliques ou d’ouvrages massifs, le multipath dégrade la solution. Le logiciel SIG conserve la coordonnée reçue; il ne reconstitue pas un signal GNSS propre après coup. Il peut toutefois conserver l’heure, la qualité de correction, le nombre de satellites, la précision estimée ou l’opérateur responsable. Ces attributs permettent de qualifier le relevé au lieu de lui attribuer une précision fictive.

Cartes.gouv.fr: ce qui change pour les données publiques

La diffusion des données géographiques publiques françaises évolue. La plateforme cartes.gouv.fr centralise progressivement des services auparavant répartis entre plusieurs portails de l’IGN. Géoservices a fermé définitivement le 26 mars 2026. La fermeture de Géoportail est programmée pour l’automne 2026.

Pour les utilisateurs de logiciel SIG, l’enjeu n’est pas cosmétique. Il concerne les adresses de services, les catalogues de données, les automatisations et les habitudes de consultation. Une couche WMS ou WFS intégrée dans un projet doit être contrôlée lorsque l’infrastructure de diffusion change. Une adresse ancienne peut continuer de fonctionner temporairement, puis rompre une chaîne de production sans avertissement visible dans le projet.

La transition doit être traitée comme une migration technique:

• recenser les fonds, flux et scripts utilisés dans les projets SIG;
• identifier les services effectivement critiques pour la production;
• mettre à jour les connexions dans les modèles de projet et les applications terrain;
• vérifier le SCR, l’emprise, la date de mise à jour et les conditions d’accès des nouvelles ressources;
• conserver une solution de repli pour les opérations où l’accès aux données publiques est nécessaire.

Cette évolution rappelle un point simple: un SIG n’est jamais un logiciel isolé sur un poste. Il dépend de référentiels, de services distants, de formats et de procédures de maintenance.

Le verdict: un logiciel SIG est viable s’il tient la chaîne complète

Le choix logiciel SIG ne se tranche pas entre une solution libre et une suite propriétaire sur la base d’une interface ou d’un catalogue de fonctions. QGIS, dont le développement a débuté en 2002, constitue une base solide pour de nombreux flux ouverts. Les suites d’entreprise apportent souvent des environnements intégrés, des outils métier et une administration centralisée. Aucun de ces deux modèles ne compense une donnée mal conçue.

Le critère décisif reste la continuité opérationnelle: le logiciel doit recevoir une mesure qualifiée, conserver son référentiel, structurer ses attributs, échanger par des formats ouverts, supporter les flux OGC nécessaires et restituer une donnée exploitable sans dégradation.

S’il ne sait que dessiner, ce n’est pas un SIG complet. S’il affiche des couches sans permettre de contrôler leur SCR, il n’est pas fiable pour la topographie. S’il dépend d’un format fermé ou d’un flux non maîtrisé, il devient un point de blocage.

Un logiciel SIG viable transforme une position mesurée en information contrôlable. Le reste relève de la présentation.