Closed scially closed 4 years ago
@scially Hey hey, your dataset looks quite okay. Some things might need improvement:
Unfortunately there is no magic algorithm to fix these issues with your dataset. My framework is at best as good as the orb slam, and it has a hard time with your data. Fixing the heading of the drone might already do the job.
Let me know if it helped and best regards, Alex
@laxnpander Thank you~ I followed your suggestion, replaced a new UAV, and re-photographed an area, DJI FC6310S camera, the first route mosaicing perfect, but when it turned to the second route, although it was still Tracking, the mosaicing was not good, is my lateral overlap too high?
New Datas Share URL: https://drive.google.com/file/d/1xahiNa0fA_pKFx8Dr47Oltq20gaBAh_2/view?usp=sharing
the camera config is
type: pinhole
# Frames per second
fps: 10.0
# Image size
width: 1368
height: 912
# Principal point
cx: 684.0
cy: 456.0
# Focal length
fx: 970.8387
fy: 647.2258
# Distortion
k1: 0.000001
k2: 0
p1: 0.000001
p2: 0.000001
k3: 0
ps:
When realm go to DJI_0433.JPG, there will beNo Tracking
suddenly, can you help me check if it is a picture problem?
@scially: Your lateral overlap is indeed pretty high, but that is not a problem for OpenREALM. My guess is that your GPS data in the images is not accurate. Either that or the altitude is slightly wrong. It initializes the georeference in the first leg and then tries to correct it afterwards because it detects a mismatch between GPS/Altitude and visual position. That in consequence distorts the global map, because the georeference is changed.
Go to realm_ros/profiles/your_profile/pose_estimation/stage_settings.yaml
and set the flag update_georef: 0
. This will prevent the georeference from updating after it has been initialized once. Your map should look better.
Let's do this first and then we will see about the other problem!
@laxnpander thanks ~ yes, it's right about the gps data in the images, I did not use RTK for this flight, I plan to use RTK to fly once.
After the parameter update_georef: 0
setting, the effect does not change much
And, after this position, it has been No Tracking always....
@scially: It looks a bit better when I run it:
Though, some artifacts will probably remain even with different settings. I assume in this case the blending is not doing its best job. But that's as good as it gets at the moment. To achieve the same results as me, you may try the most recent build.
Note: The recent build moved to CMake only as build system. So please refer to the install instructions. Let me know if you encounter any problems.
As for your tracking problem: Doesn't happen to me, can you check if your computer is running out of memory? OpenREALM is quite resource hungry and this is something that happens typically.
@scially Hey, how is it going? Are you happy with your results now or did you have problems with the installation?
@laxnpander , Hey,thanks .... I plan to re-photo an area with a drone with RKT, and then clone a copy of the latest project to try it out, and will notify you in time when the results are available,
Thank you very much, the result is much better than before
I will close this for now. Feel free to reopen or create a new issue if you have more problems / questions.
thanks a lot... the OpenREALM is very great..It is worth learning
Hello, could you please help me check if there is any problem with my data set? Except the camera parameters and orbslam params, all the other parameters are default, but the orthophoto results are not good, thanks~
Datas Share URL:
https://drive.google.com/file/d/18cfaPikdErhAKo0jISpyOH6OYdfrY941/view?usp=sharing
the camera config is
the
orb_slam2_settings
ismy ortho result: