Skip to content
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

Closed
Danilrivero opened this issue Apr 18, 2024 · 6 comments
Closed
Labels
bug Something isn't working stale Inactive issues and PRs are marked as stale and may be closed automatically.

Comments

@Danilrivero
Copy link

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

  • ROS Distro: Humble
  • OS Version: Ubuntu 22.04
  • Source or Binary build? Binary
  • If binary, which release version? 2.5.5-1
  • Which RMW (Fast DDS or Cyclone DDS)? Cyclone DDS

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.

octomap

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.

@Danilrivero Danilrivero added the bug Something isn't working label Apr 18, 2024
@patrickKXMD
Copy link
Contributor

Hi, what do you use for planning? MoveItCpp in your node or a standalone move_group node?

The button in rviz plugin triggers /clear_octomap service which is a capacity in move_group node.
If you are using MoveItCpp inside your own node, use moveit_cpp->getPlanningSceneMonitorNonConst()->clearOctomap();to clear the octomap.

@Danilrivero
Copy link
Author

Hi, what do you use for planning? MoveItCpp in your node or a standalone move_group node?

The button in rviz plugin triggers /clear_octomap service which is a capacity in move_group node. If you are using MoveItCpp inside your own node, use moveit_cpp->getPlanningSceneMonitorNonConst()->clearOctomap();to clear the octomap.

In this case I use the standalone move_group node. I have verified that by constantly updating the octomap, this is, constantly publish a pointcloud to the defined topic inside the sensors_3d.yaml it will properly clear due to the octomap constantly being updated.

Copy link

github-actions bot commented Jun 7, 2024

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.

@github-actions github-actions bot added the stale Inactive issues and PRs are marked as stale and may be closed automatically. label Jun 7, 2024
@Danilrivero
Copy link
Author

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.

@github-actions github-actions bot removed the stale Inactive issues and PRs are marked as stale and may be closed automatically. label Jun 10, 2024
Copy link

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.

@github-actions github-actions bot added the stale Inactive issues and PRs are marked as stale and may be closed automatically. label Jul 25, 2024
Copy link

github-actions bot commented Oct 9, 2024

This issue was closed because it has been stalled for 45 days with no activity.

@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Oct 9, 2024
@github-project-automation github-project-automation bot moved this to ✅ Done in MoveIt Oct 9, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working stale Inactive issues and PRs are marked as stale and may be closed automatically.
Projects
None yet
Development

No branches or pull requests

2 participants