I am not able to look at the. Obs file right now but if there is noice in the lower part of the sky this might throw your position of. Also it seems to be where your UAV turns, is it banking alot?
Fix & hold should be OK to use and your signals should handle a more restrictive filter when up in the air.
I would try turning dynamic off, glonass AR on and forward mode.
What do you get then?
But I would suspect when turning, there is some input of bad data that gives you different result and that mask angle is filtering them out with different mask angle.
If you would do the run again with not so much banking, maybe the result would be more of the same?
What height is the UAV flying at?
One more thing. If banking is the cause I would think continuous mode would fix some of the straight part, maybe not in the turn…
My thought was to determind a setting so you would avoid this kind of difference.
You need to trace the root of problem causing a track to output two different route.
There is no magic answer to look for, telling you this is right and this is wrong.
At this point you have discovered a shift in the tracklog when sat.mask angle is changed and with the visual info on the plot showing the shift around turning points, in direction E-W and in combinaion with fix&hold i would suspect multipath of some kind is the issue here.
My first try would be to run post again in Continuous modes and see if its get better. Continuous mode is way more restrictiv with fixed output.
I think experience and knowledg is the way to tell if this is accurate or not. The numbers are there, one just need to know what they are telling you.
If you have all the raw data, i might give it a shot if you like
Until someone provides a link for you, I think it is safe to say that the answer you seek lies in checking your work. This is what a surveyor does. He checks his work against things that have been previously determined and using standards that are provided to him by an authority.
Your check should be something that lies outside of the system you are using. If we let the processing software check itself, it is liable to become corrupt, just like … um, er … well, let’s not go there.
If you have no set of known points (GCPs) included in your aerial survey, then how could you think of claiming accuracy without some other means of determining it?
Let us stretch this question to the extreme. Say you flew 100 surveys, all with known points included. Some matched up and some didn’t. In analyzing the log files, you see a pattern forming. In the surveys that didn’t match up, you noticed some of these traits:
number of satellites was below figure X
average SNR was below figure Y
DOP was below figure Z
forgot to put SD card in survey camera
Through your experience, you could say that in all cases where none of these negative elements were present, your surveys were correct (meeting a certain standard). So in this new survey which included zero known points, you will presume, based on experience, that because none of these negative elements are present, then you are confident that your survey is correct. (Until proof is shown that it is not)
This is not documentation, or even advice on how you should go about your business, but just one logical path to follow to allow you to reach your goal.
In the meantime, we wait for some good documentation or paper to show up on how to check/confirm/certify the accuracy of an aerial survey with no GCPs.
While I am not a Registered Land Surveyor, I have been completing surveys for civil engineering projects professionally since 2002 with levels, transits, total stations, and GNSS.
Understanding your equipment is paramount to understanding the results that it gives.
I totally agree that completing checks is the answer- which is ongoing for our business. But because checking rover accuracy requires checking a final product- the time commitment is immense. Immense to the point that if I can’t trust this equipment, and testing it takes hundreds of hours- it would make good business sense to invest in better hardware (L1/L2/L5 GNSS).
If there is no published data on the standard operating procedures, equipment limits, and accuracy, how can I trust the results?
First, let me start by saying that yes, you are correct. For a PPK aerial survey, you are correct in that I cannot point you to a Q/A status icon () in ReachView that will tell you your data is good. Also correct in that I cannot point you to a cue card with a checklist for producing good data.
Also, there is nothing wrong with saying we should have those things or at least work towards having them.
I had written several more paragraphs, but decided to cut it off here. Although I want to help, I am not experienced in aerial survey and I hope another user who is will be able to provide their insight or suggestions to you.