[DebianGIS-dev] Bug#455853: grass: New version is available

2007-12-11 Thread Ivan Shmakov
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

[DebianGIS-dev] Bug#490267: should refer to gv instead of ghostview

2008-07-10 Thread Ivan Shmakov
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

[DebianGIS-dev] Bug#490268: $ GMT --help doesn't respect `$PAGER' and uses `more' unconditionally

2008-07-10 Thread Ivan Shmakov
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 ] || [

[DebianGIS-dev] Bug#542171: hdp dumpvd segfaults when the filename is too long

2009-08-18 Thread Ivan Shmakov
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

[DebianGIS-dev] Bug#545270: SDreaddata () fails on an amd64 system

2009-09-06 Thread Ivan Shmakov
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 \

[DebianGIS-dev] Bug#545818: where's `ncdump-hdf', anyway?

2009-09-09 Thread Ivan Shmakov
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.

[DebianGIS-dev] Bug#551723: hdf4-tools should contain Conflicts: libhdf4g-run

2009-10-20 Thread Ivan Shmakov
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

[DebianGIS-dev] Bug#551723: Bug#551723: hdf4-tools should contain Conflicts: libhdf4g-run

2009-10-20 Thread Ivan Shmakov
Francesco P Lovergine fran...@debian.org 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

[DebianGIS-dev] Bug#611338: ncdump seems to support OpenDAP URI's only up to 55 characters long

2011-01-28 Thread Ivan Shmakov
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:

[DebianGIS-dev] Bug#611338: ncdump seems to support OpenDAP URI's only up to 55 characters long

2011-01-28 Thread Ivan Shmakov
Ivan Shmakov i...@main.uusia.org 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 characters and less

[DebianGIS-dev] Bug#611338: ncdump seems to support OpenDAP URI's only up to 55 characters long

2011-01-28 Thread Ivan Shmakov
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

Bug#600308: new version available

2011-11-22 Thread Ivan Shmakov
Francesco P Lovergine fran...@debian.org 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

Bug#690884: qgis fails to access HDF-EOS datasets directly

2012-10-18 Thread Ivan Shmakov
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

Bug#724873: New QGIS version available

2013-09-29 Thread Ivan Shmakov
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