Hello ROS (1) developers. Recently, I was facing some issues due to the fact that I had more than one `/tf_static` publisher in my system. I think that's not completely unusual, since I've seen several people trying to do the same.
The problem is the following: the `/tf_static` topic should have all publishers latched, which is good for latecomers, but not sufficient - all latecomers will only get the transforms from the last publisher that published to `/tf_static`. What I (and [more people](
https://github.com/ros/geometry2/issues/181)) would expect is that latecomers get all the static transforms from all publishers. That is not accomplishable through latching.
I tackled the problem by creating the [static_transform_mux](
https://github.com/tradr-project/static_transform_mux) node that sits there all the time, remembers everything it saw on `/tf_static`, and tries to always be the last publisher on the topic publishing all the transforms it saw.
What do you think about this approach? It's still a bit hacky (relying on early startup of this node), but otherwise? Do you think it's worth trying to publish it as an official ROS package? Or should I instead send a PR to `tf2_ros`?
Thank you very much for your opinions!
---
[Visit Topic](
https://discourse.ros.org/t/request-for-comments-static-transform-mux/5907/1) or reply to this email to respond.
If you do not want to receive messages from ros-users please use the unsubscribe link below. If you use the one above, you will stop all of ros-users from receiving updates.
______________________________________________________________________________
ros-users mailing list
ros-users@lists.ros.org
http://lists.ros.org/mailman/listinfo/ros-users
Unsubscribe: <
http://lists.ros.org/mailman//options/ros-users>
(text/plain)