search

OpenDroneMap / ODM

A command line toolkit to generate maps, point clouds, 3D models and DEMs from drone, balloon or kite images. 📷
https://opendronemap.org
GNU Affero General Public License v3.0
4.8k stars 1.09k forks source link

Incremental image processing #1024

Closed rligocki closed 3 years ago

rligocki commented 4 years ago

I would like to ask if there is any way how to process images on the go. I have a computer, that captures images as a UAV fly survey. My goal is to process images one by one as they are captured so that after a flight, there is no need to post-process anything because orthomosaic or DEM is already generated. Best way to do that would be to create a task and then add images to queue. Everything using python.

Thanks Roman

pierotofy commented 4 years ago

Currently ODM does not support "live" image stitching, although it would be a really cool feature.

We'd welcome contributions to implement this.

Relevant: https://piero.dev/2018/08/toward-real-time-drone-mapping/

annesteenbeek commented 4 years ago

This is also something I would like to implement. Preferably I would like to be able to generate a task that either monitors a folder or has some hook to take in new images. Maybe also some way to broadcast on when the map has been updated. I'm just starting to familiarize myself with the codebase, how much work would this be to implement, and does anyone already have some tips on where to start?

If I have time to spare, I would also like to look at supporting this feature into webODM.

Preferably I would have some pipeline that does stitching, DSM, and classification.

pierotofy commented 3 years ago

This is still a very much welcomed feature, but probably belongs to a separate repository / application for the ODM ecosystem. The methods to do live "stitching" are quite different than the ones used by ODM.

It would be cool if somebody figured out a nice way to package https://github.com/ethz-asl/aerial_mapper which seems to do exactly this.

smathermather commented 3 years ago

Agreed. It is sufficiently different an approach that it would need to be a separate tool.