If you want an ugly process that has you bouncing between checked out versions of ODM in order to use split-merge, I can provide that. Or else wait a month or so for @dkbenjamin to finish split-merge into the ODM-OAM workflow, that will be a cleaner process.
@accferronato the two options that come to mind are: --use-hybrid-bundle-adjustment and --use-opensfm-dense. The second will change your point cloud and perhaps the orthophoto, the first one should improve runtime with not much output change.
Please note that your orthophoto will never look the same between two runs, even with the same options, the texturing step is non-deterministic.
Run local bundle adjustment for every image added to
the reconstruction and a global adjustment every 100
images. Speeds up reconstruction for very large
datasets.
If you let us know the runtime by passing these other options we could perhaps make further suggestions.
Now we can finish running through our dense point clouds:
for i in {0..9}
do python run.py submodel_000$i --project-path ~/ODMProjects/projectname/submodels
done
for i in {10..99}
do python run.py submodel_00$i --rerun-from smvs --project-path ~/ODMProjects/projectname/submodels
done
for i in {100..999}
do python run.py submodel_0$i --rerun-from smvs --project-path ~/ODMProjects/projectname/submodels
done
The aim is for the merged outputs to be merged ortho, dems, and point cloud. If there is a good specification out there for massive hierarchical 3D meshes as well, we can build out a solution for that as well, but in the known timeline (Aprilish) it will be the first 3.
This is a common question. The best solution is to use the --skip-3dmodel flag. It sometimes degrades the quality of the orthophoto but it can speed things up.