[GRASS-dev] Re: document what number is NULL
Markus Neteler
neteler at osgeo.org
Tue Mar 4 04:53:49 EST 2008
On Tue, Feb 26, 2008 at 5:25 PM, Maciej Sieczka <tutey at o2.pl> wrote:
> Glynn Clements pisze:
>
> > -2^31 (= 0x80000000 = -2147483648) is the null value
> > for the CELL type, so you'll never see that value in a map.
>
> > The FP nulls are the all-ones bit patterns. These corresponds to NaN
> > according to the IEEE-754 formats, although it isn't the "default" NaN
> > pattern generated by most architectures (which is usually 7fc00000 or
> > ffc00000 for float and 7ff8000000000000 or fff8000000000000 for
> > double, i.e. an all-ones exponent, the top-bit of the mantissa set,
> > and either sign).
> >
> > So far as arithmetic is concerned, any value with an all-ones exponent
> > and a non-zero mantissa is treated as NaN. But the GRASS
> > G_is_[fd]_null_value() functions only consider the all-ones bit
> > pattern to be null. I intend to change this in 7.x so that all FP NaN
> > values are treated as null. This will mean that code which can
> > generate NaNs doesn't have to explicitly convert them to the GRASS
> > null value.
>
> These should go to "Raster data processing in GRASS GIS". As I don't
> really understand the part about floating point, I won't do it myself.
> Somebody more savvy please do, putting it some simpler words if possible.
Added like this as
http://trac.osgeo.org/grass/changeset/30458
Feel free to improve...
Markus
More information about the grass-dev
mailing list