Closed daisukes closed 3 years ago
@daisukes Friendly ping.
@dirk-thomas Thank you for the reminder. I will work on this today.
Do I need to fix the conflict too?
ros2/design#296 aims to provide a way to configure the QoS from the outside in a generic way. With that approach being the preferred choice I don't think a custom way to configure the bridge is desired.
Linking updated configurable QoS proposal https://github.com/ros2/design/pull/300
@daisukes does the added functionality satisfy your use case? If so, you may go ahead and close this.
@hidmic, yes for ROS2 galactic. I may want to use direction
and latch
if I keep using the bridge, but I'm planning to port all my packages to ROS2 next year. Anyway, I will close this.
This enhancement enables parameter_bridge to control the bridge precisely with the following keys. Please see the detail in doc/parameter_bridge.rst
I was struggling with tf_static which is a latched topic in ROS1 but cannot be seen in ROS2. With specifying transient_local and reliable to true, it can be seen in ROS2 like a latched topic (of course need to use transient_local and reliable for the subscriber).
Signed-off-by: Daisuke Sato daisukes@cmu.edu