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

GRASS GIS trac at osgeo.org
Sat Aug 30 12:57:03 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 msieczka):

 Replying to [comment:5 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?

 On GDAL API reference pages [1] it reads that "Note that 2nd order
 requires at least 6 GCPs, and 3rd order requires at least 10 gcps". GDAL
 uses the same algorithm as GRASS and this info is coherent with GRASS
 manual.

 AFAIK, for any transformation supported by i.rectify, adding an extra
 point above the minimum lets the algorithm calculate residuals. If only
 the very required number of points is provided, the transformation result
 is still valid, but you don't know the RMS. Given that, g.transform should
 return 0 with 6 values, but i.rectify should work. If it doesn't it's
 strange.

 [1]http://www.gdal.org/gdal__alg_8h.html

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


More information about the grass-dev mailing list