TrackModelSrv.h
Go to the documentation of this file.
00001 /* Auto-generated by genmsg_cpp for file /home/rosbuild/hudson/workspace/doc-fuerte-alufr-ros-pkg/doc_stacks/2012-12-26_15-13-16.045312/articulation/articulation_msgs/srv/TrackModelSrv.srv */
00002 #ifndef ARTICULATION_MSGS_SERVICE_TRACKMODELSRV_H
00003 #define ARTICULATION_MSGS_SERVICE_TRACKMODELSRV_H
00004 #include <string>
00005 #include <vector>
00006 #include <map>
00007 #include <ostream>
00008 #include "ros/serialization.h"
00009 #include "ros/builtin_message_traits.h"
00010 #include "ros/message_operations.h"
00011 #include "ros/time.h"
00012 
00013 #include "ros/macros.h"
00014 
00015 #include "ros/assert.h"
00016 
00017 #include "ros/service_traits.h"
00018 
00019 #include "articulation_msgs/ModelMsg.h"
00020 
00021 
00022 #include "articulation_msgs/ModelMsg.h"
00023 
00024 namespace articulation_msgs
00025 {
00026 template <class ContainerAllocator>
00027 struct TrackModelSrvRequest_ {
00028   typedef TrackModelSrvRequest_<ContainerAllocator> Type;
00029 
00030   TrackModelSrvRequest_()
00031   : model()
00032   {
00033   }
00034 
00035   TrackModelSrvRequest_(const ContainerAllocator& _alloc)
00036   : model(_alloc)
00037   {
00038   }
00039 
00040   typedef  ::articulation_msgs::ModelMsg_<ContainerAllocator>  _model_type;
00041    ::articulation_msgs::ModelMsg_<ContainerAllocator>  model;
00042 
00043 
00044   typedef boost::shared_ptr< ::articulation_msgs::TrackModelSrvRequest_<ContainerAllocator> > Ptr;
00045   typedef boost::shared_ptr< ::articulation_msgs::TrackModelSrvRequest_<ContainerAllocator>  const> ConstPtr;
00046   boost::shared_ptr<std::map<std::string, std::string> > __connection_header;
00047 }; // struct TrackModelSrvRequest
00048 typedef  ::articulation_msgs::TrackModelSrvRequest_<std::allocator<void> > TrackModelSrvRequest;
00049 
00050 typedef boost::shared_ptr< ::articulation_msgs::TrackModelSrvRequest> TrackModelSrvRequestPtr;
00051 typedef boost::shared_ptr< ::articulation_msgs::TrackModelSrvRequest const> TrackModelSrvRequestConstPtr;
00052 
00053 
00054 template <class ContainerAllocator>
00055 struct TrackModelSrvResponse_ {
00056   typedef TrackModelSrvResponse_<ContainerAllocator> Type;
00057 
00058   TrackModelSrvResponse_()
00059   : model()
00060   {
00061   }
00062 
00063   TrackModelSrvResponse_(const ContainerAllocator& _alloc)
00064   : model(_alloc)
00065   {
00066   }
00067 
00068   typedef  ::articulation_msgs::ModelMsg_<ContainerAllocator>  _model_type;
00069    ::articulation_msgs::ModelMsg_<ContainerAllocator>  model;
00070 
00071 
00072   typedef boost::shared_ptr< ::articulation_msgs::TrackModelSrvResponse_<ContainerAllocator> > Ptr;
00073   typedef boost::shared_ptr< ::articulation_msgs::TrackModelSrvResponse_<ContainerAllocator>  const> ConstPtr;
00074   boost::shared_ptr<std::map<std::string, std::string> > __connection_header;
00075 }; // struct TrackModelSrvResponse
00076 typedef  ::articulation_msgs::TrackModelSrvResponse_<std::allocator<void> > TrackModelSrvResponse;
00077 
00078 typedef boost::shared_ptr< ::articulation_msgs::TrackModelSrvResponse> TrackModelSrvResponsePtr;
00079 typedef boost::shared_ptr< ::articulation_msgs::TrackModelSrvResponse const> TrackModelSrvResponseConstPtr;
00080 
00081 struct TrackModelSrv
00082 {
00083 
00084 typedef TrackModelSrvRequest Request;
00085 typedef TrackModelSrvResponse Response;
00086 Request request;
00087 Response response;
00088 
00089 typedef Request RequestType;
00090 typedef Response ResponseType;
00091 }; // struct TrackModelSrv
00092 } // namespace articulation_msgs
00093 
00094 namespace ros
00095 {
00096 namespace message_traits
00097 {
00098 template<class ContainerAllocator> struct IsMessage< ::articulation_msgs::TrackModelSrvRequest_<ContainerAllocator> > : public TrueType {};
00099 template<class ContainerAllocator> struct IsMessage< ::articulation_msgs::TrackModelSrvRequest_<ContainerAllocator>  const> : public TrueType {};
00100 template<class ContainerAllocator>
00101 struct MD5Sum< ::articulation_msgs::TrackModelSrvRequest_<ContainerAllocator> > {
00102   static const char* value() 
00103   {
00104     return "492b025b4d335f83e3fab65eb3211a27";
00105   }
00106 
00107   static const char* value(const  ::articulation_msgs::TrackModelSrvRequest_<ContainerAllocator> &) { return value(); } 
00108   static const uint64_t static_value1 = 0x492b025b4d335f83ULL;
00109   static const uint64_t static_value2 = 0xe3fab65eb3211a27ULL;
00110 };
00111 
00112 template<class ContainerAllocator>
00113 struct DataType< ::articulation_msgs::TrackModelSrvRequest_<ContainerAllocator> > {
00114   static const char* value() 
00115   {
00116     return "articulation_msgs/TrackModelSrvRequest";
00117   }
00118 
00119   static const char* value(const  ::articulation_msgs::TrackModelSrvRequest_<ContainerAllocator> &) { return value(); } 
00120 };
00121 
00122 template<class ContainerAllocator>
00123 struct Definition< ::articulation_msgs::TrackModelSrvRequest_<ContainerAllocator> > {
00124   static const char* value() 
00125   {
00126     return "\n\
00127 \n\
00128 \n\
00129 \n\
00130 \n\
00131 \n\
00132 \n\
00133 \n\
00134 \n\
00135 \n\
00136 \n\
00137 articulation_msgs/ModelMsg model\n\
00138 \n\
00139 \n\
00140 ================================================================================\n\
00141 MSG: articulation_msgs/ModelMsg\n\
00142 # Single kinematic model\n\
00143 #\n\
00144 # A kinematic model is defined by its model class name, and a set of parameters. \n\
00145 # The client may additionally specify a model id, that can be used to colorize the\n\
00146 # model when visualized using the RVIZ model display.\n\
00147 # \n\
00148 # For a list of currently implemented models, see the documetation at\n\
00149 # http://www.ros.org/wiki/articulation_models\n\
00150 #\n\
00151 #\n\
00152 \n\
00153 std_msgs/Header header                        # frame and timestamp\n\
00154 \n\
00155 int32 id                             # user specified model id\n\
00156 string name                          # name of the model family (e.g. \"rotational\",\n\
00157                                      # \"prismatic\", \"pca-gp\", \"rigid\")\n\
00158 articulation_msgs/ParamMsg[] params  # model parameters\n\
00159 articulation_msgs/TrackMsg track     # trajectory from which the model is estimated, or\n\
00160                                      # that is evaluated using the model\n\
00161 \n\
00162 ================================================================================\n\
00163 MSG: std_msgs/Header\n\
00164 # Standard metadata for higher-level stamped data types.\n\
00165 # This is generally used to communicate timestamped data \n\
00166 # in a particular coordinate frame.\n\
00167 # \n\
00168 # sequence ID: consecutively increasing ID \n\
00169 uint32 seq\n\
00170 #Two-integer timestamp that is expressed as:\n\
00171 # * stamp.secs: seconds (stamp_secs) since epoch\n\
00172 # * stamp.nsecs: nanoseconds since stamp_secs\n\
00173 # time-handling sugar is provided by the client library\n\
00174 time stamp\n\
00175 #Frame this data is associated with\n\
00176 # 0: no frame\n\
00177 # 1: global frame\n\
00178 string frame_id\n\
00179 \n\
00180 ================================================================================\n\
00181 MSG: articulation_msgs/ParamMsg\n\
00182 # Single parameter passed to or from model fitting\n\
00183 #\n\
00184 # This mechanism allows to flexibly pass parameters to \n\
00185 # model fitting (and vice versa). Note that these parameters \n\
00186 # are model-specific: A client may supply additional\n\
00187 # parameters to the model estimator, and, similarly, a estimator\n\
00188 # may add the estimated model parameters to the model message.\n\
00189 # When the model is then evaluated, for example to make predictions\n\
00190 # or to compute the likelihood, the model class can then use\n\
00191 # these parameters.\n\
00192 #\n\
00193 # A parameter has a name, a value, and a type. The type globally\n\
00194 # indicates whether it is a prior parameter (prior to model fitting),\n\
00195 # or a model parameter (found during model fitting, using a maximum-\n\
00196 # likelihood estimator), or a cached evaluation (e.g., the likelihood\n\
00197 # or the BIC are a typical \"side\"-product of model estimation, and\n\
00198 # can therefore already be cached).\n\
00199 #\n\
00200 # For a list of currently used parameters, see the documentation at\n\
00201 # http://www.ros.org/wiki/articulation_models\n\
00202 #\n\
00203 \n\
00204 uint8 PRIOR=0   # indicates a prior model parameter \n\
00205                 # (e.g., \"sigma_position\")\n\
00206 uint8 PARAM=1   # indicates a estimated model parameter \n\
00207                 # (e.g., \"rot_radius\", the estimated radius)\n\
00208 uint8 EVAL=2    # indicates a cached evaluation of the model, given \n\
00209                 # the current trajectory\n\
00210                 # (e.g., \"loglikelihood\", the log likelihood of the\n\
00211                 # data, given the model and its parameters)\n\
00212 \n\
00213 string name     # name of the parameter\n\
00214 float64 value   # value of the parameter\n\
00215 uint8 type      # type of the parameter (PRIOR, PARAM, EVAL)\n\
00216 \n\
00217 \n\
00218 ================================================================================\n\
00219 MSG: articulation_msgs/TrackMsg\n\
00220 # Single kinematic trajectory\n\
00221 #\n\
00222 # This message contains a kinematic trajectory. The trajectory is specified\n\
00223 # as a vector of 6D poses. An additional flag, track_type, indicates whether\n\
00224 # the track is valid, and whether it includes orientation. The track id\n\
00225 # can be used for automatic coloring in the RVIZ track plugin, and can be \n\
00226 # freely chosen by the client. \n\
00227 #\n\
00228 # A model is fitting only from the trajectory stored in the pose[]-vector. \n\
00229 # Additional information may be associated to each pose using the channels\n\
00230 # vector, with arbitrary # fields (e.g., to include applied/measured forces). \n\
00231 #\n\
00232 # After model evaluation,\n\
00233 # also the associated configurations of the object are stored in the channels,\n\
00234 # named \"q[0]\"..\"q[DOF-1]\", where DOF is the number of degrees of freedom.\n\
00235 # Model evaluation also projects the poses in the pose vector onto the model,\n\
00236 # and stores these ideal poses in the vector pose_projected. Further, during model\n\
00237 # evaluation, a new set of (uniform) configurations over the valid configuration\n\
00238 # range is sampled, and the result is stored in pose_resampled.\n\
00239 # The vector pose_flags contains additional display flags for the poses in the\n\
00240 # pose vector, for example, whether a pose is visible and/or\n\
00241 # the end of a trajectory segment. At the moment, this is only used by the\n\
00242 # prior_model_learner.\n\
00243 #\n\
00244 \n\
00245 std_msgs/Header header                        # frame and timestamp\n\
00246 int32 id                                # used-specified track id\n\
00247 \n\
00248 geometry_msgs/Pose[] pose               # sequence of poses, defining the observed trajectory\n\
00249 std_msgs/Header[] pose_headers                   # Timestamp and frame for each pose (and pose_projected)\n\
00250 geometry_msgs/Pose[] pose_projected     # sequence of poses, projected to the model \n\
00251                                         # (after model evaluation)\n\
00252 geometry_msgs/Pose[] pose_resampled     # sequence of poses, re-sampled from the model in\n\
00253                                         # the valid configuration range\n\
00254 uint32[] pose_flags                     # bit-wise combination of POSE_VISIBLE and POSE_END_OF_SEGMENT\n\
00255 \n\
00256 uint32 POSE_VISIBLE=1\n\
00257 uint32 POSE_END_OF_SEGMENT=2\n\
00258 \n\
00259 # Each channel should have the same number of elements as pose array, \n\
00260 # and the data in each channel should correspond 1:1 with each pose\n\
00261 # possible channels: \"width\", \"height\", \"rgb\", ...\n\
00262 sensor_msgs/ChannelFloat32[] channels       \n\
00263 \n\
00264 \n\
00265 \n\
00266 ================================================================================\n\
00267 MSG: geometry_msgs/Pose\n\
00268 # A representation of pose in free space, composed of postion and orientation. \n\
00269 Point position\n\
00270 Quaternion orientation\n\
00271 \n\
00272 ================================================================================\n\
00273 MSG: geometry_msgs/Point\n\
00274 # This contains the position of a point in free space\n\
00275 float64 x\n\
00276 float64 y\n\
00277 float64 z\n\
00278 \n\
00279 ================================================================================\n\
00280 MSG: geometry_msgs/Quaternion\n\
00281 # This represents an orientation in free space in quaternion form.\n\
00282 \n\
00283 float64 x\n\
00284 float64 y\n\
00285 float64 z\n\
00286 float64 w\n\
00287 \n\
00288 ================================================================================\n\
00289 MSG: sensor_msgs/ChannelFloat32\n\
00290 # This message is used by the PointCloud message to hold optional data\n\
00291 # associated with each point in the cloud. The length of the values\n\
00292 # array should be the same as the length of the points array in the\n\
00293 # PointCloud, and each value should be associated with the corresponding\n\
00294 # point.\n\
00295 \n\
00296 # Channel names in existing practice include:\n\
00297 #   \"u\", \"v\" - row and column (respectively) in the left stereo image.\n\
00298 #              This is opposite to usual conventions but remains for\n\
00299 #              historical reasons. The newer PointCloud2 message has no\n\
00300 #              such problem.\n\
00301 #   \"rgb\" - For point clouds produced by color stereo cameras. uint8\n\
00302 #           (R,G,B) values packed into the least significant 24 bits,\n\
00303 #           in order.\n\
00304 #   \"intensity\" - laser or pixel intensity.\n\
00305 #   \"distance\"\n\
00306 \n\
00307 # The channel name should give semantics of the channel (e.g.\n\
00308 # \"intensity\" instead of \"value\").\n\
00309 string name\n\
00310 \n\
00311 # The values array should be 1-1 with the elements of the associated\n\
00312 # PointCloud.\n\
00313 float32[] values\n\
00314 \n\
00315 ";
00316   }
00317 
00318   static const char* value(const  ::articulation_msgs::TrackModelSrvRequest_<ContainerAllocator> &) { return value(); } 
00319 };
00320 
00321 } // namespace message_traits
00322 } // namespace ros
00323 
00324 
00325 namespace ros
00326 {
00327 namespace message_traits
00328 {
00329 template<class ContainerAllocator> struct IsMessage< ::articulation_msgs::TrackModelSrvResponse_<ContainerAllocator> > : public TrueType {};
00330 template<class ContainerAllocator> struct IsMessage< ::articulation_msgs::TrackModelSrvResponse_<ContainerAllocator>  const> : public TrueType {};
00331 template<class ContainerAllocator>
00332 struct MD5Sum< ::articulation_msgs::TrackModelSrvResponse_<ContainerAllocator> > {
00333   static const char* value() 
00334   {
00335     return "492b025b4d335f83e3fab65eb3211a27";
00336   }
00337 
00338   static const char* value(const  ::articulation_msgs::TrackModelSrvResponse_<ContainerAllocator> &) { return value(); } 
00339   static const uint64_t static_value1 = 0x492b025b4d335f83ULL;
00340   static const uint64_t static_value2 = 0xe3fab65eb3211a27ULL;
00341 };
00342 
00343 template<class ContainerAllocator>
00344 struct DataType< ::articulation_msgs::TrackModelSrvResponse_<ContainerAllocator> > {
00345   static const char* value() 
00346   {
00347     return "articulation_msgs/TrackModelSrvResponse";
00348   }
00349 
00350   static const char* value(const  ::articulation_msgs::TrackModelSrvResponse_<ContainerAllocator> &) { return value(); } 
00351 };
00352 
00353 template<class ContainerAllocator>
00354 struct Definition< ::articulation_msgs::TrackModelSrvResponse_<ContainerAllocator> > {
00355   static const char* value() 
00356   {
00357     return "articulation_msgs/ModelMsg model\n\
00358 \n\
00359 \n\
00360 \n\
00361 \n\
00362 \n\
00363 \n\
00364 ================================================================================\n\
00365 MSG: articulation_msgs/ModelMsg\n\
00366 # Single kinematic model\n\
00367 #\n\
00368 # A kinematic model is defined by its model class name, and a set of parameters. \n\
00369 # The client may additionally specify a model id, that can be used to colorize the\n\
00370 # model when visualized using the RVIZ model display.\n\
00371 # \n\
00372 # For a list of currently implemented models, see the documetation at\n\
00373 # http://www.ros.org/wiki/articulation_models\n\
00374 #\n\
00375 #\n\
00376 \n\
00377 std_msgs/Header header                        # frame and timestamp\n\
00378 \n\
00379 int32 id                             # user specified model id\n\
00380 string name                          # name of the model family (e.g. \"rotational\",\n\
00381                                      # \"prismatic\", \"pca-gp\", \"rigid\")\n\
00382 articulation_msgs/ParamMsg[] params  # model parameters\n\
00383 articulation_msgs/TrackMsg track     # trajectory from which the model is estimated, or\n\
00384                                      # that is evaluated using the model\n\
00385 \n\
00386 ================================================================================\n\
00387 MSG: std_msgs/Header\n\
00388 # Standard metadata for higher-level stamped data types.\n\
00389 # This is generally used to communicate timestamped data \n\
00390 # in a particular coordinate frame.\n\
00391 # \n\
00392 # sequence ID: consecutively increasing ID \n\
00393 uint32 seq\n\
00394 #Two-integer timestamp that is expressed as:\n\
00395 # * stamp.secs: seconds (stamp_secs) since epoch\n\
00396 # * stamp.nsecs: nanoseconds since stamp_secs\n\
00397 # time-handling sugar is provided by the client library\n\
00398 time stamp\n\
00399 #Frame this data is associated with\n\
00400 # 0: no frame\n\
00401 # 1: global frame\n\
00402 string frame_id\n\
00403 \n\
00404 ================================================================================\n\
00405 MSG: articulation_msgs/ParamMsg\n\
00406 # Single parameter passed to or from model fitting\n\
00407 #\n\
00408 # This mechanism allows to flexibly pass parameters to \n\
00409 # model fitting (and vice versa). Note that these parameters \n\
00410 # are model-specific: A client may supply additional\n\
00411 # parameters to the model estimator, and, similarly, a estimator\n\
00412 # may add the estimated model parameters to the model message.\n\
00413 # When the model is then evaluated, for example to make predictions\n\
00414 # or to compute the likelihood, the model class can then use\n\
00415 # these parameters.\n\
00416 #\n\
00417 # A parameter has a name, a value, and a type. The type globally\n\
00418 # indicates whether it is a prior parameter (prior to model fitting),\n\
00419 # or a model parameter (found during model fitting, using a maximum-\n\
00420 # likelihood estimator), or a cached evaluation (e.g., the likelihood\n\
00421 # or the BIC are a typical \"side\"-product of model estimation, and\n\
00422 # can therefore already be cached).\n\
00423 #\n\
00424 # For a list of currently used parameters, see the documentation at\n\
00425 # http://www.ros.org/wiki/articulation_models\n\
00426 #\n\
00427 \n\
00428 uint8 PRIOR=0   # indicates a prior model parameter \n\
00429                 # (e.g., \"sigma_position\")\n\
00430 uint8 PARAM=1   # indicates a estimated model parameter \n\
00431                 # (e.g., \"rot_radius\", the estimated radius)\n\
00432 uint8 EVAL=2    # indicates a cached evaluation of the model, given \n\
00433                 # the current trajectory\n\
00434                 # (e.g., \"loglikelihood\", the log likelihood of the\n\
00435                 # data, given the model and its parameters)\n\
00436 \n\
00437 string name     # name of the parameter\n\
00438 float64 value   # value of the parameter\n\
00439 uint8 type      # type of the parameter (PRIOR, PARAM, EVAL)\n\
00440 \n\
00441 \n\
00442 ================================================================================\n\
00443 MSG: articulation_msgs/TrackMsg\n\
00444 # Single kinematic trajectory\n\
00445 #\n\
00446 # This message contains a kinematic trajectory. The trajectory is specified\n\
00447 # as a vector of 6D poses. An additional flag, track_type, indicates whether\n\
00448 # the track is valid, and whether it includes orientation. The track id\n\
00449 # can be used for automatic coloring in the RVIZ track plugin, and can be \n\
00450 # freely chosen by the client. \n\
00451 #\n\
00452 # A model is fitting only from the trajectory stored in the pose[]-vector. \n\
00453 # Additional information may be associated to each pose using the channels\n\
00454 # vector, with arbitrary # fields (e.g., to include applied/measured forces). \n\
00455 #\n\
00456 # After model evaluation,\n\
00457 # also the associated configurations of the object are stored in the channels,\n\
00458 # named \"q[0]\"..\"q[DOF-1]\", where DOF is the number of degrees of freedom.\n\
00459 # Model evaluation also projects the poses in the pose vector onto the model,\n\
00460 # and stores these ideal poses in the vector pose_projected. Further, during model\n\
00461 # evaluation, a new set of (uniform) configurations over the valid configuration\n\
00462 # range is sampled, and the result is stored in pose_resampled.\n\
00463 # The vector pose_flags contains additional display flags for the poses in the\n\
00464 # pose vector, for example, whether a pose is visible and/or\n\
00465 # the end of a trajectory segment. At the moment, this is only used by the\n\
00466 # prior_model_learner.\n\
00467 #\n\
00468 \n\
00469 std_msgs/Header header                        # frame and timestamp\n\
00470 int32 id                                # used-specified track id\n\
00471 \n\
00472 geometry_msgs/Pose[] pose               # sequence of poses, defining the observed trajectory\n\
00473 std_msgs/Header[] pose_headers                   # Timestamp and frame for each pose (and pose_projected)\n\
00474 geometry_msgs/Pose[] pose_projected     # sequence of poses, projected to the model \n\
00475                                         # (after model evaluation)\n\
00476 geometry_msgs/Pose[] pose_resampled     # sequence of poses, re-sampled from the model in\n\
00477                                         # the valid configuration range\n\
00478 uint32[] pose_flags                     # bit-wise combination of POSE_VISIBLE and POSE_END_OF_SEGMENT\n\
00479 \n\
00480 uint32 POSE_VISIBLE=1\n\
00481 uint32 POSE_END_OF_SEGMENT=2\n\
00482 \n\
00483 # Each channel should have the same number of elements as pose array, \n\
00484 # and the data in each channel should correspond 1:1 with each pose\n\
00485 # possible channels: \"width\", \"height\", \"rgb\", ...\n\
00486 sensor_msgs/ChannelFloat32[] channels       \n\
00487 \n\
00488 \n\
00489 \n\
00490 ================================================================================\n\
00491 MSG: geometry_msgs/Pose\n\
00492 # A representation of pose in free space, composed of postion and orientation. \n\
00493 Point position\n\
00494 Quaternion orientation\n\
00495 \n\
00496 ================================================================================\n\
00497 MSG: geometry_msgs/Point\n\
00498 # This contains the position of a point in free space\n\
00499 float64 x\n\
00500 float64 y\n\
00501 float64 z\n\
00502 \n\
00503 ================================================================================\n\
00504 MSG: geometry_msgs/Quaternion\n\
00505 # This represents an orientation in free space in quaternion form.\n\
00506 \n\
00507 float64 x\n\
00508 float64 y\n\
00509 float64 z\n\
00510 float64 w\n\
00511 \n\
00512 ================================================================================\n\
00513 MSG: sensor_msgs/ChannelFloat32\n\
00514 # This message is used by the PointCloud message to hold optional data\n\
00515 # associated with each point in the cloud. The length of the values\n\
00516 # array should be the same as the length of the points array in the\n\
00517 # PointCloud, and each value should be associated with the corresponding\n\
00518 # point.\n\
00519 \n\
00520 # Channel names in existing practice include:\n\
00521 #   \"u\", \"v\" - row and column (respectively) in the left stereo image.\n\
00522 #              This is opposite to usual conventions but remains for\n\
00523 #              historical reasons. The newer PointCloud2 message has no\n\
00524 #              such problem.\n\
00525 #   \"rgb\" - For point clouds produced by color stereo cameras. uint8\n\
00526 #           (R,G,B) values packed into the least significant 24 bits,\n\
00527 #           in order.\n\
00528 #   \"intensity\" - laser or pixel intensity.\n\
00529 #   \"distance\"\n\
00530 \n\
00531 # The channel name should give semantics of the channel (e.g.\n\
00532 # \"intensity\" instead of \"value\").\n\
00533 string name\n\
00534 \n\
00535 # The values array should be 1-1 with the elements of the associated\n\
00536 # PointCloud.\n\
00537 float32[] values\n\
00538 \n\
00539 ";
00540   }
00541 
00542   static const char* value(const  ::articulation_msgs::TrackModelSrvResponse_<ContainerAllocator> &) { return value(); } 
00543 };
00544 
00545 } // namespace message_traits
00546 } // namespace ros
00547 
00548 namespace ros
00549 {
00550 namespace serialization
00551 {
00552 
00553 template<class ContainerAllocator> struct Serializer< ::articulation_msgs::TrackModelSrvRequest_<ContainerAllocator> >
00554 {
00555   template<typename Stream, typename T> inline static void allInOne(Stream& stream, T m)
00556   {
00557     stream.next(m.model);
00558   }
00559 
00560   ROS_DECLARE_ALLINONE_SERIALIZER;
00561 }; // struct TrackModelSrvRequest_
00562 } // namespace serialization
00563 } // namespace ros
00564 
00565 
00566 namespace ros
00567 {
00568 namespace serialization
00569 {
00570 
00571 template<class ContainerAllocator> struct Serializer< ::articulation_msgs::TrackModelSrvResponse_<ContainerAllocator> >
00572 {
00573   template<typename Stream, typename T> inline static void allInOne(Stream& stream, T m)
00574   {
00575     stream.next(m.model);
00576   }
00577 
00578   ROS_DECLARE_ALLINONE_SERIALIZER;
00579 }; // struct TrackModelSrvResponse_
00580 } // namespace serialization
00581 } // namespace ros
00582 
00583 namespace ros
00584 {
00585 namespace service_traits
00586 {
00587 template<>
00588 struct MD5Sum<articulation_msgs::TrackModelSrv> {
00589   static const char* value() 
00590   {
00591     return "c9416af83362c7c0e98c9f877c3e7b6b";
00592   }
00593 
00594   static const char* value(const articulation_msgs::TrackModelSrv&) { return value(); } 
00595 };
00596 
00597 template<>
00598 struct DataType<articulation_msgs::TrackModelSrv> {
00599   static const char* value() 
00600   {
00601     return "articulation_msgs/TrackModelSrv";
00602   }
00603 
00604   static const char* value(const articulation_msgs::TrackModelSrv&) { return value(); } 
00605 };
00606 
00607 template<class ContainerAllocator>
00608 struct MD5Sum<articulation_msgs::TrackModelSrvRequest_<ContainerAllocator> > {
00609   static const char* value() 
00610   {
00611     return "c9416af83362c7c0e98c9f877c3e7b6b";
00612   }
00613 
00614   static const char* value(const articulation_msgs::TrackModelSrvRequest_<ContainerAllocator> &) { return value(); } 
00615 };
00616 
00617 template<class ContainerAllocator>
00618 struct DataType<articulation_msgs::TrackModelSrvRequest_<ContainerAllocator> > {
00619   static const char* value() 
00620   {
00621     return "articulation_msgs/TrackModelSrv";
00622   }
00623 
00624   static const char* value(const articulation_msgs::TrackModelSrvRequest_<ContainerAllocator> &) { return value(); } 
00625 };
00626 
00627 template<class ContainerAllocator>
00628 struct MD5Sum<articulation_msgs::TrackModelSrvResponse_<ContainerAllocator> > {
00629   static const char* value() 
00630   {
00631     return "c9416af83362c7c0e98c9f877c3e7b6b";
00632   }
00633 
00634   static const char* value(const articulation_msgs::TrackModelSrvResponse_<ContainerAllocator> &) { return value(); } 
00635 };
00636 
00637 template<class ContainerAllocator>
00638 struct DataType<articulation_msgs::TrackModelSrvResponse_<ContainerAllocator> > {
00639   static const char* value() 
00640   {
00641     return "articulation_msgs/TrackModelSrv";
00642   }
00643 
00644   static const char* value(const articulation_msgs::TrackModelSrvResponse_<ContainerAllocator> &) { return value(); } 
00645 };
00646 
00647 } // namespace service_traits
00648 } // namespace ros
00649 
00650 #endif // ARTICULATION_MSGS_SERVICE_TRACKMODELSRV_H
00651 
 All Classes Namespaces Files Functions Variables Typedefs Enumerations Enumerator Properties Friends


articulation_msgs
Author(s): Juergen Sturm
autogenerated on Wed Dec 26 2012 15:30:49