[gdal-dev] Lack of srs importFromESRI integer function

[Even Rouault]

Jesse,

You can use SetFromUserInput("ESRI:XXXX")  . ImportFromEPSG(code) more 
or less does SetFromUserInput("EPSG:{code}")

Even

Le 10/01/2024 à 18:44, Meyer, Jesse R. (GSFC-618.0)[SCIENCE SYSTEMS AND 
APPLICATIONS INC] via gdal-dev a écrit :
>
> Hi,
>
> Our team has moved away from providing geographic / projected CRS 
> codes as strings and prefer using integers where possible.  However, 
> in the C++ API, I only see an integer based importFromEPSG function, 
> which doesn’t appear to accept ESRI codes (crs not found error 
> message).  We’re targeting an Albers projection which is distinguished 
> by an ESRI integer.
>
> Curiously, the proj database doesn’t seem to make this distinction – 
> the table column is simply ‘code’ and I can find the projection row 
> manually, alongside EPSG projections.
>
> Can such a function be provided by the API (if it doesn’t already 
> exist – I couldn’t find it – there are no integer overloads of 
> importFromESRI)?
>
> Please advise -- thanks,
>
> Jesse
>
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev

-- 
http://www.spatialys.com
My software is free, but my time generally not.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20240110/2e3029db/attachment.htm>