<div dir="ltr">Very interesting, I'll check it out. I'm thinking through the implications of no cropping, and while this won't affect matching, it likely will cause issues at the texturing stage, so a default cropping with optional no-crop would be useful. I assume a crop will affect the effective CCD width, so that will need calculated.<div><br></div><div>Is there any sharable wide-angle data for testing this?</div><div><br></div><div>Thanks,</div><div>Best,</div><div>Steve</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 17, 2015 at 4:09 AM, Cole <span dir="ltr"><<a href="mailto:colek42@gmail.com" target="_blank">colek42@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I have a image calibration class up at <div><br></div><div><a href="https://github.com/colek42/TrackIt/blob/master/catkin/src/stabilize/src/calibrate.py" target="_blank">https://github.com/colek42/TrackIt/blob/master/catkin/src/stabilize/src/calibrate.py</a></div><div><br></div><div>It is working great.  I'll add a main function and comments in the next day or so and do a pull request.  I am using an ARDrone camera, but this is agnostic to the type of camera.  There is no cropping done, so the edges are curved with a black background.  If it needs to be cropped let me know and I'll add an arg for that.  The interface also needs a bit of work.</div><div><br></div><div>I was expecting the result to be symmetric, they are not.</div><div><br></div><div>v/r</div><div>NJK</div><div><br></div><div><br></div></div>
<br>_______________________________________________<br>
OpenDroneMap-dev mailing list<br>
<a href="mailto:OpenDroneMap-dev@lists.osgeo.org">OpenDroneMap-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/cgi-bin/mailman/listinfo/opendronemap-dev" target="_blank">http://lists.osgeo.org/cgi-bin/mailman/listinfo/opendronemap-dev</a><br>
<br></blockquote></div><br></div>