Bug#690884: qgis fails to access HDF-EOS datasets directly
Ivan Shmakov
oneingray at gmail.com
Thu Oct 18 19:53:24 UTC 2012
Package: qgis
Version: 1.7.4+1.7.5~20120320-1.1+b1
Somehow, qgis fails to access HDF-EOS (MODIS L3, as per [1])
datasets “directly.”
E. g., trying to “Add Raster Layer” against, say,
MCD12Q1.A2008001.h22v03.005.2011215183430.hdf [2], results in
a warning (“Cannot get GDAL raster band:”), and also in the
following output at the terminal:
Warning: QgsRasterLayer::setDataProvider: Data provider is invalid.
ERROR 10: Pointer 'hObject' is NULL in 'GDALGetMetadata'.
Naturally, the gdal-bin tools accept such a file (consider,
e. g., the gdalinfo(1) output MIME'd.)
However, should I create a .vrt dataset out of particular
HDF-EOS “subdataset” (which a single HDF-EOS file can contain an
arbitrary number of) with gdal_translate(1) (see below), the
resulting dataset is accepted by qgis.
$ gdal_translate -of VRT \
HDF4_EOS:EOS_GRID:"/.../files/e4ftl01u.ecs.nasa.gov/MODIS_Composites/MOTA/MCD12Q1.005/2008.01.01/MCD12Q1.A2008001.h22v03.005.2011215183430.hdf":MOD12Q1:Land_Cover_Type_1 \
foo.vrt
ISTR, that there was some older version of QGIS (though perhaps
not in Debian) that was presenting a list of “subdatasets”
contained within the HDF-EOS file selected. Thus, this bug may
be a regression.
[1] http://en.wikipedia.org/wiki/Moderate-Resolution_Imaging_Spectroradiometer#MODIS_Level_3_datasets
[2] ftp://e4ftl01.cr.usgs.gov/MODIS_Composites/MOTA/MCD12Q1.005/2008.01.01/MCD12Q1.A2008001.h22v03.005.2011215183430.hdf
--
FSF associate member #7257
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-grass-devel/attachments/20121019/96a068e0/attachment.ksh>
More information about the Pkg-grass-devel
mailing list