Hi Trent et al.
Thanks for your work on the issue.
I tested the files, and results were not satisfactory. But at least we
got more information on the issue.
FME opened both files.
The georeferencing of 18440_lowres_nol.tif was recognized by FME as:
DESC_NM: Global Mercator
DT_NAME: NAD83
PARM2:
Le vendredi 22 novembre 2013 13:12:32, moses.g...@t-systems.com a écrit :
> Hello GDAL Experts,
> We have a grid dataset that is in WGS84 decimal-second coordinates. The
> first problem is that when we run gdalinfo against this data, the
> coordinates systems comes out wrong i.e in decimal degrees
Hello GDAL Experts,
We have a grid dataset that is in WGS84 decimal-second coordinates. The first
problem is that when we run gdalinfo against this data, the coordinates systems
comes out wrong i.e in decimal degrees rather than in decimal seconds:
bash-2.05$ gdalinfo -noct /users/ds57201a/user3
Il 18/09/2013 01:34, lpinner ha scritto:
Disabling the ECW plugin also enables setting a non-zero exit code
(http://trac.osgeo.org/gdal/ticket/4830)
Hi all,
it seems that this issue disappears updating to ECW 5.0 SDK, as Tamas
Szekeres suggests in this ticket [1]. I've discovered it doing some
