diff options
| author | Even Rouault <even.rouault@spatialys.com> | 2019-11-09 13:22:48 +0100 |
|---|---|---|
| committer | Even Rouault <even.rouault@spatialys.com> | 2019-11-09 13:22:48 +0100 |
| commit | 6780dea0b5f9bbdd5c073ca0dc212477d837c0b9 (patch) | |
| tree | a4c5ded125bb276685de65a447ec521262da4807 /docs/source/development/reference/cpp | |
| parent | 25c4f55f8559a17e3d01668b0b3fbe3ea5aa5f97 (diff) | |
| download | PROJ-6780dea0b5f9bbdd5c073ca0dc212477d837c0b9.tar.gz PROJ-6780dea0b5f9bbdd5c073ca0dc212477d837c0b9.zip | |
Doc: document oddity related to identification of CRS from ESRI WKT
Or more generally formulations that don't have an explicit axis order.
Refs https://github.com/pyproj4/pyproj/issues/475
projinfo 'GEOGCS["GCS_WGS_1984",DATUM["D_WGS_1984",SPHEROID["WGS_1984",6378137.0,298.257223563]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]]'
returns EPSG:4326 with 100% confidence.
But its axis order is not the same as EPSG:4326.
I've pondered about this, like decreasing the confidence of the match,
but this would have downstream effects on GDAL (shapefiles with the
above content in a .prj would no longer be identified as EPSG:4326).
So for now, document that oddity.
Diffstat (limited to 'docs/source/development/reference/cpp')
0 files changed, 0 insertions, 0 deletions