En quoi les projections ESRI WKT sont-elles différentes des projections OGC WKT?

9

Quelqu'un connaît-il la liste précise des différences entre les chaînes de format de projection ESRI WKT et OGC WKT?

Je sais qu'il existe divers outils pour faciliter la conversion d'ESRI WKT en OGC WKT, y compris les utilitaires GDAL et divers services de site Web. Mais ma question n'est pas d'ordre pratique, je veux simplement comprendre les différences de formatage / syntaxe que ces services utilisent. Les questions précédentes de Stackexchange ont seulement parlé de la différence dans des exemples spécifiques ou des outils et services disponibles.

Même si vous ne connaissez qu'une seule différence, ce serait bien si vous pouviez simplement la poster. D'après ma propre expérience, il ne devrait y avoir qu'une petite poignée de différences. Les différences que je connais sont:

  • la plupart des éléments de texte dans la définition esri utilisent le soulignement où l'ogc utilise l'espace.
  • le texte définissant la donnée dans esri wkt est le même que ogc wkt sauf qu'il commence par "D_".
  • Parfois, les identificateurs de texte pour certains PROJECS, PROJECTION, GEOGCS et DATUM prédéfinis sont écrits différemment (par exemple "NAD83" dans l'un étant "North_American_1983"). Je suppose que la seule façon de savoir quels identificateurs sont orthographiés différemment serait d'avoir une liste ou une table de recherche, alors veuillez nommer ceux que vous savez différents.
  • les différentes valeurs de texte des PARAMÈTRES sont toutes les mêmes, sauf que ogc a chaque mot en majuscule tandis qu'esri a tout en minuscule. Cependant, j'ai vu des cas où cette règle n'a pas été utilisée, est-ce que quelqu'un sait si titlecase est réellement important en ce qui concerne les logiciels essayant de les charger?
  • le type d'UNITÉ est orthographié en majuscule en ogc et en minuscule en esri, par exemple "Degré" vs "degré". Dans certains cas, j'ai vu ogc être orthographié à la fois "mètre" et "m" pour "mètre" et dans d'autres cas avec l'orthographe française "mètre". Quelqu'un sait-il quelle est la convention correcte pour ces derniers ou tout autre type d'unité pour les deux formats?
Karim Bahgat
la source

Réponses:

6

Je n'ai pas une telle liste, mais parcourir le code GDAL vous guidera:

https://svn.osgeo.org/gdal/trunk/autotest/osr/osr_esri.py

https://trac.osgeo.org/gdal/browser/trunk/gdal/ogr/ogr_srs_esri.cpp

https://trac.osgeo.org/gdal/browser/trunk/gdal/ogr/ogr_srs_esri_names.h

https://trac.osgeo.org/gdal/browser/trunk/gdal/ogr/ogrspatialreference.cpp

AndreJ
la source
2
Fondamentalement, ESRI se réconcilie au fur et à mesure :-)
Ian Turton
1
@iant Ayant été les premiers à implémenter une bibliothèque de code autour des spécifications EPSG, ils n'avaient guère le choix.
Vince
2
Nous étions probablement deuxièmes - car les spécifications GeoTIFF étaient également disponibles à l'époque. @iant il y a plusieurs choses que je ferais différemment si nous construisions un nouveau moteur de projection Esri!
mkennedy
D'accord, une grande partie semble être une gestion de cas très spéciale et spéciale. en fait, à en juger par les documents liés, il existe des centaines de lignes de code de cas spéciaux dans les différences de nom, etc. tout cela en raison de différentes implémentations logicielles et probablement du manque de normes convenues à l'époque: p
Karim Bahgat
Cela aiderait beaucoup si ESRI et GoeoTiff ajoutaient toujours le numéro de code EPSG à la chaîne de projection WKT. QGIS crée un fichier .qpj supplémentaire pour les fichiers de formes pour enregistrer ce paramètre.
AndreJ
9

Vous avez remarqué beaucoup de différences. Esri n'a jamais adopté les WKID pour les algorithmes de projection de carte ou les noms de paramètres, ils sont donc tous différents. Nous ne sommes pas d'accord avec la précision avec laquelle les définitions des paramètres sont définies. Les nôtres sont plus généralisés.

Nous ne prenons pas en charge TOWGS84 ni certains des nouveaux mots clés.

Lorsque nous comparons des chaînes (noms), nous ignorons les traits de soulignement, GCS_ et D_, et la casse. Cela peut ne pas être vrai dans d'autres analyseurs. Notre analyseur est strict sur les noms, mais nous avons ajouté quelques synonymes et maintenons maintenant des listes de noms de divers fournisseurs pour les comparaisons.

La spécification du système de coordonnées d'origine de l'OGC n'a pas été précise en ce qui concerne les noms des objets. Il existe une nouvelle spécification OGC / ISO, «Information géographique - Texte bien connu pour la norme des systèmes de référence de coordonnées», qui progresse dans le processus de normalisation. C'est beaucoup plus précis sur ce que les noms devraient être (correspond au registre EPSG!). Il sera très intéressant de mettre en œuvre cette norme à l'avenir.

Divulgation: Je travaille chez Esri, je suis membre du sous-comité qui tient le registre EPSG et j'ai été membre du comité de rédaction CRS WKT 2.0.

mkennedy
la source
Wow, c'est vraiment intéressant, surtout d'entendre certaines informations privilégiées de quelqu'un qui a fait partie de la prise de décision. La nouvelle spécification OGC ISO semble très prometteuse, pensez-vous qu'il est probable que davantage de grands fournisseurs de SIG et de formats de données commenceront à converger vers son utilisation? Malheureusement, je soupçonne que certaines des anciennes différences continueront de persister tant que les anciens formats de données resteront populaires (par exemple, shapefile, geotiff).
Karim Bahgat
Vous dites que vous ne soutenez pas TOWGS84, mais comment les choses peuvent-elles fonctionner sans cela? Si le WKT utilise des noms inconnus (c'est-à-dire une projection / référence définie par l'utilisateur), le système de coordonnées ne peut pas être correctement configuré lorsque le décalage de référence est ignoré. Ou est-ce que je manque quelque chose?
PMF
La plupart des meilleures transformations utilisent des fichiers de grille et non une méthode à 3 ou 7 paramètres. Un tas de transformations n'utilisent pas non plus WGS84. C'est une solution très limitée. Nous lions tardivement à la place ... choisissez / définissez une transformation au moment de la transformation.
mkennedy
S'il n'est pas connu du système, utilisez l'outil de création de transformation géographique personnalisé. Le nouveau CRS wkt couvre également les transformations. Arriver Arron dans un logiciel près de chez vous!
mkennedy du
0

Comme un point de départ potentiel pour une liste de différences, il pourrait être utile de voir mon nouveau package PyCRS , où j'ai essayé de créer une classe pour chaque élément crs, paramètre et datum / ellips / proj nom, ainsi que leur orthographe esri_wkt vs ogc_wkt . J'ai également spécifié comment je vois les différences d'analyse en termes de structure wkt dans son ensemble dans la _from_wkt()fonction du parser.pysous - module. J'espère qu'avec les contributions des utilisateurs, ces différences pourront être ajoutées et / ou corrigées.

https://github.com/karimbahgat/PyCRS

Karim Bahgat
la source