[gdal-dev] gdal_merge -of format

2024-01-10 Thread ni hao via gdal-dev
Hi list, question about: gdal_merge -of format besides GTiff, what other formats can I specify? May I specify USGS DEM format? Thank you, ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

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

2024-01-10 Thread Meyer, Jesse R. (GSFC-618.0)[SCIENCE SYSTEMS AND APPLICATIONS INC] via gdal-dev
To be clear, I wasn’t advocating for less functionality. I wanted more! We know what our constraints are, and we’ve had significant issues in the past with slightly different projection related strings producing surprisingly different outputs. Keying off a single value simplifies a tremendous

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

2024-01-10 Thread Javier Jimenez Shaw via gdal-dev
This is the discussion I have with my colleagues every time (but with EPSG). The wanted to use an integer, and I ask them again and again to use a better notation like "EPSG:{code}". The method that Even mentions, SetFromUserInput, works with "EPSG:code", with "ESRI:code", with a WKT, with a PROJJS

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

2024-01-10 Thread Meyer, Jesse R. (GSFC-618.0)[SCIENCE SYSTEMS AND APPLICATIONS INC] via gdal-dev
Thanks for the helpful background, Even. Jesse From: Even Rouault Date: Wednesday, January 10, 2024 at 1:01 PM To: "Meyer, Jesse R. (GSFC-618.0)[SCIENCE SYSTEMS AND APPLICATIONS INC]" , "gdal-dev@lists.osgeo.org" Subject: Re: [EXTERNAL] Re: [gdal-dev] Lack of srs importFromESRI integer functi

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

2024-01-10 Thread Even Rouault via gdal-dev
Le 10/01/2024 à 18:52, Meyer, Jesse R. (GSFC-618.0)[SCIENCE SYSTEMS AND APPLICATIONS INC] a écrit : 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

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

2024-01-10 Thread Meyer, Jesse R. (GSFC-618.0)[SCIENCE SYSTEMS AND APPLICATIONS INC] via gdal-dev
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 Date: Wednesday, January 10, 2024 at 12:48 PM To: "Meyer, Jesse R. (

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

2024-01-10 Thread Even Rouault via gdal-dev
Jesse, You can use SetFromUserInput("ESRI:")  . 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 geogr

[gdal-dev] Lack of srs importFromESRI integer function

2024-01-10 Thread Meyer, Jesse R. (GSFC-618.0)[SCIENCE SYSTEMS AND APPLICATIONS INC] via gdal-dev
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 targeti

Re: [gdal-dev] Is source Dataset array to `GDALWarp` mutable?

2024-01-10 Thread Fitch, Simeon via gdal-dev
Even, Thanks so much for the helpful information. I know the updated docs (and tests!!!) will help others as well. Simepno On Tue, Jan 9, 2024 at 2:26 PM Even Rouault via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > > https://github.com/OSGeo/gdal/pull/9045 will clarify it for posterity > > --