Différences de superficies dans les bases de données SQL Server vs. les géodatabases fichiers

Question

Pourquoi les champs système Shape.Area dans les bases de données SQL Server affichent-ils des valeurs de surface (m_²) différentes de celles des champs Shape dans les géodatabases fichiers ?

Problème

La cause des différences de valeurs de surface est due aux arcs (true curves) dans les polygones. Les plus grandes différences de surface se produisent donc pour les surfaces comportant de nombreux arcs.

Solution

Lors du calcul des colonnes SHAPE_AREA et SHAPE_LENGTH, ArcSDE (qui gère le stockage et le traitement des géométries dans les bases de données Enterprise) ne supporte que les simple features, c’est-à-dire pas les arcs mais uniquement des segments de ligne droits dans ce cas. Cela implique que les arcs sont approximés par des segments de ligne droits pour le calcul de la géométrie par ArcSDE. Cela engendre ces différences de surface, qui varient en fonction de la taille de la surface et des arcs présents.

En interne, ArcGIS prend en compte les true curves dans toutes les opérations de calcul et d’analyse, mais malheureusement pas dans les valeurs des champs mentionnés ci-dessus. C’est pourquoi la valeur issue du calcul de géométrie dans ArcMap est correcte, et non les valeurs des champs SHAPE.

Ce comportement est donc considéré par Esri non pas comme un bug, mais plutôt comme un problème connu, ou un fonctionnement « conforme à la conception ».

De plus, cela signifie que pour les calculs de surface, ces champs système ne doivent pas être utilisés, mais plutôt les fonctions Esri « calculate geometry » ou la fonction GEONIS Parser %AreaPrec.

Articles Esri

https://support.esri.com/de/bugs/nimbus/QlVHLTAwMDEwOTEzMA==
https://support.esri.com/de/bugs/nimbus/QlVHLTAwMDA5NzMzMg==
https://support.esri.com/de/bugs/nimbus/TklNMDQ1NjUz