hi,
by chance I observed a detail:
GRASS 6.4.2svn (utm49n):~ > r.mapcalc "L5120060_06020060925_ndwi = 1.0
* (L5120060_06020060925_toar.4 - L5120060_06020060925_toar.5) /
(L5120060_06020060925_toar.4 + L5120060_06020060925_toar.5)"
100%
-> 1.0
GRASS 6.4.2svn (utm49n):~ > r.info -h L5120060_06020060925_ndwi
Data Source:
Data Description:
generated by r.mapcalc
Comments:
1 * (L5120060_06020060925_toar.4 - L5120060_06020060925_toar.5) /
(L5120060_06020060925_toar.4 + L5120060_06020060925_toar.5)
-> 1
? I wonder where this get's eaten...
Markus
Markus Neteler wrote:
by chance I observed a detail:
GRASS 6.4.2svn (utm49n):~ > r.mapcalc "L5120060_06020060925_ndwi = 1.0
* (L5120060_06020060925_toar.4 - L5120060_06020060925_toar.5) /
(L5120060_06020060925_toar.4 + L5120060_06020060925_toar.5)"
100%
-> 1.0
GRASS 6.4.2svn (utm49n):~ > r.info -h L5120060_06020060925_ndwi
Data Source:
Data Description:
generated by r.mapcalc
Comments:
1 * (L5120060_06020060925_toar.4 - L5120060_06020060925_toar.5) /
(L5120060_06020060925_toar.4 + L5120060_06020060925_toar.5)
-> 1
? I wonder where this get's eaten...
static char *format_constant(const expression * e)
{
char buff[64];
if (e->res_type == CELL_TYPE)
sprintf(buff, "%d", e->data.con.ival);
else
sprintf(buff, "%.8g", e->data.con.fval);
return strdup(buff);
}
"%g" omits trailing zeros, and omits the decimal point if nothing
follows it. Using "%#.8g" would retain the decimal point and the
trailing zeros (G_trim_decimal() could be used to remove those).
--
Glynn Clements <glynn@gclements.plus.com>