EPSG 27200 ESRI WKT reads OK but fails Validate

[softree]

Using c++ class OGRSpatialReference. Create ESRI WKT from EPSG 27200 using morphToESRI() and exportToWkt(); then try to load this projection using importFromESRI() (which calls morphFromESRI(); Validate() fails: "PARAMETER Longitude_Of_Origin for PROJECTION New_Zealand_Map_Grid is an alias for central_meridian.".

Summary: morphToESRI() changes "central_meridian" to "Longitude_Of_Origin" (see apszParamNameMapping[]). morphFromESRI() does NOT switch these parameters back. ValidateProjection() fails.

Perhaps this should be part of ticket #4378.

[warmerdam]

The problem can be demonstrated with this script:

from osgeo import osr

srs = osr.SpatialReference()
srs.SetFromUserInput('EPSG:27200')
print srs.ExportToPrettyWkt()
srs.MorphToESRI()
srs.MorphFromESRI()
print srs.ExportToPrettyWkt()
print srs.Validate()

I have briefly reviewed ogr_srs_esri.cpp and I don't see why central_meridian is being mapped to Longitude_Of_Origin by it. Likely it is due to a lookup in some supporting file. I also don't know why this isn't being reversed properly.

Added folks from ESRI who might like this to work better. I'm not planning on pursuing this right away myself.

[Even Rouault]

Unmiletoning

[Even Rouault]

This issue is no longer current. Longitude_of_origin from ESRI WKT is mapped back to central_meridian to OGC WKT