Hi,
I have already created a couple of really nice 3D models with Webodm.
Currently I have problems with my dataset using images from Mavic 2 Pro.
With my Mavic Air I have experienced less problems than with my Mavic 2 Pro regarding quality of my 3D models (like holes in roofs…).
The result of this dataset is really bad (I have tried a lot of different settings, changing mesh size, feature quality, mesh octree depth…).
The dataset (112 images) was processed using the following parameters:
Could you provide a few of the images in service like our DroneDB.app or another Cloud Service provider? I’d like to get the Make/Model/Manufacturer out of the image’s EXIF.
It looks like ichsan has you headed in a great direction!
Please keep us apprised of what you get after integrating their changes!
Okay, thanks for the help.
I will try with the given options and will give feedback regarding the results.
In the meantime, here are the original images:
With the given settings, without resizing, I get the following result:
[INFO] Finished odm_filterpoints stage
[INFO] Running odm_meshing stage
[INFO] Writing ODM Mesh file in: /var/www/data/75f541bc-2c93-46f8-9818-17dd0e9ef404/odm_meshing/odm_mesh.ply
[INFO] running "/code/SuperBuild/install/bin/PoissonRecon" --in "/var/www/data/75f541bc-2c93-46f8-9818-17dd0e9ef404/odm_filterpoints/point_cloud.ply" --out "/var/www/data/75f541bc-2c93-46f8-9818-17dd0e9ef404/odm_meshing/odm_mesh.dirty.ply" --depth 13 --pointWeight 4.0 --samplesPerNode 1.0 --threads 7 --bType 2 --linearFit
Killed
[WARNING] Child returned 137
[WARNING] PoissonRecon failed with 3 threads, let's retry with 1...
[INFO] running "/code/SuperBuild/install/bin/PoissonRecon" --in "/var/www/data/75f541bc-2c93-46f8-9818-17dd0e9ef404/odm_filterpoints/point_cloud.ply" --out "/var/www/data/75f541bc-2c93-46f8-9818-17dd0e9ef404/odm_meshing/odm_mesh.dirty.ply" --depth 13 --pointWeight 4.0 --samplesPerNode 1.0 --threads 3 --bType 2 --linearFit
Killed
[WARNING] Child returned 137
[WARNING] PoissonRecon failed with 1 threads, let's retry with 0...
[INFO] running "/code/SuperBuild/install/bin/PoissonRecon" --in "/var/www/data/75f541bc-2c93-46f8-9818-17dd0e9ef404/odm_filterpoints/point_cloud.ply" --out "/var/www/data/75f541bc-2c93-46f8-9818-17dd0e9ef404/odm_meshing/odm_mesh.dirty.ply" --depth 13 --pointWeight 4.0 --samplesPerNode 1.0 --threads 1 --bType 2 --linearFit
Killed
[WARNING] Child returned 137
[INFO] running "/code/SuperBuild/install/bin/OpenMVS/ReconstructMesh" -i "/var/www/data/75f541bc-2c93-46f8-9818-17dd0e9ef404/odm_meshing/odm_mesh.dirty.ply" -o "/var/www/data/75f541bc-2c93-46f8-9818-17dd0e9ef404/odm_meshing/odm_mesh.ply" --remove-spikes 0 --remove-spurious 20 --smooth 0 --target-face-num 600000 -v 0
14:25:42 [App ] Build date: Jan 27 2022, 12:48:53
14:25:42 [App ] CPU: Intel(R) Xeon(R) E-2174G CPU @ 3.80GHz (8 cores)
14:25:42 [App ] RAM: 62.65GB Physical Memory 2.00GB Virtual Memory
14:25:42 [App ] OS: Linux 5.13.0-28-generic (x86_64)
14:25:42 [App ] SSE & AVX compatible CPU & OS detected
14:25:42 [App ] Command line: -i /var/www/data/75f541bc-2c93-46f8-9818-17dd0e9ef404/odm_meshing/odm_mesh.dirty.ply -o /var/www/data/75f541bc-2c93-46f8-9818-17dd0e9ef404/odm_meshing/odm_mesh.ply --remove-spikes 0 --remove-spurious 20 --smooth 0 --target-face-num 600000 -v 0
===== Dumping Info for Geeks (developers need this to fix bugs) =====
Child returned 1
Traceback (most recent call last):
File "/code/stages/odm_app.py", line 94, in execute
self.first_stage.run()
File "/code/opendm/types.py", line 346, in run
self.next_stage.run(outputs)
File "/code/opendm/types.py", line 346, in run
self.next_stage.run(outputs)
File "/code/opendm/types.py", line 346, in run
self.next_stage.run(outputs)
[Previous line repeated 3 more times]
File "/code/opendm/types.py", line 327, in run
self.process(self.args, outputs)
File "/code/stages/odm_meshing.py", line 24, in process
mesh.screened_poisson_reconstruction(tree.filtered_point_cloud,
File "/code/opendm/mesh.py", line 205, in screened_poisson_reconstruction
system.run('"{reconstructmesh}" -i "{infile}" '
File "/code/opendm/system.py", line 106, in run
raise SubprocessException("Child returned {}".format(retcode), retcode)
opendm.system.SubprocessException: Child returned 1
===== Done, human-readable information to follow... =====
[ERROR] Uh oh! Processing stopped because of strange values in the reconstruction. This is often a sign that the input data has some issues or the software cannot deal with it. Have you followed best practices for data acquisition? See https://docs.opendronemap.org/flying/
I’m sorry my suggestion couldn’t fix your problem, somedays, I (or another people in this community) hopefully will try your dataset. I want to make sure it was a ODM bug or not
Alternative way that I sometimes tell others to do this way becayse it give me Less problem:
Please try ODM native command prompt in Windows. You can download the installer at download site
for example, put all of your images in D:\Qwerty\code\images
It looks like parts of the imagery of the roof are channel clipping, or near enough, so we’re not getting good reconstruction there. That’s leading to some of the holes and elevated portions of the roof in the reconstruction.
As for the sides, you likely would have needed another “layer” or tier of the survey as an orbit, lower down, with a more shallow gimbal angle.
If I use meshlab, using point cloud to mesh reconstruction with poisson, it was able to fill large holes/give mesh in the area with little point cloud. But, meshlab can’t texturing from image input as ODM did.
Otherwise, IMO, ODM is good for texturing especially if we use --feature-quality high/ultra. Sadly, the mesh from ODM’s reconstruction got any holes.
If I checked --texturing-keep-unseen-faces, it fills any holes, but the texture was pure white
Any Idea to fix it?
I will post the photos later tomorrow for clearer ilustration
I think that’s a side-effect of trying to texture faces that don’t have associated points from which to draw coloring from… I need to read into this more.
The facade is for my projects not relevant, only the roof, that’s why I only take one 360 degree shot at the same height as the other images.
But still getting a lot of holes in the roof:
DroneDeploy is again outputting a really smooth roof with no holes at all. The points in the roof are found but mapped not in the same surface as the other roof, but somewhere in the middle of the building (vertically wrong). Is there anything that can be improved for surface detection or area mapping, like gapfilling or anything like that?
Thanks a lot,
Hannes
You are not alone. I also experimenting another preset for filling hole in the mesh,
Recently I tested --texturing-keep-unseen-faces is true. It helps filling the holes, but the texture is pure white.
Increasing --mesh-size (from 300k to 500k) and --min-num-features (from default 8000 to 16000) is helping a bit. Still not enough for my dataset, but you can try too.
Could you try dropping --pc-geometric? Apparently, it serves mostly as a spatially-aware filter and might drop some points you may want. It seems like completion of the surface is more important than a “neat” representation for the time being, so I’d leave this for a finishing touch after you try the below.
Similarly, you could try with --pc-filter 0 and maybe --pc-sample 0.007 to see if you can really get as much density out of the point cloud as possible.
My hypothesis
The hole happens is not because failed mesh reconstruction. The hole happen because mesh texturing removes faces which fail to texturing (not enough interpolation/can’t associated current faces with texture)
My idea (unproven) : ODM/opendm.mesh.py
by default, output mesh doesn’t have any color, so we added --color flag so it can interpolate mesh color from point cloud
Next, we must activate --texturing-keep-unseen-faces so it don’t remove that faces which already colored by interpolated point cloud.
We can see the holes in the dense pointcloud, however. That’s what I was visualizing above. If we have holes in the pointcloud, that will propogate to some degree into the mesh as a result.
yes, there are holes in dense point cloud, but, screened poisson reconstruction sometimes able to fill the mesh. Unfortunatelly, Some faces was removed by texturing stage since it doesn’t have association/can’t interpolate with texture from input images.
--texturing-keep-unseen-faces gives pure white faces color to fill that hole
So my idea was :
output screened poisson mesh from odm_filterpoints/point_cloud.py can be colored by interpolated the colored point cloud.
The rest is sharper the texture with existing/default texturing stage and don’t remove texture with activating --texturing-keep-unseen-faces flag
I have tried all the given options, however, I am still getting a lot of holes in the roof.
Is image pre-processing with filters,…an option that could help ODM?
It can, but it’s tricky. If the images lack sufficient dynamic range (and JPEGs pretty much perfectly describe this limitation), you’ll have a nearly impossible time recovering any texture/detail from the parts of the roof that clipped to white.
