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
{{ message }}
Repository navigation
Incorrect Linear Velocity RMSE Due to Index-Based Timestamp Alignment #4
First of all, thank you for your work on this repository. It is extremely helpful for benchmarking proprioceptive state estimators and obtaining quantitative performance comparisons.
I noticed a potential issue in the linear velocity RMSE computation in compute_vel_rmse.py.
Issue description
The script defines the following candidate timestamp columns:
When none of the available column names are included in TIME_CANDIDATES, time_col is silently set to None.
However, the generated fused_state.csv files use the following columns:
t_rel t_abs px py pz vx vy vz qw qx qy qz
Since neither t_rel nor t_abs is included in TIME_CANDIDATES, the estimator and ground-truth velocities are not aligned by timestamp. Instead, the script silently falls back to row-index alignment.
The estimator runs at the IMU rate of approximately 400 Hz, while the ground truth is sampled at approximately 200 Hz. Therefore, matching the two trajectories by row index does not compare measurements taken at the same time and leads to an incorrect velocity RMSE.
When the estimator timestamps are taken from t_abs and the ground-truth velocity is interpolated at the estimator timestamps, the results become:
Additionally, rather than requiring exact timestamp matches or silently falling back to index-based pairing, the ground-truth velocity should be interpolated at the estimator timestamps over their common time interval.
It may also be preferable to raise a warning or an exception when no valid timestamp column is found.
Thanks @MichaelMarav for noticing the bug, and sorry if I'm replying only now!
I'll work on it, but please feel free to open PR if you modify the code!
Activity
ylenianistico commentedon Aug 4, 2026
Thanks @MichaelMarav for noticing the bug, and sorry if I'm replying only now!
I'll work on it, but please feel free to open PR if you modify the code!
ylenianistico commentedon Sep 7, 2026
Hi @MichaelMarav, I should have fixed this issue with this PR. I'm going to close this issue. Feel free to reopen it if you think it is not solved