You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What is the reason of using HDOP value for computing horizontal accuracy of GPS_RAW_INT message instead of using h_acc values contained in the message? HDOP value is a scale factor, so, at least it should be multiplied by some metric accuracy estimation. Otherwise, it gives unrealistically small values.
Understood.
Can we use extension values if on mavlink v2.0 and HDOP otherwise?
Also, I'd add some metric accuracy estimation parameter to config file to be scaled by HDOP, VDOP.
Is it feasible?
Understood.
Can we use extension values if on mavlink v2.0 and HDOP otherwise?
Also, I'd add some metric accuracy estimation parameter to config file to be scaled by HDOP, VDOP.
Is it feasible?
@pavloblindnology that seems reasonable to me. Can you please do a PR with it? Thank you!
What is the reason of using HDOP value for computing horizontal accuracy of
GPS_RAW_INT
message instead of usingh_acc
values contained in the message? HDOP value is a scale factor, so, at least it should be multiplied by some metric accuracy estimation. Otherwise, it gives unrealistically small values.mavros/mavros/src/plugins/global_position.cpp
Line 175 in 38c6fff
The text was updated successfully, but these errors were encountered: