[GRASS-dev] Re: [GRASS-SVN] r33717 - grass/trunk/lib/gis
Yann Chemin
yann.chemin at gmail.com
Tue Oct 7 20:14:33 EDT 2008
Wouldn't it be interesting then to have G_is_[fd]_nan_value()?
2008/10/8 Hamish <hamish_b at yahoo.com>:
> Glynn:
>>>> Make G_is_[fd]_null_value() check for any NaN, not just all-ones
>
> fwiw, I consider this a rare, but potentially very important change to
> the raster engine.
>
> Markus:
>> > /me backport this?
>>
>> Maybe.
>>
>> Unless there are modules which genuinely need to distinguish GRASS
>> nulls from other NaNs,
>
> It can help in tracking down bugs, e.g. see the BUGS section of the
> r.in.xyz man page.
>
> IMO only a module bug or buggy r.mapcalc expression can introduce a nan
> into a grass raster map, and so we shouldn't sweep them under the carpet
> as NULLs. They are distinct- mathematical null vs. spatial null.
>
>
> Hamish
>
>
>
>
>
> _______________________________________________
> grass-dev mailing list
> grass-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
--
Yann Chemin
International Rice Research Institute
Office: http://www.irri.org/gis
Perso: http://www.freewebs.com/ychemin
YiKingDo: http://yikingdo.unblog.fr/
More information about the grass-dev
mailing list