[gdal-dev] Compound CRS in shapefile

Even Rouault even.rouault at spatialys.com
Fri Oct 23 01:31:55 PDT 2020


Javier,

> The prj that a friend gave me was this:
> PROJCS["NAD_1983_2011_StatePlane_Colorado_Central_FIPS_0502_Ft_US",GEOGCS["G
> CS_NAD_1983_2011",DATUM["D_NAD_1983_2011",SPHEROID["GRS_1980",6378137.0,298.
> 257222101]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJE
> CTION["Lambert_Conformal_Conic"],PARAMETER["False_Easting",3000000.000316083
> ],PARAMETER["False_Northing",999999.999996],PARAMETER["Central_Meridian",-10
> 5.5],PARAMETER["Standard_Parallel_1",38.45],PARAMETER["Standard_Parallel_2",
> 39.75],PARAMETER["Latitude_Of_Origin",37.83333333333334],UNIT["Foot_US",0.30
> 48006096012192]],VERTCS["CGVD2013_height",VDATUM["Canadian_Geodetic_Vertical
> _Datum_of_2013"],PARAMETER["Vertical_Shift",0.0],PARAMETER["Direction",1.0],
> UNIT["Meter",1.0]]

OK, so I've verified with another well-informed source that the above 
PROJCS[...],VERTCS[...] is the syntax generated and expected by ESRI software 
for compound CRS.
I've fixed import/export of compound CRS from/into ESRI WKT for upcoming PROJ 
7.2 per https://github.com/OSGeo/PROJ/pull/2389.

> If GDAL is now exporting it as COMPD_CS,
> but not everybody understands it, neither the horizontal part, it becomes a
> compatibility problem.

In the GDAL 2.x series, on output of the Shapefile driver, only the horizontal 
part was exported, due to morphToESRI() stripping the vertical part (not sure 
if it was intented or accidental)
So yes we have a potential compatibility problem for .prj generated by GDAL 3 
using PROJ >= 6.0 and < 7.2 that will emit COMPD_CS

Even

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com


More information about the gdal-dev mailing list