Only released in EOL distros:
Package Summary
A node that buffers tf messages and publishes only changes.
- Author: Benjamin Pitzer
- License: BSD
- Repository: bosch-ros-pkg
- Source: svn http://svn.code.sf.net/p/bosch-ros-pkg/code/tags/stacks/remote_lab/remote_lab-0.2.2
Package Summary
A node that buffers tf messages and publishes only changes.
- Author: Benjamin Pitzer
- License: BSD
- Source: svn http://svn.code.sf.net/p/bosch-ros-pkg/code/branches/electric/stacks/remote_lab
Package Summary
A node that buffers tf messages and publishes only changes.
- Author: Benjamin Pitzer
- License: BSD
- Source: svn http://svn.code.sf.net/p/bosch-ros-pkg/code/trunk/stacks/bosch_web_visualization
Overview
When observing or controlling a robot remotely over high latency connections, it is important to compress and limit the amount of data being sent without sacrificing the amount of information being provided to the client. For many robots, tf topics are quite large and are published frequently. wviz_tf_manager publishes a topic tf_changes that publishes the tfs that have changed at a given polling frequency. A tf is considered to have changed if the change is larger than either the translational_update_distance or the angular_update_distance (parameters that are bot set by default to 10). By default the polling_frequency is set to 10 hz but can be set as a rosparam in the launch file. Additionally the node provides a service, publish_all_transforms, that allows a client to request all transforms.
Running the wviz_tf_manager node
$ rosrun wviz_tf_manager wviz_tf_manager
Nodes
Published Topics
tf_changes (tf/tfMessage)- tf messages which have recently been updated
Services
~<name>/publish_all_transforms (wviz_tf_manager/PublishAllTransforms)- Allows a client to request that all available tfs be published
Parameters
~<name>/polling_frequency (double, default: 10)- Frequency at which changed tfs are published
- Minimum amount of translational change required
- Minimum amount of angular change required
