ROS Resources: Documentation | Support | Discussion Forum | Index | Service Status | ros @ Robotics Stack Exchange
Ask Your Question

kokko's profile - activity

2022-12-04 15:39:24 -0500 received badge  Nice Question (source)
2022-06-06 10:33:39 -0500 received badge  Famous Question (source)
2022-03-22 11:30:52 -0500 received badge  Notable Question (source)
2022-01-27 03:35:43 -0500 marked best answer slam_toolbox for general case SLAM and localization

Scenario:

I have a very large indoor area with multiple large rooms that are dynamic in the sense that objects may change position and I want to create its map periodically in order to localize multiple robots. Probably I’m describing the most complex scenario possible. LiDAR measurements and odometry are available and multiple robots can be used for mapping. My strategy to capture the aforementioned dynamicity is the use of multiple robots that will create separate maps frequently and then merge them.

Solution and "hiccup:"

I would like to use slam_toolbox for ROS1 Noetic for mapping since it seems to be more robust than its "competitors". Once a SLAM session has been finished, slam_toolbox serializes and saves poses and graph data into a file.

This great toolbox includes offline map merging functionality that does not fulfill my needs. More specifically, it creates an occupancy grid of all the maps combined, but it does not update appropriately the Karto::Mapper object i.e. the internal graph used to perform localization. According to the code and the README file, it seems that the merged occupancy grid can be used to generate an ordinary image (pgm) map that can be then used for localization e.g. with AMCL.

Questions:

Based on your experience with slam_toolbox:

  • Do you think that the localization performance of AMCL is comparable to the performance of slam_toolbox (given a relatively accurate initial pose) when the map is created by slam_toolbox?
  • In some posts it is argued that slam_toolbox can be used for localization while being in mapping mode. Does this perform well?
  • slam_toolbox argues that it can perform lifelong mapping and prioritize newer nodes, but it is still experimental and has many bugs, judging from related issues. Instead of that, mapping and restarting the whole localization process is obviously the dirtiest solution, but I can guess it performs well. Does this make sense?

Based on your answers and your experience I am thinking of different solutions and possible developments.

2022-01-26 02:47:35 -0500 commented answer slam_toolbox for general case SLAM and localization

That's fine. The point of the post was to get a very general idea about localization based on users' experience and I th

2022-01-25 04:11:53 -0500 received badge  Popular Question (source)
2022-01-25 02:52:34 -0500 commented answer slam_toolbox for general case SLAM and localization

Questions 1 and 2: Answered Question 3: Since some objects on the map may change location from time to time (not while

2022-01-24 18:04:47 -0500 received badge  Student (source)
2022-01-24 13:27:12 -0500 asked a question slam_toolbox for general case SLAM and localization

slam_toolbox for general case SLAM and localization Scenario: I have a very large indoor area with multiple large rooms

2021-11-10 04:21:26 -0500 answered a question VSCode debug/launch ROS2 node, preLaunchTask does not source the environment

Exact same problem. Any ideas?

2021-04-04 10:52:46 -0500 answered a question Is Trac-IK available in ROS Windows?

For anyone else interested, a Melodic-tested version of Trak-IK for ROS1 on Windows can be found in this repo

2020-11-09 11:52:31 -0500 received badge  Supporter (source)
2020-09-27 02:29:48 -0500 received badge  Enthusiast
2020-09-22 06:23:55 -0500 commented question rqt_joint_trajectory_controller crashes when selection controller manager

I have the exact same problem with kuka_experimental, melodic and EKI instead of RSI