[GRASS5] More notes on BUGS list...

GRASS GRASS developer
1

Going through BUGS list again...

d.param.scale:
  Removed? Related to removal of optri?

d.rast.edit:
  Seems to edit floating point just fine.

d.sites.qual:
  Can we get some decision about whether this is or isn't a BUG.
  (I vote that it isn't).

g.select.pg:
  Think I fixed all that a few weeks back...

i.tape.tm.fast:
  Think it's fixed, but I can't really test without tape drive and TM
  imagery. It get's past segfault in interactive...

r.in.hdf/r.out.hdf:
  I didn't see anything in the hdf dirs indicating any version for hdf5.
  I'd recommend not including the HDF5 library with GRASS sources should
  such a thing ever come to be. Such a thing should just use the shared
  library (if present, else no compile).

r.los:
  Should we just have it exit for lat/lon rasters/databases? I'm not
  sure how to handle the metrics (what would the elevation units be?).

r.null:
  I still think the behavior about reclass maps is right.

r.out.tiff:
  The -t flag problem should be fixed now. The NULL color thing is
  kind of fixed. This module really needs a ground up rewrite.

r.rescale:
  Agree with Andreas on Zero vs. NULL thing.

That's enough for now :wink:

--
Eric G. Miller <egm2@jps.net>

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

2

Hi Eric,

On Fri, Jan 12, 2001 at 11:01:33PM -0800, Eric G . Miller wrote:

Going through BUGS list again...

d.param.scale:
  Removed? Related to removal of optri?

Not removed, but moved due to usage of copyrighted "numerical recipes"
functions. It is in src.nonGPL/display/d.param.scale/

Later on, if David's src/libes/gmath/ is finished, we can replace the NR
stuff by gmath functions and move d.param.scale back to standard path. Maybe
gmath is already sufficient for d.param.scale, I didn't investigate.

d.rast.edit:
  Seems to edit floating point just fine.

I see, so we can remove this one.

d.sites.qual:
  Can we get some decision about whether this is or isn't a BUG.
  (I vote that it isn't).

Removed.

g.select.pg:
  Think I fixed all that a few weeks back...

Ah yes - removed.

i.tape.tm.fast:
  Think it's fixed, but I can't really test without tape drive and TM
  imagery. It get's past segfault in interactive...

Thanks for this fix. Even I cannot test it but I'll remove the report.

r.in.hdf/r.out.hdf:
  I didn't see anything in the hdf dirs indicating any version for hdf5.
  I'd recommend not including the HDF5 library with GRASS sources should
  such a thing ever come to be. Such a thing should just use the shared
  library (if present, else no compile).

That's right. It's only HDF4.3 in the sources and 3.2.
I propose to remove HDF4.3 from GRASS (except r.in.hdf/r.out.hdf) as it was
never working and is already outdated.

r.los:
  Should we just have it exit for lat/lon rasters/databases? I'm not
  sure how to handle the metrics (what would the elevation units be?).

I don't know what to do here.
(But such lat/long exit can be found at
src/raster/r.surf.idw2/cmd/main.c)

r.null:
  I still think the behavior about reclass maps is right.

O.k.
Eric, may I ask you to add your hints to the html/html/r.null.html?
Then we can remove them from BUGS.

r.out.tiff:
  The -t flag problem should be fixed now. The NULL color thing is
  kind of fixed. This module really needs a ground up rewrite.

Yes, both tested. Thanks! - removed.

r.rescale:
  Agree with Andreas on Zero vs. NULL thing.

Andreas, will you implement the "-z" as written in BUGS?

That's enough for now :wink:

Definitely! Thanks for your work, Eric,

Markus

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

3

On Sat, Jan 13, 2001 at 09:40:44AM +0000, Markus Neteler wrote:

On Fri, Jan 12, 2001 at 11:01:33PM -0800, Eric G . Miller wrote:

> d.param.scale:
> Removed? Related to removal of optri?
Not removed, but moved due to usage of copyrighted "numerical recipes"
functions. It is in src.nonGPL/display/d.param.scale/

Let me remind you again, that the src.nonGPL tree is a temporary
kludge for developers and cannot be part of the official tarball
or any other distribution of GRASS.

  Bernhard

Later on, if David's src/libes/gmath/ is finished, we can replace the NR
stuff by gmath functions and move d.param.scale back to standard path. Maybe
gmath is already sufficient for d.param.scale, I didn't investigate.