<div dir="ltr">I was just going to email the list about that.  I would like to make a test use case for this.  Since the ARDrone is probably not within our normal use case, and I do not own a GoPro, would somebody be able to take a video of a checkerboard pattern (<a href="http://wiki.ros.org/camera_calibration/Tutorials/StereoCalibration?action=AttachFile&do=get&target=check-108.pdf">http://wiki.ros.org/camera_calibration/Tutorials/StereoCalibration?action=AttachFile&do=get&target=check-108.pdf</a>)  and share it.  Make sure you pan the camera so every part of the sensor is covered by the pattern in at least one frame.  Orientation, skew, etc does not matter.  Make sure you get it as some different distances as well.  I think we can also calculate the CCD width of the cropped image based on the width of the checkerboard cells.<div><br></div><div>The next logical progression in this work would be to take video and find the minimum number of overlapping frames to create a desirable result -- using RANSAC.  So if y'all have some aerial gopro video footage with the exact same camera, I would appreciate that as well.</div><div><br></div><div>As the I have a use case for my application with video inside and outside of ROS, I will be posting a test case using the ARDrone, which uses a wide-angle camera.<br></div><div><br></div><div><br></div><div>v/r</div><div>NJK</div><div> </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 18, 2015 at 11:33 PM, Stephen Mather <span dir="ltr"><<a href="mailto:stephen@smathermather.com" target="_blank">stephen@smathermather.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">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"><div><div class="h5">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></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><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></div></div>_______________________________________________<br>
OpenDroneMap-dev mailing list<br>
<a href="mailto:OpenDroneMap-dev@lists.osgeo.org" target="_blank">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>
</blockquote></div><br></div>