Logiciels SIG : 5 critères pour faire le bon choix

Un cabinet reçoit en parallèle un plan DXF transmis par le client, un nuage de points LAS issu d'un lever drone et les coordonnées brutes d'une campagne GNSS RTK. La question du logiciel SIG qui doit absorber ces trois flux n'est pas une affaire de préférence individuelle: c'est un choix d'architecture qui détermine la fluidité du projet, la conformité contractuelle des livrables et, in fine, la productivité de l'équipe. Ce choix se structure autour de cinq critères techniques qu'il convient d'évaluer avant tout bon de commande ou toute migration planifiée. À l'heure où Esri programme le retrait officiel d'ArcGIS Desktop au 1er mars 2026 et où la version 3.11 de GDAL apporte de nouvelles optimisations pour les formats COG et les volumes LiDAR, ces critères pèsent plus lourd qu'il y a deux ans.

Interopérabilité et gestion des formats: le socle invisible des échanges

Un logiciel SIG qui ne sait lire que ses propres formats n'est pas un SIG, c'est un dossier verrouillé.

Le premier filtre est presque trivial à formuler et pourtant souvent négligé en pratique: le logiciel retenu doit-il servir de passerelle, ou devenir un silo supplémentaire dans la chaîne de production? La réponse tient à la couverture des formats — vecteur, raster, 3D, BIM, topométrie — et au respect des standards ouverts qui permettent aux données de circuler sans transformation destructrice. En topographie, le logiciel doit impérativement prendre en charge les standards OGC (WMS, WFS, WCS, GeoPackage) pour l'échange web de couches, mais aussi les formats métier propres au BTP et à la géomatique: DXF et DWG pour les plans DAO/CAO remis par les clients, GeoTIFF pour les orthophotos, LAS et LAZ pour les nuages de points LiDAR, LandXML pour les projets linéaires de génie civil, IFC pour les maquettes BIM. Un écart sur un seul de ces formats oblige à installer une chaîne de conversion qui, à chaque maillon, dégrade la précision ou la topologie.

La maturité d'un logiciel sur ce terrain se mesure aussi à sa capacité à lire et écrire les formats récents sans plug-ins exotiques. QGIS, grâce à sa dépendance structurelle à la bibliothèque GDAL — dont la version 3.11 publiée début 2026 introduit des optimisations notables pour les Cloud Optimized GeoTIFF et la lecture de volumes LiDAR — couvre nativement la quasi-totalité de ces standards. ArcGIS Pro, de son côté, s'appuie sur un écosystème de formats propriétaires coexistants avec les standards OGC, ce qui demande une vigilance accrue sur les exports. Covadis, plug-in historique d'AutoCAD, reste très performant sur DXF/DWG et LandXML mais s'ouvre plus timidement vers les formats SIG ouverts et la publication web OGC.

Analyse spatiale et modélisation 3D: au-delà de la simple carte

Un SIG de cartographie générale et un logiciel orienté topographie n'opèrent pas dans la même catégorie d'outils. Le second doit exécuter des traitements que le premier ignore: génération de MNT et MNS, calcul automatique de cubatures, extraction de courbes de niveau, classification et filtrage de nuages de points LiDAR ou photogrammétriques. Ces fonctions exigent une gestion fine des géométries 3D, un moteur de traitement ráster robuste et, surtout, des algorithmes éprouvés sur de gros volumes de données — précisément le créneau que GDAL 3.11 muscle cette année.

Trois familles de traitements distinguent un logiciel véritablement adapté à la topographie:

1. Modélisation surfacique: génération de MNT/MNS à partir de semis de points, de courbes de niveau ou de nuages LiDAR, avec interpolation contrôlée (TIN, IDW, krigeage selon les cas d'usage).

2. Calcul de volumes: cubatures par méthode des prismes entre deux surfaces (état initial / état projet), avec gestion explicite des zones d'emprise et des seuils de précision.

3. Traitement de nuages de points: classification sol / non-sol, génération de profils, détection de discontinuités, export vers des formats interopérables (LAS, LAZ, E57).

Sur ces fonctions, les suites généralistes comme MapInfo Pro restent en retrait, tandis que QGIS — épaulé par des extensions comme SAGA, GRASS ou le module Processing — couvre l'essentiel des besoins courants. ArcGIS Pro offre des fonctions équivalentes, intégrées nativement, mais avec une dépendance forte à l'écosystème Esri pour les outils avancés de classification LiDAR. Covadis et les solutions métier de type Geomensura ou Covadisplay restent des références sur les traitements topométriques et les calculs de projet VRD.

Intégration terrain et précision GNSS/RTK: la continuité numérique

Un cabinet qui acquiert un récepteur GNSS RTK à précision centimétrique sans disposer d'une application de collecte interfacée directement avec son SIG crée une rupture de chaîne qui coûte cher. Les coordonnées relevées sur le terrain doivent pouvoir alimenter la base de données spatiale sans ressaisie, avec conservation des attributs (code point, précision, opérateur, timestamp). C'est précisément ce que proposent les applications terrain modernes — QField pour QGIS, ArcGIS Field Maps pour l'écosystème Esri, ou des solutions spécialisées comme ArpentGIS Android, qui revendique plus de 5 000 utilisateurs et une couverture fine des besoins topographiques français.

L'intégration terrain ne se résume pas à la collecte. Elle englobe aussi la mise à jour des couches SIG depuis le chantier, la synchronisation bidirectionnelle avec la base centrale et la gestion des projets multi-opérateurs. Sur le plan matériel, les terminaux utilisés doivent afficher un indice de protection IP67 — étanchéité totale à la poussière (indice 6) et résistance à une immersion temporaire dans l'eau (indice 7) — pour encaisser les conditions réelles d'un lever. Négliger cette contrainte, c'est multiplier les pannes et compromettre la continuité de la collecte, donc la qualité finale du modèle numérique livré.

La précision centimétrique du GNSS RTK ne sert que si les données arrivent au SIG sans dégradation ni ressaisie.

Architecture logicielle et bases de données: préparer la montée en charge

Le quatrième critère est souvent invisible au moment du choix, et pourtant il conditionne la viabilité à moyen terme du logiciel. Trois familles d'architectures coexistent: poste isolé en local, serveur central avec base de données spatiale, plateforme cloud / SaaS. Pour un cabinet d'un à trois géomètres, le poste isolé couplé à SpatiaLite ou GeoPackage suffit. Dès que l'effectif dépasse ce seuil, ou que le projet implique plusieurs bureaux, la connexion à une base multi-utilisateurs devient incontournable — PostgreSQL avec son extension PostGIS demeure la référence open source, capable d'absorber des millions d'entités, des requêtes spatiales complexes et des opérations de topologie avancées.

Cette dimension architecturale est ce qui rend la fin d'ArcGIS Desktop, programmée par Esri pour le 1er mars 2026, plus qu'un simple changement de version. La migration vers ArcGIS Pro n'est pas qu'une mise à jour logicielle: c'est un changement de modèle — environnement 64 bits natif, intégration au portail ArcGIS Online, dépendance accrue aux services cloud Esri. Pour les structures qui refusent cette trajectoire, ou qui veulent garder la maîtrise de leurs données, la migration vers QGIS couplé à PostgreSQL/PostGIS constitue une alternative robuste, à condition d'investir dans la formation et l'administration de la base. La version QGIS LTR 3.44.9 prévue pour 2026 stabilise précisément ce scénario: elle fige un socle fonctionnel sur plusieurs années, ce qui est essentiel pour des processus métier qui ne tolèrent pas une rupture de compatibilité tous les six mois.

Modèle économique et TCO: ce que la licence ne dit pas

Le prix d'achat d'une licence n'est jamais le coût réel d'un logiciel SIG. Le TCO — coût global de possession — agrège la licence, la maintenance annuelle, les modules complémentaires, la formation initiale et continue, le temps d'intégration et le coût d'opportunité des migrations futures. Sur ce plan, l'opposition classique entre open source gratuit et propriétaire payant masque une réalité plus nuancée.

L'illusion du gratuit côté open source disparaît dès qu'on intègre le temps d'administration, la montée en compétence de l'équipe et, parfois, le recours à un intégrateur spécialisé. À l'inverse, l'illusion du « tout inclus » côté propriétaire disparaît dès qu'on additionne les modules optionnels, les crédits de localisation ArcGIS Online et les renouvellements de maintenance. La bonne décision n'est pas idéologique: elle est comptable et stratégique, en fonction de la taille de la structure, de la complexité des projets et du niveau d'autonomie technique interne.

Du choix logiciel à l'architecture de données

Le logiciel SIG n'est jamais qu'un interpréteur d'une architecture de données qui le précède et le dépasse. Avant d'arbitrer entre QGIS, ArcGIS Pro, MapInfo ou une suite métier comme Covadis, le cabinet doit avoir clarifié trois choses: le format pivot de ses échanges (GeoPackage, GeoTIFF, LAS/LAZ, LandXML), le schéma de sa base de données spatiale (PostGIS ou autre), et la cartographie de ses flux terrain-bureau. Une fois ces choix structurants posés, le logiciel devient un outil interchangeable — à condition qu'il respecte les cinq critères précédents. À l'inverse, choisir le logiciel d'abord, puis tenter de faire entrer l'architecture dans ses contraintes, mène immanquablement à des silos et à des ressaisies. C'est cette inversion de méthode que la migration forcée d'ArcGIS Desktop vers ArcGIS Pro rend particulièrement visible en 2026: elle impose à de nombreux cabinets de repenser leur architecture de données, et pas seulement de mettre à jour leur poste de travail.