Skip to content

Commit e9f3504

Browse files
Removed some typos from Gazebo Classic migration guide (#555)
Signed-off-by: Gilbert Tanner <[email protected]>
1 parent 74a390d commit e9f3504

File tree

1 file changed

+7
-8
lines changed

1 file changed

+7
-8
lines changed

migrating_gazebo_classic_ros2_packages.md

Lines changed: 7 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -324,10 +324,9 @@ You can reference the Waffle
324324
[model SDF file before editing here](https://github.com/ROBOTIS-GIT/turtlebot3_simulations/blob/d16cdbe7ecd601ccad48f87f77b6d89079ec5ac1/turtlebot3_gazebo/models/turtlebot3_waffle/model.sdf),
325325
and
326326
[after editing here](https://github.com/azeey/turtlebot3_simulations/blob/new_gazebo/turtlebot3_gazebo/models/turtlebot3_waffle/model.sdf).
327-
For each `<plugin>` in the original model, The following is a list of all the
328-
plugins in the original model. For each plugin, we will either remove the plugin
329-
if it's no longer necessary, or use the equivalent plugin from the new Gazebo.
330-
You can use the Feature comparison page
327+
The following is a list of all the plugins in the original model.
328+
For each plugin, we will either remove the plugin if it's no longer necessary,
329+
or use the equivalent plugin from the new Gazebo. You can use the Feature comparison page
331330
([Fortress](https://gazebosim.org/docs/fortress/comparison),
332331
[Harmonic](https://gazebosim.org/docs/harmonic/comparison)) to find out of a
333332
Gazebo Classic feature (e.g. a Sensor type) is available in Gazebo. If an
@@ -365,7 +364,7 @@ bridge later. The entire `<sensor>` tag should now look like:
365364
366365
Similar to the IMU, we will use a generic plugin loaded into the world for
367366
handling all rendering sensors, which includes Lidar sensors. Currently the
368-
`ray` sensor type, which meant to use the physics engine for generator the
367+
`ray` sensor type, which meant to use the physics engine for generating the
369368
sensor data, is not supported in the new Gazebo, we will need to update it to
370369
`gpu_lidar`. We'll also need to change the `<ray>` tag inside `<sensor>` to
371370
`<lidar>`. The `frame_name` parameter of the plugin will be handled by setting
@@ -392,8 +391,8 @@ should look like:
392391
> [Plugin in the original model](https://github.com/ROBOTIS-GIT/turtlebot3_simulations//blob/d16cdbe7ecd601ccad48f87f77b6d89079ec5ac1/turtlebot3_gazebo/models/turtlebot3_waffle/model.sdf#L393-L402)
393392
394393
The Camera sensor will also use a generic plugin that handles all rendering
395-
sensors loaded into the world. In the SDF file, we will set the `<topic>` and
396-
tag inside `<sensor>`, and the `<camera_info_topic>` inside `<camera>`, both of
394+
sensors loaded into the world. In the SDF file, we will set the `<topic>` tag
395+
inside `<sensor>`, and the `<camera_info_topic>` inside `<camera>`, both of
397396
which will be used in the ROS bridge later. We will also set the `<gz_frame_id>`
398397
since the default frame id used by the generic plugin in the new Gazebo is
399398
different from the default used by `libgazebo_ros_camera` in Gazebo Classic. The
@@ -657,7 +656,7 @@ start_gazebo_ros_image_bridge_cmd = Node(
657656
)
658657
```
659658

660-
Finally, we will add all new the actions to the list of `LaunchDescription`s
659+
Finally, we will add all the new actions to the list of `LaunchDescription`s
661660
returned by the `generate_launch_description` function
662661

663662
```python

0 commit comments

Comments
 (0)