-
Notifications
You must be signed in to change notification settings - Fork 578
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
/clear_octomap service does not update the octomap properly in MoveIt2 #2797
Comments
Hi, what do you use for planning? The button in rviz plugin triggers |
In this case I use the standalone |
This issue is being labeled as stale because it has been open 45 days with no activity. It will be automatically closed after another 45 days without follow-ups. |
Bumping this in case anyone is available to do this backport since the fixes exist back in MoveIt1. Else I will do it once I am available. |
This issue is being labeled as stale because it has been open 45 days with no activity. It will be automatically closed after another 45 days without follow-ups. |
This issue was closed because it has been stalled for 45 days with no activity. |
Description
Directly related to the following solved issues from MoveIt.
moveit/moveit#3380
moveit/moveit#3134
When the pcd topic does not publish, the "clear octomap" option in MotionPlanning from rviz2 will not clear the map. If the pcd topic does publish, the map will update based on the pcd and can't be cleared completely. In the move_group's PS, the octomap is correctly cleared even though it seems not to update through rviz2. @rhaschke may have information on this looking at his PR in MoveIt.
Your environment
Steps to reproduce
Publish a pointcloud using the sensors_3d.yaml module for the generation of the octomap. The generated octomap will not clear entirely unless updated at the same time through the publishing of a new pcd (moreover always having a PS containing octomap parts).
Expected behaviour
When calling the "/clear_octomap" service the module should clear the octomap even though it would presumably update within the next update if pcd is being published.
Actual behaviour
The module does not update the octomap unless being updated with the publishing of a new pcd.
Backtrace or Console output
Usage of the following configuration file: sensors_3d.yaml.
Seems like it requires to sync the PR made in MoveIt to MoveIt2.
The text was updated successfully, but these errors were encountered: