I’m currently using 4.4.9 to process images from a mavic 2 pro. While I realize it’s still in beta, I have the GPS position issue reported by others (altitude etc). For this reason, I’m running the beta. With that out of the way, I’ve flown some test flights today and regardless of automatic of a few manually placed tie points I’m getting a consistent planar skew to my camera position locations (see image).
The output from the initial processing step is as follows,
I am running a free flight at the moment but manually flying a solid overlapping grid. I had similar issues with another test set and was able to coax it into working, but I keep running into this similar issue. I’m wondering if it’s something I’m doing wrong or if it’s just something with the beta and my configuration.
Thank you for the pointer. I ended up using the Rolling Shutter compensation and it did fix the issue. On a larger run, I’m seeing a similar issue, but only on one end of the computation. This area should be relatively flat.
as evidenced by the overall calculation,
I can’t upload this one as it’s large and took roughly 28 hours to compute the Tie points (1438 20Mpix images). I’m going to reattempt but I’m wondering if there is any way to speed the computation and just use the geolocation points with a heavier bias. I believe they are much closer to reality than the matched and computed values. This area is roughly 3 miles of a canal that should be gently sloping from left to right. I had excellent GPS (16-19 satellites) on a Mavic 2 Pro.
I reran with a larger set of data. This time the skew occurs at the other end. Everything else looks reasonable, but for some reason the “computed” camera locations just go haywire. Please note that I’m using 4.4.9 due to a Mavic 2 Pro. I’m going to try and upload a subset to the cloud compute section so that experts can take a look.
I reprocessed with slightly different settings under the “Custom” section under matching. The results are much better without the significant skew, but I’m still having some mismatch on the flight end alignment (see last image above).
In relation to the large dataset that you are processing - the corridor projects are more prone to inaccuracies. For those projects, the accurate geolocation of the images, as well as the efficient overlap, is very important. It prevents from many issues such as multiple blocks or big errors on the edges that also occurs in your project. If there is a weak area (e.g. low overlap, low image content etc.), the error will increase as diverging from the breakpoint. Sometimes even GCPs may not manage to adjust the project correctly.
Your project consists of 872 images. Twenty-eight hours to compute only the Tie points is way too much. Could you share with us your computer specification - CPU, RAM, GPU so we could have a closer look at your hardware attempting to speed up the processing. Geolocation of the images always makes the process go faster, but from my understanding, you used already that information, am I right?
At this point, I need to ask for a workflow explanation. I understand that you used your Mavic 2 Pro having very good GPS signal during acquisition. However, I have a lack of information on:
How many flights did you have? Three?
Did you decided to process all the images together or you split the dataset per subprojects and merged them together?
Does the project on the cloud contain already your custom processing options?
Did you acquire any GCPs for this particular project? I understand that in such a wild area it’s very hard to collect some GCPs. However, this information would significantly help us with this project.
I look forward to your response so I could give you some processing advices.
These cookies are necessary for the website to function and cannot be switched off in our systems.
They are usually only set in response to actions made by you which amount to a request for services, such as setting your privacy preferences,
logging in, or filling in forms. These cookies do not store any personally identifiable information.
These cookies allow us to count visits and traffic sources so we can measure and improve the performance of our site.
They help us to know which pages are the most and least popular and see how visitors move around the site.
All information these cookies collect is aggregated and therefore anonymous.
If you do not allow these cookies we will not know when you have visited our site, and will not be able to monitor its performance.
These cookies may be set through our site by our advertising partner (Google).
They may be used by Google to build a profile of your interests and show you relevant adverts on other sites.
They do not directly store personal information but are based on uniquely identifying your browser and internet device.
If you do not allow these cookies, you will experience less targeted advertising.