Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

baselink2imu and baselink2lidar are reversed #49

Open
VRichardJP opened this issue Jun 4, 2024 · 1 comment
Open

baselink2imu and baselink2lidar are reversed #49

VRichardJP opened this issue Jun 4, 2024 · 1 comment

Comments

@VRichardJP
Copy link
Contributor

Despites their name, both baselink2imu and baselink2lidar are used as imu->baselink and lidar->baselink transformations in the code.

For example, this line:

Eigen::Vector3f ang_vel_cg = this->extrinsics.baselink2imu.R * ang_vel;

converts IMU angular velocity measurement into baselink frame.

Another example:

pcl::transformPointCloud (*this->original_scan, *deskewed_scan_,
this->T_prior * this->extrinsics.baselink2lidar_T);

Here, the original LIDAR scan (so in lidar frame) is first transformed by baselink2lidar, as if it was "lidar->baselink".

Not only it makes the code confusing, but it is also easy to miswrite the transforms in the dlio.yaml file. I think it would be better to rename these transforms to lidar2baselink and imu2baselink:

$ grep -rIl baselink2lidar | xargs sed -i 's/baselink2lidar/lidar2baselink/g'
$ grep -rIl baselink2imu | xargs sed -i 's/baselink2imu/imu2baselink/g'

?

@kennyjchen
Copy link
Contributor

Good point -- technically yes they represent the transformation from sensor to baselink. Sorry for the confusion.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants