New in C Turtle
Show EOL distros:
Package Summary
SLAM using KARTO from SRI International
- Author: Maintained by Bhaskara Marthi
- License: BSD,LGPL
- Source: svn https://code.ros.org/svn/ros-pkg/stacks/slam_karto/trunk
Package Summary
SLAM using KARTO from SRI International
- Author: Maintained by Bhaskara Marthi
- License: BSD,LGPL
- Source: svn https://code.ros.org/svn/ros-pkg/stacks/slam_karto/trunk
Package Summary
SLAM using KARTO from SRI International
- Author: Maintained by Bhaskara Marthi
- License: BSD,LGPL
- Source: svn https://code.ros.org/svn/ros-pkg/stacks/slam_karto/trunk
Package Summary
This package pulls in the Karto mapping library, and provides a ROS wrapper for using it.
- Maintainer: Michael Ferguson <fergs AT unboundedrobotics DOT com>
- Author: Brian Gerkey
- License: LGPL
Package Summary
This package pulls in the Karto mapping library, and provides a ROS wrapper for using it.
- Maintainer status: maintained
- Maintainer: Michael Ferguson <mfergs7 AT gmail DOT com>, Luc Bettaieb <lbettaieb AT fetchrobotics DOT com>
- Author: Brian Gerkey
- License: LGPL
- Source: git https://github.com/ros-perception/slam_karto.git (branch: indigo-devel)
Package Summary
This package pulls in the Karto mapping library, and provides a ROS wrapper for using it.
- Maintainer status: maintained
- Maintainer: Michael Ferguson <mferguson AT fetchrobotics DOT com>
- Author: Brian Gerkey
- License: LGPL
- Source: git https://github.com/ros-perception/slam_karto.git (branch: indigo-devel)
Package Summary
This package pulls in the Karto mapping library, and provides a ROS wrapper for using it.
- Maintainer status: maintained
- Maintainer: Michael Ferguson <mfergs7 AT gmail DOT com>, Luc Bettaieb <lbettaieb AT fetchrobotics DOT com>
- Author: Brian Gerkey
- License: LGPL
- Source: git https://github.com/ros-perception/slam_karto.git (branch: indigo-devel)
Package Summary
This package pulls in the Karto mapping library, and provides a ROS wrapper for using it.
- Maintainer status: maintained
- Maintainer: Michael Ferguson <mfergs7 AT gmail DOT com>, Luc Bettaieb <luc.bettaieb AT gmail DOT com>, Russell Toris <rtoris AT fetchrobotics DOT com>
- Author: Brian Gerkey
- License: LGPL
- Source: git https://github.com/ros-perception/slam_karto.git (branch: melodic-devel)
Package Summary
This package pulls in the Karto mapping library, and provides a ROS wrapper for using it.
- Maintainer status: maintained
- Maintainer: Michael Ferguson <mfergs7 AT gmail DOT com>, Luc Bettaieb <luc.bettaieb AT gmail DOT com>, Russell Toris <rtoris AT fetchrobotics DOT com>
- Author: Brian Gerkey
- License: LGPL
- Source: git https://github.com/ros-perception/slam_karto.git (branch: melodic-devel)
Package Summary
This package pulls in the Karto mapping library, and provides a ROS wrapper for using it.
- Maintainer status: maintained
- Maintainer: Michael Ferguson <mfergs7 AT gmail DOT com>, Luc Bettaieb <luc.bettaieb AT gmail DOT com>, Russell Toris <rtoris AT fetchrobotics DOT com>
- Author: Brian Gerkey
- License: LGPL
- Source: git https://github.com/ros-perception/slam_karto.git (branch: melodic-devel)
Documentation
Part of the documentation is available in the previously maintained karto package.
Nodes
slam_karto
The slam_karto node takes in sensor_msgs/LaserScan messages and builds a map (nav_msgs/OccupancyGrid). The map can be retrieved via a ROS topic or service.Subscribed Topics
tf (tf/tfMessage)- Transforms necessary to relate frames for laser, base, and odometry (see below)
- Laser scans to create the map from
Published Topics
map_metadata (nav_msgs/MapMetaData)- Get the metadata of the map data (resolution, width, height, ...)
- Get the map data from this topic, which is latched, and updated periodically
- Get the pose graph from this topic, which is updated periodically
Services
dynamic_map (nav_msgs/GetMap)- Call this service to get the map data
Parameters
~odom_frame (string, default: "odom")- The frame attached to the odometry system.
- The frame attached to the map.
- The frame attached to the mobile base.
- Process 1 out of every this many scans (set it to a higher number to skip more scans)
- How long (in seconds) between updates to the map. Lowering this number updates the occupancy grid more often, at the expense of greater computational load.
- Resolution of the map (in metres per occupancy grid block)
- Resolution of the map (in metres per occupancy grid block). Same as resolution. Defined for compatibility with the parameter names of gmapping.
- How long (in seconds) between transform publications. To disable broadcasting transforms, set to 0.
- When set to true, the mapper will use a scan matching algorithm. In most real-world situations this should be set to true so that the mapper algorithm can correct for noise and errors in odometry and scan data. In some simulator environments where the simulated scan and odometry data are very accurate, the scan matching algorithm can produce worse results. In those cases set this to false to improve results.
- Use the barycenter of scan endpoints to define distances between scans.
- Sets the minimum travel between scans. If a new scan's position is more than minimumTravelDistance from the previous scan, the mapper will use the data from the new scan. Otherwise, it will discard the new scan if it also does not meet the minimum change in heading requirement. For performance reasons, generally it is a good idea to only process scans if the robot has moved a reasonable amount.
- Sets the minimum heading change between scans. If a new scan's heading is more than minimum_travel_heading from the previous scan, the mapper will use the data from the new scan. Otherwise, it will discard the new scan if it also does not meet the minimum travel distance requirement. For performance reasons, generally it is a good idea to only process scans if the robot has moved a reasonable amount.
- Sets the length of the scan chain stored for scan matching. scan_buffer_size should be set to approximately scan_buffer_maximum_scan_distance / minimum_travel_distance. The idea is to get an area approximately 20 meters long for scan matching. For example, if we add scans every minimum_travel_distance == 0.3 meters, then scan_buffer_size should be 20 / 0.3 = 67.
- Sets the maximum distance between the first and last scans in the scan chain stored for matching.
- Scans are linked only if the correlation response value is greater than this value.
- Sets the maximum distance between linked scans. Scans that are farther apart will not be linked regardless of the correlation response value.
- Scans less than this distance from the current position will be considered for a match in loop closure.
- Enable/disable loop closure.
- When the loop closure detection finds a candidate it must be part of a large set of linked scans. If the chain of scans is less than this value, we do not attempt to close the loop.
- The co-variance values for a possible loop closure have to be less than this value to consider a viable solution. This applies to the coarse search.
- If response is larger than this, then initiate loop closure search at the coarse resolution.
- If response is larger than this, then initiate loop closure search at the fine resolution.
- Sets the size of the search grid used by the matcher. The search grid will have the size correlation_search_space_dimension x correlation_search_space_dimension.
- Sets the resolution (size of a grid cell) of the correlation grid.
- The point readings are smeared by this value in X and Y to create a smoother response.
- The size of the search grid used by the matcher.
- The resolution (size of a grid cell) of the correlation grid.
- The point readings are smeared by this value in X and Y to create a smoother response.
- Variance of penalty for deviating from odometry when scan-matching. The penalty is a multiplier (less than 1.0) is a function of the delta of the scan position being tested and the odometric pose.
- See distance_variance_penalty.
- The range of angles to search during a fine search.
- The range of angles to search during a coarse search.
- Resolution of angles to search during a coarse search.
- Minimum value of the angle penalty multiplier so scores do not become too small.
- Minimum value of the distance penalty multiplier so scores do not become too small.
- Whether to increase the search space if no good matches are initially found
Required tf Transforms
<the frame_id of the incoming scans> → base_link- usually a fixed value, broadcast periodically by a robot_state_publisher, or a tf static_transform_publisher.
- usually provided by the odometry system (e.g., the driver for the mobile base)
Provided tf Transforms
map → odom- the current estimate of the robot's pose within the map frame
Report a Bug
Use github to report a bug or propose an enhancement.