[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