You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
[Harmonic](https://gazebosim.org/docs/harmonic/comparison)) to find out of a
333
332
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:
365
364
366
365
Similar to the IMU, we will use a generic plugin loaded into the world for
367
366
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
369
368
sensor data, is not supported in the new Gazebo, we will need to update it to
370
369
`gpu_lidar`. We'll also need to change the `<ray>` tag inside `<sensor>` to
371
370
`<lidar>`. The `frame_name` parameter of the plugin will be handled by setting
@@ -392,8 +391,8 @@ should look like:
392
391
> [Plugin in the original model](https://github.com/ROBOTIS-GIT/turtlebot3_simulations//blob/d16cdbe7ecd601ccad48f87f77b6d89079ec5ac1/turtlebot3_gazebo/models/turtlebot3_waffle/model.sdf#L393-L402)
393
392
394
393
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
397
396
which will be used in the ROS bridge later. We will also set the `<gz_frame_id>`
398
397
since the default frame id used by the generic plugin in the new Gazebo is
399
398
different from the default used by `libgazebo_ros_camera` in Gazebo Classic. The
0 commit comments