-
Notifications
You must be signed in to change notification settings - Fork 106
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
Migrate sensor_msgs utilities to ROS 2 #3
Comments
Just FYI, I have done parts of this as needed for the cartographer integration effort. I think we ended up deciding to just keep these utilities as part of the same sensor_msgs package for ease of use/porting from ROS1. That being said, I haven't done all of the utilities, just the ones I've needed (point cloud iterators and distortion models), so we should leave this open until we decide what to do about the rest. |
Any updates on regarding migrating these utilities ? We need fill_image.h for our software stack for ROS 2.0. |
Thanks @sagniknitr for your interest in this. We didn't have the need for the rest of the utilities so far. |
See #58 for fill image |
It appears all of the utilities have been migrated. I've opened a PR updating the references mentioned in the description (#72). Regarding the reference to CameraInfo details (http://www.ros.org/wiki/image_pipeline/CameraInfo), it's currently referencing the original documentation under |
ROS 1's
sensor_msgs
contains C++ headers and Python modules that provide some utilities for the generated message code data types, e.g. filling an image message or iterating over a point cloud.I avoided bring that with the current migration effort. We should decide if we want to host those utilities elsewhere of if we want them in the
sensor_interfaces
package, similar to how it is laid out in ROS 1. It seems like it would be best if those things were in asensor_interfaces_utilities
package instead, but maybe there is a good reason for the current colocation in ROS 1.TODO: update these entries in the migrated messages once this is done:
common_interfaces/sensor_interfaces/msg/CameraInfo.msg
Line 14 in 7bcca49
common_interfaces/sensor_interfaces/msg/CameraInfo.msg
Line 58 in 7bcca49
common_interfaces/sensor_interfaces/msg/Image.msg
Line 22 in 7bcca49
Also look into avoiding things like valid encoding values being captured in C++ headers and instead capture them in constants in the messages. Again, there might be a good reason for this, but it smells to me.
The text was updated successfully, but these errors were encountered: