Opened 8 years ago
Closed 6 years ago
#3278 closed defect (worksforme)
Unble to import an AQUA image data (Level 2)in netcdf file format
Reported by: | laurent001 | Owned by: | |
---|---|---|---|
Priority: | normal | Milestone: | 7.2.4 |
Component: | LibRaster | Version: | unspecified |
Keywords: | r.in.gdal | Cc: | |
CPU: | x86-64 | Platform: | MacOSX |
Description
GRASS versions : 7.2.0 and 7.3.0 (current).
Failure to import a netcdf file (extension : .nc)(raster data) of an AQUA (satellite) image in the L2 level.
Seems to fail with HDF5 and GDAL according to error the log file.
Not tested L3 level satellite image (raster) data, nor L0 and L1.
GDAL, netCDF and HDF5 libraries were rebuild. Everything was OK but GRASS.
Consequence : unable to process satellite image adta with GRASS.
Encl. Log file generated by GRASS 7.2.0 as a text file.
Attachments (2)
Change History (11)
by , 8 years ago
Attachment: | grass_cmd_output-L2_AQUA_data_netcdf-2017-02-07.txt added |
---|
comment:1 by , 8 years ago
Keywords: | r.in.gdal added |
---|
comment:2 by , 8 years ago
I just checked. It seems it is not supported (gdal 2.0.2)
gdalinfo A2017012160000.L2_LAC_OC.nc Warning 1: Variable has 0 dimension(s) - not supported. gdalinfo failed - unable to open 'A2017012160000.L2_LAC_OC.nc'.
Global Level 3 products are recognized and imported normally, though:
r.in.gdal -o -l input=NETCDF:A20030012003008.L3m_8D_CHL_chl_ocx_4km.nc:chl_ocx output=prueba_clor_new
Maybe, SeaDAS, the software provided by NASA for oceancolor, is needed to read L2 products and export into a different format. Just guessing, no idea.
by , 8 years ago
Attachment: | TEST-gdal_info-A2017048130000.L2_LAC_OC.nc.log added |
---|
Yes gdalinfo accepts and reads an AQUA image data. Encl. 1 log file (text format)
follow-up: 4 comment:3 by , 8 years ago
Yes gdalinfo accepts and reads an AQUA image data. Encl. 1 log file (text format)
Encl. 1 log file
comment:4 by , 8 years ago
Replying to laurent001:
Yes gdalinfo accepts and reads an AQUA image data. Encl. 1 log file (text format)
You need to select a subdataset with HDF5:file_name:subdataset, e.g. with
r.in.gdal in=HDF5:"/Volumes/Data_1/_Image-Data/_NASA-Ocean_colour/_AQUA/_2017-02-17-AQUA-Bay_of_Biscay/A2017048130000.L2_LAC_OC.nc"://geophysical_data/Kd_490
See also GDAL HDF5 and NETCDF documentation.
comment:5 by , 8 years ago
Milestone: | 7.2.1 → 7.2.2 |
---|
comment:8 by , 7 years ago
Milestone: | → 7.2.4 |
---|
comment:9 by , 6 years ago
Resolution: | → worksforme |
---|---|
Status: | new → closed |
Closing as it will work when specifying the subdataset.
From the log...:
r.import is a wrapper script for r.in.gdal which used GDAL.
Does "gdalinfo" accept the file?