This may be a case of telephone game (i.e. a misinterpretation), or perhaps there's yet-another mistake involved, but the way I would put it is: "making Header a first-class concept in ROS was a mistake."<br>

<br>Header is more of a "TF Header".  This has created couplings we wish we didn't have in the client library (roscpp, rospy) code.  Prior to ROS 1.0 we tried to cleanup the main ROS client library code to have no robotics in it; this is the one case that was too difficult to pull out due to the large amount of code that utilizes the Header data structure.<br>

<br>There is currently no alternative.  At some future point in time, where it's worth the cost of being 'clean', we can undo this, but it is currently the case that the costs of undoing it to end users far outweigh the benefit.  Our current resolution to this is that we migrated Header to be 'std_msgs/Header' and we will continue to try and de-specialize its role as much as backwards-compatibility allows.<br>

<br> - Ken<br><br><div class="gmail_quote">On Thu, Oct 6, 2011 at 4:39 PM, Geoffrey Biggs <span dir="ltr"><<a href="mailto:geoffrey.biggs@aist.go.jp">geoffrey.biggs@aist.go.jp</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

Morning all,<br>
<br>
I've heard occasionally from various people that putting frame_id in the Header is considered a design mistake that we're now stuck with, at least until a new version where the API can be broken. Can anyone involved comment on why it's considered a mistake, and what the preferred alternative is?<br>


<br>
Geoff<br>
______________________________<u></u>_________________<br>
ros-users mailing list<br>
<a href="mailto:ros-users@code.ros.org" target="_blank">ros-users@code.ros.org</a><br>
<a href="https://code.ros.org/mailman/listinfo/ros-users" target="_blank">https://code.ros.org/mailman/<u></u>listinfo/ros-users</a><br>
</blockquote></div><br>