[gdal-dev] near identical files being treated differently
Even Rouault
even.rouault at spatialys.com
Mon Jan 23 07:39:42 PST 2023
Ken,
if you do "gdalinfo --debug on GLMELT_4X5.OCN.nc", you'll see
GDAL_netCDF: Latitude/Y is not equally spaced (with a 0.05% tolerance).
You may set the GDAL_NETCDF_IGNORE_EQUALLY_SPACED_XY_CHECK configuration
option to YES to ignore this check
and indeed
$ ncdump -v lat GLMELT_4X5.OCN.nc
[...]
lat = -89, -86, -82, -78, -74, -70, -66, -62, -58, -54, -50, -46, -42,
-38,
-34, -30, -26, -22, -18, -14, -10, -6, -2, 2, 6, 10, 14, 18, 22,
26, 30,
34, 38, 42, 46, 50, 54, 58, 62, 66, 70, 74, 78, 82, 86, 89 ;
So you can see the spacing is 4 degree, except for the first and lat
samples where it is 3. So GDAL cannot report a geotransform matrix for
such file.
I've just submitted https://github.com/OSGeo/gdal/pull/7113 where GDAL
will report a GEOLOCATION metadata domain, that can be used by gdalwarp
to rectify such file
$ gdalinfo autotest/gdrivers/data/netcdf/GLMELT_4X5.OCN.nc
[...]
Geolocation:
GEOREFERENCING_CONVENTION=PIXEL_CENTER
LINE_OFFSET=0
LINE_STEP=1
PIXEL_OFFSET=0
PIXEL_STEP=1
SRS=GEOGCS["WGS 84",DATUM["WGS_1984",SPHEROID["WGS
84",6378137,298.257223563,AUTHORITY["EPSG","7030"]],AUTHORITY["EPSG","6326"]],PRIMEM["Greenwich",0,AUTHORITY["EPSG","8901"]],UNIT["degree",0.0174532925199433,AUTHORITY["EPSG","9122"]],AXIS["Latitude",NORTH],AXIS["Longitude",EAST],AUTHORITY["EPSG","4326"]]
X_BAND=1
X_DATASET=NETCDF:"autotest/gdrivers/data/netcdf/GLMELT_4X5.OCN.nc":lon
Y_BAND=1
Y_DATASET=NETCDF:"autotest/gdrivers/data/netcdf/GLMELT_4X5.OCN.nc":lat
Even
Le 23/01/2023 à 13:46, Ken Mankoff a écrit :
> wgethttps://portal.nccs.nasa.gov/GISS_modelE/modelE_input_data/GLMELT_4X5.OCN.nc
>
> wgethttps://portal.nccs.nasa.gov/GISS_modelE/modelE_input_data/GLMELT_144X90_gas.OCN.nc
--
http://www.spatialys.com
My software is free, but my time generally not.
More information about the gdal-dev
mailing list