Lorsque j'ouvre QGIS, ajoute la couche et calcule les zones du fichier de formes via la calculatrice de champ, j'obtiens une zone différente de celle lorsque j'ouvre QGIS et coche «Activer la transformation CRS à la volée» et calcule la zone. Ceci malgré le fait que le projet et le calque ont le même système de coordonnées (même numéro EPSG). Qu'est-ce que je fais mal?
J'ai un fichier de formes avec des calculs de zone effectués avec ArcGIS (pas moi, les données m'ont été remises et je n'ai aucune idée pour quel CRS la zone a été calculée avec ArcGIS). La couche de fichiers de formes CRS est EPSG: 21781 (Suisse). Dans QGIS, si je ne modifie pas les paramètres OTF et que je laisse le projet CRS comme EPSG: 4326 (WGS84), j'obtiens la même valeur que la valeur de la zone ArcGIS. Cependant, si je modifie l'OTF avant d'ajouter le calque à EPSG: 21781, j'obtiens des valeurs de zone différentes. Si je comprends bien, cela suggère que la zone ArcGIS a été calculée avec le CRS EPSG: 4326.
Premier workflow:
- ouvrir QGIS
- projet CRS: EPSG 4326
- ajouter un calque
- le projet CRS s'adapte automatiquement et est maintenant EPSG 21781
- calculer $ surface avec calculatrice de champ
Deuxième workflow:
- ouvrir QGIS
- projet CRS: EPSG 4326
- Activez OTF, définissez le projet CRS sur EPSG 21781
- ajouter un calque
- calculer $ surface avec calculatrice de champ
L'étape 5 des premier et deuxième workflows NE produit PAS la même zone.
!shape.area!
devrait donner l'aire en fonction des crs de la couche; que de calculer la géométrie peut fonctionner différemment. Il est donc difficile de dire exactement ce qui a été fait dans arcgis, mais si vous obtenez le même résultat, par exemple des degrés et non des mètres, cela signifie que le calcul de la surface était en effet basé sur l'ESPG: 4326.
$area
dans la calculatrice déposée. En bref, à la volée affecte la façon dont la géométrie est affichée sans altérer de facto les données. Il est donc plus probable que l'erreur soit due au flux de travail.