[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