Package: libhdf4g
Version: 4.1r4-22
Severity: grave
[Hopefully not a false positive.]
Apparently, SDreaddata () is broken on amd64. Consider, e. g.:
$ ncdump-hdf -h \
e4ftl01u.ecs.nasa.gov/MODIS_Composites/MOTA/MCD43B3.005/2006.08.29/MCD43B3.A2006241.h23v03.005.2008108002817.hdf
| head
netcdf MCD43B3.A2006241.h23v03.005.2008108002817 {
dimensions:
YDim_MOD_Grid_BRDF = 1200 ;
XDim_MOD_Grid_BRDF = 1200 ;
variables:
short Albedo_BSA_Band1(YDim_MOD_Grid_BRDF, XDim_MOD_Grid_BRDF) ;
Albedo_BSA_Band1:long_name = "Albedo_BSA_Band1" ;
Albedo_BSA_Band1:units = "albedo, no units" ;
Albedo_BSA_Band1:valid_range = 0s, 32766s ;
$ hdp dumpsds -d \
-n Albedo_BSA_Band1 \
e4ftl01u.ecs.nasa.gov/MODIS_Composites/MOTA/MCD43B3.005/2006.08.29/MCD43B3.A2006241.h23v03.005.2008108002817.hdf
HDP ERROR>>> in sdsdumpfull: SDreaddata failed for sds_id(262144).
HDP ERROR>>> in printSD_ASCII: sdsdumpfull failed for 0'th SDS.
HDP ERROR>>> in dsd: printSD_ASCII failed for file
e4ftl01u.ecs.nasa.gov/MODIS_Composites/MOTA/MCD43B3.005/2006.08.29/MCD43B3.A2006241.h23v03.005.2008108002817.hdf
$
It looks like that the ncvarget () interface still works:
$ hdfdump -T \
e4ftl01u.ecs.nasa.gov/MODIS_Composites/MOTA/MCD43B3.005/2006.08.29/MCD43B3.A2006241.h23v03.005.2008108002817.hdf
\
Albedo_BSA_Band1 | head
0.062
0.06
0.057
0.059
0.056
0.052
0.051
0.05
0.05
0.054
$
The file used in the example could be downloaded (24.9 MiB)
using anonymous FTP, like:
$ wget
ftp://e4ftl01u.ecs.nasa.gov/MODIS_Composites/MOTA/MCD43B3.005/2006.08.29/MCD43B3.A2006241.h23v03.005.2008108002817.hdf
--
FSF associate member #7257
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
