micro-ROS rolling Library auto-update 08-06-2022 06:08

libmicroros/include/actionlib_msgs/msg/detail/goal_status__struct.h

@@ -48,7 +48,7 @@ enum
 /// Constant 'SUCCEEDED'.
 /**
   * The goal was achieved successfully by the action server
-  *   (Terminal State).
+  * (Terminal State).
  */
 enum
 {
@@ -78,7 +78,7 @@ enum
 /// Constant 'PREEMPTING'.
 /**
   * The goal received a cancel request after it started executing
-  * and has not yet completed execution.
+  *    and has not yet completed execution.
  */
 enum
 {
@@ -88,7 +88,7 @@ enum
 /// Constant 'RECALLING'.
 /**
   * The goal received a cancel request before it started executing, but
-  * the action server has not yet confirmed that the goal is canceled.
+  *    the action server has not yet confirmed that the goal is canceled.
  */
 enum
 {

libmicroros/include/control_msgs/action/detail/follow_joint_trajectory__struct.h

@@ -122,11 +122,11 @@ typedef struct control_msgs__action__FollowJointTrajectory_Result
   /// Human readable description of the error code. Contains complementary
   /// information that is especially useful when execution fails, for instance:
   /// - INVALID_GOAL: The reason for the invalid goal (e.g., the requested
-  ///   trajectory is in the past).
+  /// trajectory is in the past).
   /// - INVALID_JOINTS: The mismatch between the expected controller joints
   /// and those provided in the goal.
   /// - PATH_TOLERANCE_VIOLATED and GOAL_TOLERANCE_VIOLATED: Which joint
-  /// violated which tolerance, and by how much.
+  ///   violated which tolerance, and by how much.
   rosidl_runtime_c__String error_string;
 } control_msgs__action__FollowJointTrajectory_Result;
 

libmicroros/include/control_msgs/msg/detail/joint_tolerance__struct.h

@@ -30,9 +30,9 @@ extern "C"
   * abort.
   *
   * There are two special values for tolerances:
-  *  * 0 - The tolerance is unspecified and will remain at whatever the default is
-  *  * -1 - The tolerance is "erased".  If there was a default, the joint will be
-  *         allowed to move without restriction.
+  * * 0 - The tolerance is unspecified and will remain at whatever the default is
+  * * -1 - The tolerance is "erased".  If there was a default, the joint will be
+  * allowed to move without restriction.
  */
 typedef struct control_msgs__msg__JointTolerance
 {

libmicroros/include/geometry_msgs/msg/detail/inertia__struct.h

@@ -31,9 +31,9 @@ typedef struct geometry_msgs__msg__Inertia
   /// Center of mass
   geometry_msgs__msg__Vector3 com;
   /// Inertia Tensor
-  /// | ixx ixy ixz |
+  ///     | ixx ixy ixz |
   /// I = | ixy iyy iyz |
-  /// | ixz iyz izz |
+  ///     | ixz iyz izz |
   double ixx;
   double ixy;
   double ixz;

libmicroros/include/sensor_msgs/msg/detail/camera_info__struct.h

@@ -33,11 +33,11 @@ extern "C"
   * camera namespace on topic "camera_info" and accompanied by up to five
   * image topics named:
   *
-  * image_raw - raw data from the camera driver, possibly Bayer encoded
+  *   image_raw - raw data from the camera driver, possibly Bayer encoded
   * image            - monochrome, distorted
-  * image_color      - color, distorted
-  *   image_rect       - monochrome, rectified
-  * image_rect_color - color, rectified
+  *   image_color      - color, distorted
+  * image_rect       - monochrome, rectified
+  *   image_rect_color - color, rectified
   *
   * The image_pipeline contains packages (image_proc, stereo_image_proc)
   * for producing the four processed image topics from image_raw and
@@ -65,16 +65,16 @@ typedef struct sensor_msgs__msg__CameraInfo
   /// +y should point down in the image
   /// +z should point into the plane of the image
   std_msgs__msg__Header header;
-  ///                      Calibration Parameters                         #
+  /// Calibration Parameters                         #
   ///
   /// These are fixed during camera calibration. Their values will be the #
   /// same in all messages until the camera is recalibrated. Note that    #
   /// self-calibrating systems may "recalibrate" frequently.              #
   /// #
   /// The internal parameters can be used to warp a raw (distorted) image #
   /// to:                                                                 #
-  /// 1. An undistorted image (requires D and K)                        #
-  ///   2. A rectified image (requires D, K, R)                           #
+  ///   1. An undistorted image (requires D and K)                        #
+  /// 2. A rectified image (requires D, K, R)                           #
   /// The projection matrix P projects 3D points into the rectified image.#
   ///
   /// The image dimensions with which the camera was calibrated.
@@ -89,9 +89,9 @@ typedef struct sensor_msgs__msg__CameraInfo
   /// For "plumb_bob", the 5 parameters are: (k1, k2, t1, t2, k3).
   rosidl_runtime_c__double__Sequence d;
   /// Intrinsic camera matrix for the raw (distorted) images.
-  /// [fx  0 cx]
+  ///     [fx  0 cx]
   /// K = [ 0 fy cy]
-  ///     [ 0  0  1]
+  /// [ 0  0  1]
   /// Projects 3D points in the camera coordinate frame to 2D pixel
   /// coordinates using the focal lengths (fx, fy) and principal point
   /// (cx, cy).
@@ -104,29 +104,29 @@ typedef struct sensor_msgs__msg__CameraInfo
   /// 3x3 row-major matrix
   double r[9];
   /// Projection/camera matrix
-  /// [fx'  0  cx' Tx]
+  ///     [fx'  0  cx' Tx]
   /// P = [ 0  fy' cy' Ty]
   /// [ 0   0   1   0]
   /// By convention, this matrix specifies the intrinsic (camera) matrix
   ///  of the processed (rectified) image. That is, the left 3x3 portion
-  /// is the normal camera intrinsic matrix for the rectified image.
+  ///  is the normal camera intrinsic matrix for the rectified image.
   /// It projects 3D points in the camera coordinate frame to 2D pixel
-  /// coordinates using the focal lengths (fx', fy') and principal point
+  ///  coordinates using the focal lengths (fx', fy') and principal point
   /// (cx', cy') - these may differ from the values in K.
   /// For monocular cameras, Tx = Ty = 0. Normally, monocular cameras will
-  /// also have R = the identity and P[1:3,1:3] = K.
+  ///  also have R = the identity and P[1:3,1:3] = K.
   /// For a stereo pair, the fourth column [Tx Ty 0]' is related to the
   ///  position of the optical center of the second camera in the first
-  /// camera's frame. We assume Tz = 0 so both cameras are in the same
+  ///  camera's frame. We assume Tz = 0 so both cameras are in the same
   /// stereo image plane. The first camera always has Tx = Ty = 0. For
   /// the right (second) camera of a horizontal stereo pair, Ty = 0 and
-  /// Tx = -fx' * B, where B is the baseline between the cameras.
+  ///  Tx = -fx' * B, where B is the baseline between the cameras.
   /// Given a 3D point [X Y Z]', the projection (x, y) of the point onto
   /// the rectified image is given by:
-  /// [u v w]' = P * [X Y Z 1]'
+  ///  [u v w]' = P * [X Y Z 1]'
   ///         x = u / w
   ///         y = v / w
-  /// This holds for both images of a stereo pair.
+  ///  This holds for both images of a stereo pair.
   /// 3x4 row-major matrix
   double p[12];
   /// Operational Parameters                         #
@@ -136,19 +136,19 @@ typedef struct sensor_msgs__msg__CameraInfo
   /// may be changed freely without recalibrating the camera.             #
   ///
   /// Binning refers here to any camera setting which combines rectangular
-  ///  neighborhoods of pixels into larger "super-pixels." It reduces the
-  /// resolution of the output image to
+  /// neighborhoods of pixels into larger "super-pixels." It reduces the
+  ///  resolution of the output image to
   /// (width / binning_x) x (height / binning_y).
   /// The default values binning_x = binning_y = 0 is considered the same
-  /// as binning_x = binning_y = 1 (no subsampling).
+  ///  as binning_x = binning_y = 1 (no subsampling).
   uint32_t binning_x;
   uint32_t binning_y;
   /// Region of interest (subwindow of full camera resolution), given in
-  /// full resolution (unbinned) image coordinates. A particular ROI
+  ///  full resolution (unbinned) image coordinates. A particular ROI
   /// always denotes the same window of pixels on the camera sensor,
-  ///  regardless of binning settings.
+  /// regardless of binning settings.
   /// The default setting of roi (all values 0) is considered the same as
-  ///  full resolution (roi.width = width, roi.height = height).
+  /// full resolution (roi.width = width, roi.height = height).
   sensor_msgs__msg__RegionOfInterest roi;
 } sensor_msgs__msg__CameraInfo;
 

libmicroros/include/sensor_msgs/msg/detail/channel_float32__struct.h

@@ -36,11 +36,11 @@ extern "C"
   *              This is opposite to usual conventions but remains for
   *              historical reasons. The newer PointCloud2 message has no
   *              such problem.
-  * "rgb" - For point clouds produced by color stereo cameras. uint8
+  *   "rgb" - For point clouds produced by color stereo cameras. uint8
   *           (R,G,B) values packed into the least significant 24 bits,
-  *           in order.
+  * in order.
   * "intensity" - laser or pixel intensity.
-  * "distance"
+  *   "distance"
  */
 typedef struct sensor_msgs__msg__ChannelFloat32
 {

libmicroros/include/sensor_msgs/msg/detail/compressed_image__struct.h

@@ -39,8 +39,8 @@ typedef struct sensor_msgs__msg__CompressedImage
   /// +z should point into to plane of the image
   std_msgs__msg__Header header;
   /// Specifies the format of the data
-  /// Acceptable values:
-  ///     jpeg, png, tiff
+  ///   Acceptable values:
+  /// jpeg, png, tiff
   rosidl_runtime_c__String format;
   /// Compressed image buffer
   rosidl_runtime_c__uint8__Sequence data;

libmicroros/include/sensor_msgs/msg/detail/illuminance__struct.h

@@ -35,7 +35,7 @@ extern "C"
   * This message cannot represent:
   *  - Luminous intensity (candela/light source output)
   * - Luminance (nits/light output per area)
-  *  - Irradiance (watt/area), etc.
+  * - Irradiance (watt/area), etc.
  */
 typedef struct sensor_msgs__msg__Illuminance
 {

libmicroros/include/sensor_msgs/msg/detail/joint_state__struct.h

@@ -33,8 +33,8 @@ extern "C"
   *
   * The state of each joint (revolute or prismatic) is defined by:
   * * the position of the joint (rad or m),
-  * * the velocity of the joint (rad/s or m/s) and
-  * * the effort that is applied in the joint (Nm or N).
+  *  * the velocity of the joint (rad/s or m/s) and
+  *  * the effort that is applied in the joint (Nm or N).
   *
   * Each joint is uniquely identified by its name
   * The header specifies the time at which the joint states were recorded. All the joint states

libmicroros/include/sensor_msgs/msg/detail/nav_sat_fix__struct.h

@@ -63,12 +63,12 @@ typedef struct sensor_msgs__msg__NavSatFix
 {
   /// header.stamp specifies the ROS time for this measurement (the
   ///        corresponding satellite time may be reported using the
-  ///        sensor_msgs/TimeReference message).
+  /// sensor_msgs/TimeReference message).
   ///
   /// header.frame_id is the frame of reference reported by the satellite
-  ///        receiver, usually the location of the antenna.  This is a
-  /// Euclidean frame relative to the vehicle, not a reference
-  /// ellipsoid.
+  /// receiver, usually the location of the antenna.  This is a
+  ///        Euclidean frame relative to the vehicle, not a reference
+  ///        ellipsoid.
   std_msgs__msg__Header header;
   /// Satellite fix status information.
   sensor_msgs__msg__NavSatStatus status;

libmicroros/include/statistics_msgs/msg/detail/metrics_message__struct.h

@@ -33,11 +33,11 @@ extern "C"
   * A generic metrics message providing statistics for measurements from different sources. For example,
   * measure a system's CPU % for a given window yields the following data points over a window of time:
   *
-  *   - average cpu %
+  * - average cpu %
   *   - std deviation
-  * - min
-  *   - max
-  *   - sample count
+  *   - min
+  * - max
+  * - sample count
   *
   * These are all represented as different 'StatisticDataPoint's.
  */

libmicroros/include/stereo_msgs/msg/detail/disparity_image__struct.h

@@ -48,7 +48,7 @@ typedef struct stereo_msgs__msg__DisparityImage
   /// In the disparity image, any disparity less than min_disparity is invalid.
   /// The disparity search range defines the horopter, or 3D volume that the
   /// stereo algorithm can "see". Points with Z outside of:
-  ///     Z_min = fT / max_disparity
+  /// Z_min = fT / max_disparity
   ///     Z_max = fT / min_disparity
   /// could not be found.
   float min_disparity;

libmicroros/include/unique_identifier_msgs/msg/detail/uuid__struct.h

@@ -21,7 +21,7 @@ extern "C"
 /**
   * A universally unique identifier (UUID).
   *
-  * http://en.wikipedia.org/wiki/Universally_unique_identifier
+  *  http://en.wikipedia.org/wiki/Universally_unique_identifier
   * http://tools.ietf.org/html/rfc4122.html
  */
 typedef struct unique_identifier_msgs__msg__UUID

libmicroros/include/visualization_msgs/msg/detail/interactive_marker_control__struct.h

@@ -151,7 +151,7 @@ typedef struct visualization_msgs__msg__InteractiveMarkerControl
   ///
   /// Note:
   /// - The markers can be defined in an arbitrary coordinate frame,
-  ///   but will be transformed into the local frame of the interactive marker.
+  /// but will be transformed into the local frame of the interactive marker.
   /// - If the header of a marker is empty, its pose will be interpreted as
   /// relative to the pose of the parent interactive marker.
   visualization_msgs__msg__Marker__Sequence markers;

libmicroros/include/visualization_msgs/msg/detail/interactive_marker_update__struct.h

@@ -21,8 +21,8 @@ extern "C"
 /**
   * Type holds the purpose of this message.  It must be one of UPDATE or KEEP_ALIVE.
   * UPDATE: Incremental update to previous state.
-  * The sequence number must be 1 higher than for
-  *         the previous update.
+  *         The sequence number must be 1 higher than for
+  * the previous update.
   * KEEP_ALIVE: Indicates the that the server is still living.
   *             The sequence number does not increase.
   *             No payload data should be filled out (markers, poses, or erases).

libmicroros/include/visualization_msgs/msg/detail/marker__struct.h

@@ -142,7 +142,7 @@ enum
 /// Struct defined in msg/Marker in the package visualization_msgs.
 /**
   * See:
-  * - http://www.ros.org/wiki/rviz/DisplayTypes/Marker
+  *  - http://www.ros.org/wiki/rviz/DisplayTypes/Marker
   * - http://www.ros.org/wiki/rviz/Tutorials/Markers%3A%20Basic%20Shapes
   *
   * for more information on using this message with rviz.
@@ -162,7 +162,7 @@ typedef struct visualization_msgs__msg__Marker
   ///  - 0 add/modify an object
   /// - 1 (deprecated)
   ///  - 2 deletes an object (with the given ns and id)
-  ///  - 3 deletes all objects (or those with the given ns if any)
+  /// - 3 deletes all objects (or those with the given ns if any)
   int32_t action;
   /// Pose of the object with respect the frame_id specified in the header.
   geometry_msgs__msg__Pose pose;
@@ -197,7 +197,7 @@ typedef struct visualization_msgs__msg__Marker
   /// Similar to texture_resource, mesh_resource uses resource retriever to load a mesh.
   /// Optionally, a mesh file can be sent in-message via the mesh_file field. If doing so,
   /// use the following format for mesh_resource:
-  /// "embedded://mesh_name"
+  ///   "embedded://mesh_name"
   rosidl_runtime_c__String mesh_resource;
   visualization_msgs__msg__MeshFile mesh_file;
   bool mesh_use_embedded_materials;

libmicroros/include/visualization_msgs/msg/detail/menu_entry__struct.h

@@ -63,20 +63,20 @@ enum
   * Example:
   * - id = 3
   * parent_id = 0
-  *   title = "fun"
+  * title = "fun"
   * - id = 2
-  * parent_id = 0
-  *   title = "robot"
+  *   parent_id = 0
+  * title = "robot"
   * - id = 4
   * parent_id = 2
   *   title = "pr2"
   * - id = 5
-  * parent_id = 2
+  *   parent_id = 2
   * title = "turtle"
   *
   * Gives a menu tree like this:
   *  - fun
-  *  - robot
+  * - robot
   * - pr2
   *    - turtle
  */