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
Hi there. I'm applying -a to align two trajectories when plotting them. However, this alignment only works for the xyz part (shown in the first two pics), but not the rotation part (as in the last two pics).
From the last two pictures, I can see that the rotation part (roll, pitch, yaw) will be better aligned if I switch roll and pitch, and probably make some rotation around the yaw axis. I understand that this will not be taken care of by the Umeyama algorithm because it is based on minimizing the difference in the xyz part only #299. What I'm not sure is, does this misalignment imply that the rotation has a different coordinate system as the xyz part? If so, is it valid if I transform the rotation part manually in the way stated above?
Thanks for any guidance!
The text was updated successfully, but these errors were encountered:
I have the same problem (Umeyama ONLY aligns positions instead of rotation) with evaluation using EVO in TextSLAM, inducing the wrong RPE results.
In response to this, I've developed a complementary solution for EVO that addresses the problem. You can use and find the details in the GitHub project: https://github.com/SJTU-ViSYS/SLAM_Evaluation/.
Hi there. I'm applying
-a
to align two trajectories when plotting them. However, this alignment only works for thexyz
part (shown in the first two pics), but not the rotation part (as in the last two pics).From the last two pictures, I can see that the rotation part (roll, pitch, yaw) will be better aligned if I switch roll and pitch, and probably make some rotation around the yaw axis. I understand that this will not be taken care of by the Umeyama algorithm because it is based on minimizing the difference in the
xyz
part only #299. What I'm not sure is, does this misalignment imply that the rotation has a different coordinate system as thexyz
part? If so, is it valid if I transform the rotation part manually in the way stated above?Thanks for any guidance!
The text was updated successfully, but these errors were encountered: