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

Difference the Velodyne Point Cloud Alignment between ROS1 and ROS2 #448

Open
AtsukiOsanai opened this issue Feb 4, 2022 · 0 comments
Open
Labels

Comments

@AtsukiOsanai
Copy link

Please complete the following information:

  • OS and Version: Ubuntu 20.04
  • ROS Version: Foxy
  • Installed through apt
  • Version: 2.1.0-1focal.20210901.194418

Describe the bug
This issue is a specification of velodyne in ROS2 and may not be a bug.

In ROS1, point_step is equal to 32 and is compatible with point cloud types such as [this](https://github.com/ros-drivers/velodyne/blob/master/velodyne_pcl/include/velodyne_pcl/point_types.h The custom PointT type document](https://pointclouds.org/documentation/tutorials/adding_custom_ptype.html). As stated in The custom PointT type document, it is recommended to use PCL_ADD_POINT4D MACRO with an additional padding field to define custom point types, and many PCL functions seem to support this kind of types.

However, the point_step of velodyne on ROS2 has been changed to 18. rqt_bag shows that it consists of x, y, z, intensity, and ring fields with no padding. This is causing trouble with the PCL function. Specifically, the function getVector4fMap() is used everywhere in PCL, but this function cannot be called in the velodyne point cloud definition in ROS2.

To Reproduce
I attached the rqt_bag display for ROS1(melodic) and ROS2(foxy).

  • Melodic
    melodic_velodyne

  • ROS2
    foxy_velodyne

Expected behavior
I would expect to go back to the ROS1 point cloud type. If that is not possible, I would appreciate any solution you can provide.

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

No branches or pull requests

1 participant