micro-ROS rolling Library auto-update 13-04-2022 06:21 (#944)

Co-authored-by: pablogs9 <[email protected]>

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
 {
@@ -68,7 +68,7 @@ enum
 /// Constant 'REJECTED'.
 /**
   * The goal was rejected by the action server without being processed,
-  * because the goal was unattainable or invalid (Terminal State).
+  *    because the goal was unattainable or invalid (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
 {

src/control_msgs/action/detail/follow_joint_trajectory__struct.h

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

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

src/sensor_msgs/msg/detail/camera_info__struct.h

@@ -34,10 +34,10 @@ extern "C"
   * image topics named:
   *
   *   image_raw - raw data from the camera driver, possibly Bayer encoded
-  * image            - monochrome, distorted
+  *   image            - monochrome, distorted
   *   image_color      - color, distorted
-  *   image_rect       - monochrome, rectified
-  * image_rect_color - color, rectified
+  * 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
@@ -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
@@ -73,7 +73,7 @@ typedef struct sensor_msgs__msg__CameraInfo
   /// #
   /// 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.#
   ///
@@ -91,7 +91,7 @@ typedef struct sensor_msgs__msg__CameraInfo
   /// Intrinsic camera matrix for the raw (distorted) images.
   ///     [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,47 +104,47 @@ 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]
+  ///     [ 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
-  /// (cx', cy') - these may differ from the values in K.
+  ///  (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.
   /// 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
-  ///  stereo image plane. The first camera always has Tx = Ty = 0. For
+  /// 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.
   /// Given a 3D point [X Y Z]', the projection (x, y) of the point onto
-  ///  the rectified image is given by:
+  /// the rectified image is given by:
   ///  [u v w]' = P * [X Y Z 1]'
-  ///         x = u / w
-  /// y = v / w
+  /// x = u / w
+  ///         y = v / w
   ///  This holds for both images of a stereo pair.
   /// 3x4 row-major matrix
   double p[12];
-  ///                      Operational Parameters                         #
+  /// Operational Parameters                         #
   ///
   /// These define the image region actually captured by the camera       #
   /// driver. Although they affect the geometry of the output image, they #
   /// 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.
   /// The default setting of roi (all values 0) is considered the same as

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.
-  *              This is opposite to usual conventions but remains for
-  * historical reasons. The newer PointCloud2 message has no
+  * "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.
-  * "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.
-  *   "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

@@ -40,7 +40,7 @@ typedef struct sensor_msgs__msg__CompressedImage
   std_msgs__msg__Header header;
   /// Specifies the format of the data
   /// Acceptable values:
-  ///     jpeg, png, tiff
+  /// 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

@@ -32,8 +32,8 @@ extern "C"
   * This is a message that holds data to describe the state of a set of torque controlled joints.
   *
   * 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 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).
   *
   * Each joint is uniquely identified by its name

src/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.
+  /// ellipsoid.
   std_msgs__msg__Header header;
   /// Satellite fix status information.
   sensor_msgs__msg__NavSatStatus status;

src/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
+  *   - min
   *   - max
-  *   - sample count
+  * - sample count
   *
   * These are all represented as different 'StatisticDataPoint's.
  */