[OpenDroneMap-dev] Image Correction

[Cole]

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 (
http://wiki.ros.org/camera_calibration/Tutorials/StereoCalibration?action=AttachFile&do=get&target=check-108.pdf)
 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.

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.

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.


v/r
NJK


On Wed, Mar 18, 2015 at 11:33 PM, Stephen Mather <stephen at smathermather.com>
wrote:

> 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.
>
> Is there any sharable wide-angle data for testing this?
>
> Thanks,
> Best,
> Steve
>
>
>
> On Tue, Mar 17, 2015 at 4:09 AM, Cole <colek42 at gmail.com> wrote:
>
>> I have a image calibration class up at
>>
>>
>> https://github.com/colek42/TrackIt/blob/master/catkin/src/stabilize/src/calibrate.py
>>
>> 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.
>>
>> I was expecting the result to be symmetric, they are not.
>>
>> v/r
>> NJK
>>
>>
>>
>> _______________________________________________
>> OpenDroneMap-dev mailing list
>> OpenDroneMap-dev at lists.osgeo.org
>> http://lists.osgeo.org/cgi-bin/mailman/listinfo/opendronemap-dev
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/opendronemap-dev/attachments/20150319/c9db53cc/attachment.html>