[GRASS-dev] Re: [GRASS GIS] #1161: g.region and r.info decimal
issue when using grass python libs
GRASS GIS
trac at osgeo.org
Sun Oct 3 21:18:35 EDT 2010
#1161: g.region and r.info decimal issue when using grass python libs
-------------------------+--------------------------------------------------
Reporter: isaacullah | Owner: grass-dev@…
Type: defect | Status: closed
Priority: normal | Milestone: 6.4.1
Component: Python | Version: 6.4.0
Resolution: invalid | Keywords: g.region, precision
Platform: All | Cpu: All
-------------------------+--------------------------------------------------
Changes (by hamish):
* keywords: => g.region, precision
Comment:
Replying to [comment:8 hamish]:
> I guess what I find weird is that g.region will never report
> with precision > .15g, which is exactly representable
well, no, as in the "5.1" example. but reproducible anyhow..
> & will never saturate the double-prec bitspace, and so the python
> repr() example above is perhaps using %.16f internally?
anyway, if it matters python's "print" gives it back to you in the form
you were expecting,
{{{
>>> n = 4293588.60267
>>> n
4293588.6026699999
>>> print n
4293588.60267
}}}
Hamish
ps- do you mind if I move LandDyn/ in addons svn to raster/LandDyn?
--
Ticket URL: <https://trac.osgeo.org/grass/ticket/1161#comment:10>
GRASS GIS <http://grass.osgeo.org>
More information about the grass-dev
mailing list