Hi,
I've been having a problem using gdal to simply read/report EPSG headers on
rasters. I am trying to use it to verify header projection information is
correct.
First, I am using Windows 10.
Rasters are Imagine .IMG format.
Command being used is gdalsrsinfo -e {filename}
I've tried gdal from various sources/vintages... the problem is I can only get
it to report the proper (expected) EPSG on 2 of 6 computers... even if I take
special care to follow same steps each time. I am also using the SAME EXACT
image file each time.
The projection is NAD83(2011) / UTM zone 14N.
So I expect to see EPSG:6343
I'm often getting EPSG:26914
This is NAD83 / UTM zone 14N (NOT 2011)
Or I get EPSG: -1
The gdal install that works as expected on 2 of 6 computers is the version that
installs on Windows along with OSgeo4w. (GDAL 2.4.1 as reported by
"gdalsrsinfo --version" command)
It only works if I run the gdalsrsinfo command from the C:\OSgeo4w\bin
folder.... If I run from anywhere else I get the other results mentioned.
Also, I've installed the same OSgeo4w on all 6 machines... and it only works on
two.
Other GDAL binaries for Windows I got from the gisinternals website... I've
tried multiple versions (2.4.1, 2.4.2, 3.0....) and I'm running through the
command shell provided with that distribution.... All getting different
results (sometimes -1 sometimes 26914) but I simply can't find any
consistency of WHY it is working sometimes and not others.
One concern I have is that perhaps since GDAL is packaged with SO MANY programs
(ESRI, Qgis, Global Mapper, etc.) that perhaps the command is calling incorrect
libraries?
Please... if anyone has ideas on WHY this is happening, or how to force the
command to run from a a CLEAN environment only using the libraries I desire, I
welcome input.
Sincerely,
David C.
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
