[GRASS-dev] Re: [GRASS GIS] #163: g.transform no longer calculating error for 2nd order transformation

GRASS GIS trac at osgeo.org
Sun Aug 17 19:43:57 EDT 2008


#163: g.transform no longer calculating error for 2nd order transformation
-----------------------+----------------------------------------------------
  Reporter:  cmbarton  |       Owner:  grass-dev at lists.osgeo.org
      Type:  defect    |      Status:  reopened                 
  Priority:  major     |   Milestone:  6.4.0                    
 Component:  default   |     Version:  svn-develbranch6         
Resolution:            |    Keywords:  g.transform georectify   
  Platform:  All       |         Cpu:  Unspecified              
-----------------------+----------------------------------------------------
Comment (by hamish):

 Replying to [comment:4 cmbarton]:
 > Well, when I use exactly 6 GCP's the RMS values returned by g.transform
 are 0,

 IIUC that is RMS *error* value is 0, not results. By specifying the
 minumum number of points have you just fit a perfect surface to the
 points, and so no error?
 or is the actual fit bad?

 you can interactively play with this with i.vpoints's analyse tool if you
 like.

 ISTR in photogrametry the standard fiducial marks needed are like:

 {{{
 +          +

     +  +

 +          +
 }}}

 which compensates for rotation, scale, skew, and lens fisheye.
 (if that translates to this task geometrically..?)


 > and i.rectify fails.

 what is the error i.rectify gives?

 > If I use 7 GCP's, I get real values from g.transform and i.rectify
 works.

 ... but what if 0 rms error is real?

 > So at present, in terms of how this functions, the i.rectify man page is
 > incorrect. I don't know if there is an error in the code or an error in
 the
 > description.

 Or consider the case that the error is not with i.rectify at all.
 (sorry, I haven't tried the test data yet)


 Hamish

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/163#comment:5>
GRASS GIS <http://grass.osgeo.org>


More information about the grass-dev mailing list