[OpenDroneMap-users] ODM enhancements for texturing, georeferencing, and more

[Stephen Mather]

Hi All,

In the category of additions on the way, Spotscale will be working on
the following enhancements over the next couple of months:

* Python port
* GPS EXIF based K-nearest neighbor match optimization
* Georeferenced point cloud as LAZ file
* Write EXIF GPS locations back to input imagery
* Georeferenced orthophoto (geotiff) output
* Evaluate picture quality and sort image assignment. Picture quality
evaluation with respect to over/under exposure, blur, and camera
alignment
* Integrate OpenCV's image stitching pipeline for blending / smoothing

Recognizing that there's already work on the Python port in Jesse
Crocker's repo [1] and as outlined by Daryl Van Dyke [2], this is work
not intended to clobber community work. In other words, if those
projects are ready with a pull request before Spotscale gets to
writing the port, then Spotscale will add to that work. If not, then
prior work will be used for inspiration / direction.

Also, there's a great contribution [3] from Gerald Mwangi which
substantially improves texturing by choosing the better camera. This
will be merged soon, and will make a big difference quality-wise with
respect to texturing.

Cheers,
Best,
Steve

1. https://github.com/JesseCrocker/OpenDroneMap

2. https://github.com/OpenDroneMap/OpenDroneMap/wiki/Z.1-----Run.Pl---1st-Order-Commands-from-Existing-Perl-Driver-Script

3. https://github.com/OpenDroneMap/OpenDroneMap/pull/113




On Sat, Jun 27, 2015 at 4:15 PM, Stephen Mather
<stephen at smathermather.com> wrote:
> Hi All,
>
> The below conversation about PBA, etc. made me realize I need to
> update you all on some developments for the next month or so.
>
> As many of you know, there is a pull request lingering out there for
> integrating an OpenSfM powered ODM branch.
>
> https://github.com/OpenDroneMap/OpenDroneMap/pull/50
>
> OpenSfM is the Python library that Mapillary uses as a wrapper and
> enhancement to OpenCV's functionality. As such, they have done a lot
> of work to optimize it, ensure it threads well, and even solved the
> problem of incremental SfM solutions.
>
> Over the next month, they are going to enhance their work on the above
> pull requests
>
> - Update ODM to use latest OpenSfM
> - Tests using the ODM datasets
> - Accelerate feature matching (test cascade matching)
> - Add/test multi-core bundling to OpenSfM
>
> This is not a wholesale replacement of Bundler and friends, but an
> alternative toolchain.
>
> Cheers!
> Best,
> Steve