micro-ROS rolling Library auto-update 20-04-2022 06:21 (#951)

Co-authored-by: pablogs9 <pablogs9@users.noreply.github.com>

Author: github-actions[bot]

src/actionlib_msgs/msg/detail/goal_status__struct.h

@@ -38,7 +38,7 @@ enum
 /// Constant 'PREEMPTED'.
 /**
   * The goal received a cancel request after it started executing
-  *   and has since completed its execution (Terminal State).
+  * and has since completed its execution (Terminal State).
  */
 enum
 {
@@ -48,7 +48,7 @@ enum
 /// Constant 'SUCCEEDED'.
 /**
   * The goal was achieved successfully by the action server
-  * (Terminal State).
+  *   (Terminal State).
  */
 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
 {
@@ -98,7 +98,7 @@ enum
 /// Constant 'RECALLED'.
 /**
   * The goal received a cancel request before it started executing
-  * and was successfully cancelled (Terminal State).
+  *    and was successfully cancelled (Terminal State).
  */
 enum
 {
@@ -108,7 +108,7 @@ enum
 /// Constant 'LOST'.
 /**
   * An action client can determine that a goal is LOST. This should not
-  * be sent over the wire by an action server.
+  *    be sent over the wire by an action server.
  */
 enum
 {

src/control_msgs/action/detail/follow_joint_trajectory__struct.h

@@ -126,7 +126,7 @@ typedef struct control_msgs__action__FollowJointTrajectory_Result
   /// - 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;
 

src/control_msgs/msg/detail/joint_tolerance__struct.h

@@ -31,8 +31,8 @@ extern "C"
   *
   * 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.
+  * * -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
 {

src/geometry_msgs/msg/detail/inertia__struct.h

@@ -31,7 +31,7 @@ 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 |
   double ixx;

src/sensor_msgs/msg/detail/camera_info__struct.h

@@ -33,10 +33,10 @@ 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            - monochrome, distorted
-  *   image_color      - color, distorted
-  * image_rect       - monochrome, rectified
+  * 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
   *
   * The image_pipeline contains packages (image_proc, stereo_image_proc)
@@ -55,7 +55,7 @@ extern "C"
  */
 typedef struct sensor_msgs__msg__CameraInfo
 {
-  /// Image acquisition info                          #
+  ///                     Image acquisition info                          #
   ///
   /// Time of image acquisition, camera coordinate frame ID
   /// Header timestamp should be acquisition time of image
@@ -65,15 +65,15 @@ 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)                        #
+  ///   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.#
   ///
@@ -106,27 +106,27 @@ typedef struct sensor_msgs__msg__CameraInfo
   /// Projection/camera matrix
   /// [fx'  0  cx' Tx]
   /// P = [ 0  fy' cy' Ty]
-  ///     [ 0   0   1   0]
+  /// [ 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.
+  /// of the processed (rectified) image. That is, the left 3x3 portion
+  /// 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
-  ///  (cx', cy') - these may differ from the values in K.
+  /// 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]'
-  /// x = u / w
-  /// y = v / w
-  /// This holds for both images of a stereo pair.
+  /// [u v w]' = P * [X Y Z 1]'
+  ///         x = u / w
+  ///         y = v / w
+  ///  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
+  /// neighborhoods of pixels into larger "super-pixels." It reduces the
   /// resolution of the output image to
-  ///  (width / binning_x) x (height / binning_y).
+  /// (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;
 

src/sensor_msgs/msg/detail/channel_float32__struct.h

@@ -32,14 +32,14 @@ extern "C"
   * point.
   *
   * Channel names in existing practice include:
-  * "u", "v" - row and column (respectively) in the left stereo image.
+  *   "u", "v" - row and column (respectively) in the left stereo image.
   * This is opposite to usual conventions but remains for
   *              historical reasons. The newer PointCloud2 message has no
-  *              such problem.
+  * such problem.
   *   "rgb" - For point clouds produced by color stereo cameras. uint8
   *           (R,G,B) values packed into the least significant 24 bits,
-  *           in order.
-  * "intensity" - laser or pixel intensity.
+  * in order.
+  *   "intensity" - laser or pixel intensity.
   * "distance"
  */
 typedef struct sensor_msgs__msg__ChannelFloat32

src/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;

src/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
 {

src/sensor_msgs/msg/detail/joint_state__struct.h

@@ -33,7 +33,7 @@ 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 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

src/sensor_msgs/msg/detail/nav_sat_fix__struct.h

@@ -63,10 +63,10 @@ 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
+  /// 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;