> Sebastiaan Couwenberg writes:
> I've tried to reproduce your problem with QGIS 2.0.1, but I'm not
> able to download the HDF file.
> ftp://e4ftl01.cr.usgs.gov/MODIS_Composites/MOTA/MCD12Q1.005/2008.01.01/MCD12Q1.A2008001.h22v03.005.2011215183430.hdf
> The FTP server claims to allow an
Source: qgis
Version: 1.7.4+1.7.5~20120320-1.1+b1
As per http://qgis.org/downloads/, the latest released QGIS
version is 2.0.1, released 2013-09-10. Please consider updating
the Debian package.
--
FSF associate member #7257
__
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 (“
> Francesco P Lovergine writes:
> On Sat, Nov 13, 2010 at 01:59:18AM +0900, Hideki Yamane wrote:
>> So, the question is when would you put it into experimental? And if
>> there is the blockers, what is that?
>> # Some users cannot wait to try it :)
> I'm looking for a decent workfl
One more observation: while trying to investigate the problem
further, I've tried to turn the logging feature of the ‘oc’
library (which is part of NetCDF) on via setting the ‘OCLOGFILE’
environment variable to point to a file. Instantly, the issue
was no mo
>>>>> Ivan Shmakov writes:
[BTW, I've found that the issue exists down at the nc_open ()
call level, so this report should probably be reassigned to
libnetcdf6 and retitled appropriately.]
[…]
> On the other hand, the URI's of 55 cha
Package: netcdf-bin
Version: 1:4.1.1-5
Apparently, ncdump doesn't support OpenDAP URI's of 56
characters or more in length. Consider, e. g.:
$ ncdump -k
http://nomads.ncep.noaa.gov:9090/dods/gfs_hd/gfs_hd20110128/gfs_hd_00z
ncdump: http://nomads.ncep.noaa.gov:9090/dods/gfs_hd/g
Package: libhdf4-dev
Version: 4.2r4-6
Severity: minor
Currently, linking against libmfhdf.so alone fails like:
$ gcc -o /dev/null ncattput.c -lmfhdf
/usr/lib/gcc/x86_64-linux-gnu/4.3.2/../../../../lib/libmfhdf.so: undefined
reference to `DFKisnativeNT'
/usr/lib/gcc/x86_64-linux-gnu/4.3.
> Francesco P Lovergine writes:
>> Package: hdf4-tools
>> Version: 4.2r4-6
>> Please consider adding a Conflicts: field to the hdf4-tools package
>> description.
> It was already conflicting in 4.1r4-22 and removed after lenny
> release. Are you trying to update directly from pre-lenn
Package: hdf4-tools
Version: 4.2r4-6
Please consider adding a Conflicts: field to the hdf4-tools
package description.
# apt-get install -V -t squeeze hdf4-tools
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were au
Package: hdf4-tools
Version: 4.2r4-5
The libhdf4g-run package, which hdf4-tools is, IIUC, intended to
replace, contained the `ncdump-hdf' and `ncgen-hdf' programs,
which allowed easy transformation of the data between HDF4 and a
certain ASCII representation. Howeve
Upgrading to the version currently in Debian Lenny (4.2r4-5)
seems to resolve the problem. Thanks.
--
FSF associate member #7257
___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/
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.2008108002
Package: hdf4-tools
Version: 4.1r4-22
hdp(1) (as of Debian Lenny) segfaults when asked to dump a VD
when the filename is too long (more than 72 characters or so),
e. g. (NB: this version is also subject to Bug#437098, which was
closed as of 4.1r4-22.):
$ hdp dumpvd
Package: gmt
Version: 4.1.2-1.1
The $ GMT --help command should respect the value of the PAGER
environment variable, instead of using `more' unconditionally.
$ nl -ba /usr/bin/GMT
...
42
43 if [ $# = 0 ] || [ $1 = "help" ] || [ "x$1" = "x-help" ] || [ "x$1" =
"x--help
Package: gmt-doc
Version: 4.1.2-1.1
Severity: wishlist
The documentation has a number references to ghostview, like:
$ lynx -dump /usr/share/doc/gmt/html/tutorial/node9.html
...
8. To view a PostScript file (e. g., map.ps) on a UNIX workstation
we use ghostview map.ps. On som
> T Dinter <[EMAIL PROTECTED]> writes:
> Package: libhdf4g
> Version: 4.1r4-21
> Dear hdf4 maintainers, since i have an amd64 system, i have problems
> with hdf4 files create by a 32-bit system (e.g. satellite data MODIS,
> MISR ). I sent you two little hdf files create on a standart
> Francesco P Lovergine <[EMAIL PROTECTED]> writes:
>> Package: grass
>> Version: 6.2.2-1
>> Severity: wishlist
>> The new 6.2.3 version of GRASS is available.
>> http://grass.osgeo.org/announces/announce_grass623.html
> No, it has been retired and currently 6.2.3rc3 is still availabl
Package: grass
Version: 6.2.2-1
Severity: wishlist
The new 6.2.3 version of GRASS is available.
http://grass.osgeo.org/announces/announce_grass623.html
___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alio
19 matches
Mail list logo