Jack,<div>With regards to a location of a potential GPS message within the ROS package ecosystem, as the maintainer of common_msgs this seems like a strong candidate for inclusion in the sensor_msgs package. </div><div><div>

<br></div><div>Jack has pointed to the review process wiki pages.  As this would be an addition to an existing package I would suggest making a proposal API review page at <a href="http://www.ros.org/wiki/sensor_msgs/Reviews">http://www.ros.org/wiki/sensor_msgs/Reviews</a>  where the discussion of the interested parties can be condensed as a consensus is reached.  Once a consensus has been reached from the proposer should send out a review notification for comments on the resultant API.  </div>

<div><br></div><div>Note there is a second doc review which makes sure that the documentation is complete before releasing, but for an API review to be effective it must be documented well at that point, possibly with example code/use cases.  </div>

<div><br></div><div>As for the library components doing a package proposal for gps_common would be a good idea. </div><div><br></div><div>Tully<br><br><div class="gmail_quote">On Fri, May 21, 2010 at 6:32 PM, Jack O'Quin <span dir="ltr"><<a href="mailto:jack.oquin@gmail.com">jack.oquin@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On Fri, May 21, 2010 at 5:02 PM, Bill Morris <<a href="mailto:morris@ee.ccny.cuny.edu">morris@ee.ccny.cuny.edu</a>> wrote:<br>


</div><div class="im">> I want to see if the GPS message format can be standardized, and I was<br>
> wondering if anyone had pointers on what steps need to be taken to get<br>
> the message format(s) considered for the D-Turtle release.<br>
<br>
</div>WG would probably permit a community effort to define a "gps_common"<br>
package somewhere in ros-pkg with shared messages, UTM conversions,<br>
etc. That supports the federated development model by enabling common<br>
interchange of data and sharing of code.<br>
<br>
<a href="http://ros.org/wiki/QAProcess" target="_blank">http://ros.org/wiki/QAProcess</a> defines the steps:<br>
<br>
  <a href="http://www.ros.org/wiki/PackageProposalProcess" target="_blank">http://www.ros.org/wiki/PackageProposalProcess</a><br>
  <a href="http://www.ros.org/wiki/APIReviewProcess" target="_blank">http://www.ros.org/wiki/APIReviewProcess</a><br>
  <a href="http://www.ros.org/wiki/DocReviewProcess" target="_blank">http://www.ros.org/wiki/DocReviewProcess</a><br>
  etc...<br>
<div class="im"><br>
> The review process for camera_info_manager seemed to work well enough so<br>
> perhaps something like that can be used.<br>
<br>
</div>Agreed.<br>
<br>
I can help once I finish my current C-turtle work.<br>
<div class="im"><br>
> Right now I'm writing a driver for a GPS that does not work with gpsd,<br>
> and our lab is working on building some graphical GPS tools so it is<br>
> probably a good time to standardize the message format before we get<br>
> much further.<br>
><br>
> I think the gpsd message format looks like a good start, but I would<br>
> also like to see some sort of waypoint format as well. This will help<br>
> ensure that all of the tools developed are interoperable.<br>
<br>
> Current Formats<br>
> <a href="http://www.ros.org/doc/api/gpsd_client/html/msg/GPSStatus.html" target="_blank">http://www.ros.org/doc/api/gpsd_client/html/msg/GPSStatus.html</a><br>
<br>
</div>This looks reasonable to me too, although a slight restructuring might<br>
be good for some uses.<br>
<div class="im"><br>
> <a href="http://www.ros.org/doc/api/applanix/html/msg/GpsInfo.html" target="_blank">http://www.ros.org/doc/api/applanix/html/msg/GpsInfo.html</a><br>
<br>
</div>I created this one from the Player GPSI message format, but added some<br>
fields for my own convenience. I would not necessarily recommend it<br>
for standardization in its current form.<br>
<br>
For example, I added the UTM easting, northing and zone data. Since<br>
they can be derived from latitude and longitude, they should not be<br>
part of the GPS message. But, some standard conversion routines<br>
between the two coordinate systems would be good to have.<br>
<br>
I have some rather messy ones here. They could be cleaned up and used,<br>
if there's nothing better available.:<br>
<br>
  <a href="http://www.ros.org/doc/api/art_common/html/UTM_8h_source.html" target="_blank">http://www.ros.org/doc/api/art_common/html/UTM_8h_source.html</a><br>
--<br>
<font color="#888888"> joq<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
ros-users mailing list<br>
<a href="mailto:ros-users@code.ros.org">ros-users@code.ros.org</a><br>
<a href="https://code.ros.org/mailman/listinfo/ros-users" target="_blank">https://code.ros.org/mailman/listinfo/ros-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Tully Foote<br>Systems Engineer<br>Willow Garage, Inc.<br><a href="mailto:tfoote@willowgarage.com">tfoote@willowgarage.com</a><br>(650) 475-2827<br>
</div></div>