[gdal-dev] [EXTERNAL] Re: Lack of srs importFromESRI integer function

[Meyer, Jesse R. (GSFC-618.0)[SCIENCE SYSTEMS AND APPLICATIONS INC]]

Thanks Even, we’ll try that.

Are there any known integer values that ESRI and EPSG conflate?  If not, it would be convenient to simply pass in an integer to a single API function and be done with it.

Jesse

From: Even Rouault <even.rouault at spatialys.com>
Date: Wednesday, January 10, 2024 at 12:48 PM
To: "Meyer, Jesse R. (GSFC-618.0)[SCIENCE SYSTEMS AND APPLICATIONS INC]" <jesse.r.meyer at nasa.gov>, "gdal-dev at lists.osgeo.org" <gdal-dev at lists.osgeo.org>
Subject: [EXTERNAL] Re: [gdal-dev] Lack of srs importFromESRI integer function

CAUTION: This email originated from outside of NASA.  Please take care when clicking links or opening attachments.  Use the "Report Message" button to report suspicious messages to the NASA SOC.



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<mailto:gdal-dev at lists.osgeo.org>

https://lists.osgeo.org/mailman/listinfo/gdal-dev

--

http://www.spatialys.com<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/65dac8d6/attachment-0001.htm>