-
Notifications
You must be signed in to change notification settings - Fork 536
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
Update "Store OMPL Planning Data" PR #2364
base: main
Are you sure you want to change the base?
Conversation
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #2364 +/- ##
==========================================
- Coverage 50.74% 43.01% -7.73%
==========================================
Files 392 692 +300
Lines 32553 56317 +23764
Branches 0 7276 +7276
==========================================
+ Hits 16517 24218 +7701
- Misses 16036 31935 +15899
- Partials 0 164 +164 ☔ View full report in Codecov by Sentry. |
e1df571
to
2b735d0
Compare
I have replaced std::bind function with lambdas. If this fix looks good, we can remove the defined function |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you!
While I'm not a huge fan of adding a direct rclcpp service dependency to the ompl plugin, I see why it might be userful. IMO, it would be much cleaner to use some event API that exposes detailed features like this through the planning plugin, and only bind a service to it via moveit_ros. I'm fine with merging this feature anyway, provided the comments are resolved.
{ | ||
// Store all planner data | ||
for (const auto& entry : planner_data_storage_paths_) | ||
{ | ||
ob::PlannerData data(planners_[entry.first]->getSpaceInformation()); | ||
planners_[entry.first]->getPlannerData(data); | ||
if (data.numVertices() == 0) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please add an debug info for this here. The error in OMPLInterface::storePlannerData()
shouldn't make assumptions about the reason for failures in this function.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Added debug info, please check if this is what you meant.
I am not sure on how to proceed with that, but I could work on it instead of this PR if given some direction. |
075eb7a
to
5d5fb0d
Compare
5b43cd9
to
496ccbf
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have reviewed and am ok approving these changes once Henning's comments are resolved. Tagging @henningkayser for his reply here
5ced6eb
to
0628239
Compare
14e9186
to
d682fa0
Compare
d78e718
to
3a7f68e
Compare
moveit_planners/ompl/ompl_interface/include/moveit/ompl_interface/ompl_interface.h
Outdated
Show resolved
Hide resolved
moveit_planners/ompl/ompl_interface/src/planning_context_manager.cpp
Outdated
Show resolved
Hide resolved
5b6330a
to
1ab8fe4
Compare
ce014b4
to
b54673d
Compare
6e5164d
to
66fbc6f
Compare
This pull request is in conflict. Could you fix it @Shobuj-Paul? |
66fbc6f
to
ada85f7
Compare
This PR is stale because it has been open for 45 days with no activity. Please tag a maintainer for help on completing this PR, or close it if you think it has become obsolete. |
Hi, what is the timeline for this PR? |
Description
Resolves the merge conflicts and cling-tidy errors for PR #1183
Fixes #2317
Checklist