Quelle est la différence entre DAO et SIG en topographie ?

Quelle est la différence entre DAO et SIG en topographie?

Les conduites, les parcelles, les regards étaient là, en DWG, sur le plan de récolement. Mais la donnée, elle, restait muette. Impossible de filtrer par diamètre, par matériau, par date de pose. Pour obtenir la liste, il a fallu cliquer sur chaque polygone, un par un, et retranscrire les informations à la main dans un tableur. C'est précisément là que la différence entre DAO et SIG se révèle: non pas dans le logiciel, mais dans la manière dont on pense la donnée.

Une DAO dessine un objet. Un SIG le décrit.

Deux logiques de traitement, deux cultures métier

La DAO raisonne en géométrie pure. Sa raison d'être, c'est la précision du trait, la lisibilité du plan, la capacité à produire un livrable graphique imprimable ou exportable vers un sous-traitant. L'outil — AutoCAD, Covadis, MicroStation — ne connaît que des lignes, des blocs, des calques, des polylignes. Il excelle dans la production de plans d'exécution, dans la coupe d'un profil en long, dans la cotation au millimètre d'un regard de visite.

Le SIG, lui, raisonne en objets attributaires. Chaque entité géographique — une canalisation, un poteau, un bâtiment — est associée à une ligne dans une table attributaire. Cette ligne porte des champs: diamètre, matériau, année de pose, gestionnaire, état. La géométrie reste indispensable, mais elle devient le support d'une information structurée, requêtable, analysable.

Cette différence de logique a des conséquences directes sur le quotidien de l'équipe. Quand un chargé d'affaires demande « combien de mètres linéaires de fonte de 200 mm sur le tronçon nord », un DWG ne sait pas répondre. Un SIG, oui, en deux clics et une requête SQL.

Coordonnées et systèmes de référence: la question de l'échelle

Là où la confusion s'installe souvent, c'est sur la notion de coordonnées. La DAO peut géoréférencer un plan — nous l'avons tous fait, au moins une fois, en calant un fond raster sur trois points. Mais ce n'est pas sa fonction première. La DAO travaille fréquemment à l'échelle locale, sur des plans d'ingénierie où la précision millimétrique prime, dans un système de coordonnées interne au projet.

Le SIG, par construction, s'appuie sur des systèmes de coordonnées de référence explicites et rigoureux. En France, on travaille presque systématiquement en Lambert 93 (EPSG:2154) pour les projets métropolitains, en WGS84 (EPSG:4326) pour les données GNSS brutes, en systèmes locaux (CC42, CC43, etc.) pour les projets à grande échelle hérités. Cette rigueur n'est pas un caprice d'ingénieur géographe: c'est ce qui permet de superposer des couches de sources différentes sans dériver, de recaler un levé GNSS sur le PCRS, de garantir qu'une canalisation saisie par un sous-traitant en 2018 se trouve exactement au même endroit que le regard levé en 2024.

Formats de fichiers: la barrière invisible

Le DWG reste le format roi de la DAO. Compact, précis, universellement lu par les sous-traitants et les bureaux d'études, il fait le lien entre projeteurs, géomètres et entreprises. Le DGN, format MicroStation, occupe une niche tenace dans les grands projets d'infrastructure. Ces deux formats ont été conçus pour stocker de la géométrie, pas pour stocker du sens.

Côté SIG, le Shapefile d'Esri a longtemps régné, malgré ses limites héritées: plafond de 2 Go, noms de colonnes limités à dix caractères, projection stockée dans un.prj à côté. Le GeoPackage (GPKG), normalisé par l'OGC, le remplace progressivement: un seul fichier SQLite, portable, sans limitation pratique de volume. Le GeoJSON, léger et lisible, s'impose côté web et API.

Le passage de l'un à l'autre n'est jamais transparent. Convertir un DWG en Shapefile ou en GeoPackage, c'est franchir une barrière sémantique: il faut décider que telle polyligne devient une classe d'entités « canalisation », tel bloc devient un « regard », et leur attribuer des champs. Cette restructuration est un travail métier, pas un clic sur « Exporter en SHP ». Les outils comme FME ou les scripts de géotraitement de QGIS accélèrent la chaîne, mais l'arbitrage reste humain — c'est nous qui savons ce que représente chaque trait.

Cadre réglementaire et structuration des données

Le sujet n'est plus seulement technique quand on parle de réseaux. L'arrêté du 8 août 2013, applicable aux canalisations de transport d'eau surchauffée ou de vapeur d'eau, impose l'utilisation d'outils permettant l'édition cartographique selon un système de coordonnées adapté. Derrière cette formulation administrative, c'est bien la logique SIG qui est exigée: produire des plans exploitables, requêtables, superposables à d'autres référentiels.

Plus largement, la gestion patrimoniale — réseaux d'assainissement, d'eau potable, d'éclairage public, voirie communale — exige cette structuration. Un DWG peut très bien dessiner un réseau de 200 km. Mais le jour où vous devez fournir la liste des tronçons en fonte grise de plus de cinquante ans pour un programme de renouvellement, c'est la base attributaire qui fait la différence. Le SIG n'est pas un outil de luxe: c'est ce qui transforme un plan en patrimoine.

Complémentarité opérationnelle sur le terrain et en bureau

Sur le terrain, la chaîne moderne s'organise souvent en trois temps. Le levé GNSS ou station totale produit des données brutes, traitées dans un logiciel métier (Covadis, Trimble Business Center, Leica Infinity) pour produire un plan DAO. Ce plan est ensuite structuré en classes d'entités SIG, soit manuellement, soit via des scripts de conversion. Enfin, la donnée alimente un SIG métier — QGIS, ArcGIS Pro, GéoConcept — pour l'analyse, la diffusion, la mise à jour.

Cette complémentarité suppose une vraie courbe d'apprentissage pour les équipes. Beaucoup de topographes formés à la DAO découvrent le SIG à trente-cinq ans passés, et la friction est réelle: changer de réflexe, apprendre à modéliser des classes d'entités avant de tracer une ligne, accepter que l'information compte autant que le dessin. C'est humain, et c'est normal. La transition se joue autant dans l'accompagnement des équipes que dans le choix des outils.

Quelques principes d'intégration qui fonctionnent chez nous:

• Ne pas imposer le SIG comme une rupture, mais comme une couche supplémentaire sur des réflexes DAO déjà acquis.
• Commencer par un cas d'usage concret — par exemple, la cartographie des regards de visite avec leurs attributs — avant de basculer l'ensemble du portefeuille projet.
• Penser la nomenclature et les classes d'entités AVANT de produire la donnée, pas après. Un SIG mal modélisé coûte plus cher qu'un DWG brouillon.
• Soigner les exports. Un DWG propre reste souvent le meilleur vecteur d'échange avec les partenaires non-SIG.
• Former en duo, pas en salle. La confidentialité d'un binôme sur un cas concret lève les blocages plus vite qu'un diaporama institutionnel.

Le bon outil au bon moment

Au fond, la question « DAO ou SIG » est mal posée. Elle oppose deux outils qui ne font pas le même travail. La DAO reste indispensable pour la conception et la production de plans d'exécution hautement précis, là où le millimètre compte et où l'œil du projeteur prime. Le SIG devient incontournable dès qu'il s'agit de capitaliser, d'analyser, de partager, de faire vivre la donnée dans le temps.

Le bon réflexe, sur un chantier ou en bureau d'études, c'est de se demander d'abord: qu'est-ce que je veux faire de cette donnée dans six mois, dans deux ans, dans dix ans? La réponse dicte l'outil. Si c'est un plan de récolement à remettre au maître d'ouvrage, la DAO suffit. Si c'est un patrimoine à transmettre à l'équipe suivante, c'est du SIG qu'il faut. Et souvent, la réponse, c'est les deux — en assumant le coût de la passerelle entre les deux mondes.