this bug's URL: http://intevation.de/rt/webrt?serial_num=1045
-------------------------------------------------------------------------
Subject: New r.mapcalc bug in G5pre4
Platform: GNU/Linux/i386
grass obtained from: Mirror of Trento site
grass binary for platform: Compiled from Sources
GRASS Version: 5.0pre4
The new version of r.mapcalc as shipped with the 5pre4sources doesn't cope with equations like '1900.54 = if (("1900.32" > 8.0),"1900.32",0' or
'x = (1.0 + (0.3 * "y"))'
The problem seems to be the handling of the ""-terms.
Remigrating back to 5pre3 can be used as a workaround.
Peter Löwe
-------------------------------------------- Managed by Request Tracker
This looks like a similar problem that we have with the new r.mapcalc - in our case the problem was
spaces. It appears that the new r.mapcalc has some changes in how it interprets the expression which
is breaking old scripts - I think that it should be fixed (or reverted to pre3 version?- what else is different compared to pre3?
Helena
Request Tracker wrote:
this bug's URL: http://intevation.de/rt/webrt?serial_num=1045
-------------------------------------------------------------------------
Subject: New r.mapcalc bug in G5pre4
Platform: GNU/Linux/i386
grass obtained from: Mirror of Trento site
grass binary for platform: Compiled from Sources
GRASS Version: 5.0pre4
The new version of r.mapcalc as shipped with the 5pre4sources doesn't cope with equations like '1900.54 = if (("1900.32" > 8.0),"1900.32",0' or
'x = (1.0 + (0.3 * "y"))'
The problem seems to be the handling of the ""-terms.
Remigrating back to 5pre3 can be used as a workaround.
Peter Löwe
-------------------------------------------- Managed by Request Tracker
_______________________________________________
grass5 mailing list
grass5@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5
On Wed, May 15, 2002 at 05:42:07AM -0500, Helena wrote:
This looks like a similar problem that we have with the new
r.mapcalc - in our case the problem was spaces. It appears that
the new r.mapcalc has some changes in how it interprets the
expression which is breaking old scripts - I think that it should
be fixed (or reverted to pre3 version?- what else is different
compared to pre3?
First we should hear some reasons for the change in behaviour.
Sometimes it is better to fix behaviour if there are good reasons for this.
Request Tracker wrote:
Platform: GNU/Linux/i386
grass obtained from: Mirror of Trento site
grass binary for platform: Compiled from Sources
GRASS Version: 5.0pre4
The new version of r.mapcalc as shipped with the 5pre4sources doesn't cope with equations like '1900.54 = if (("1900.32" > 8.0),"1900.32",0' or
'x = (1.0 + (0.3 * "y"))'
The problem seems to be the handling of the ""-terms.
Thanks for the report. Fixed in CVS.
--
Glynn Clements <glynn.clements@virgin.net>
Helena wrote:
This looks like a similar problem that we have with the new r.mapcalc
- in our case the problem was spaces. It appears that the new
r.mapcalc has some changes in how it interprets the expression which
is breaking old scripts - I think that it should be fixed
I can only fix bugs which are reported.
The only intentional changes from the original r.mapcalc are that the
type inference is more conservative, and that floating-point values
are no longer acceptable where a boolean value is expected.
Any other difference is probably a bug, and will be fixed if
reported.
(or reverted to pre3 version?- what else is different compared to
pre3?
The current version is a complete re-write.
--
Glynn Clements <glynn.clements@virgin.net>