ODM enhancements for texturing, georeferencing, and more
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
* Integrate OpenCV's image stitching pipeline for blending / smoothing
Recognizing that there's already work on the Python port in Jesse
Crocker's repo  and as outlined by Daryl Van Dyke , 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  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.
On Sat, Jun 27, 2015 at 4:15 PM, Stephen Mather
<[hidden email]> 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.