![]() |
footstep_planner package from humanoid_navigation repofootstep_planner gridmap_2d humanoid_localization humanoid_navigation humanoid_planner_2d |
ROS Distro
|
Package Summary
Tags | No category tags. |
Version | 0.4.1 |
License | GPL 3 |
Build type | CATKIN |
Use | RECOMMENDED |
Repository Summary
Checkout URI | https://github.com/AravindaDP/humanoid_navigation.git |
VCS Type | git |
VCS Version | indigo-devel |
Last Updated | 2018-04-17 |
Dev Status | DEVELOPED |
CI status | Continuous Integration |
Released | RELEASED |
Tags | No category tags. |
Contributing |
Help Wanted (0)
Good First Issues (0) Pull Requests to Review (0) |
Package Description
Additional Links
Maintainers
- Armin Hornung
- Pramuditha Aravinda
Authors
- Johannes Garimort, Armin Hornung
Changelog for package footstep_planner
0.4.1 (2016-09-05)
- Added include files for footstep_planner and gridmap_2d for install.
- uses double 2.0 and makes style locally consistent
- catkinize the stack
- Add service to (re)plan between feet as start and goal.
- Requires newest humanoid_msgs.
- Merge plan and replan functions
- RViz launch file / config Groovy
- mark heuristic as expired when map is updated
- removed code in the destructor that gets already cleaned up in the super class
- use pre-increment instead of post-increment (faster + post-increment for iterators not always optimizable)
- fixed sbpl exception catch
- introduced new functionality to totally reset the planning environment
- storing environment params in new struct -- get rid of unnecessary member variables
- more detailed information when sbpl planning was successful but only the old path is returned
- wait 0.5 sec before updating the start (robot) pose
- bug fix in path cost heuristic
- make footsteps smaller; + std::max
- handle receiving of foot transformations differently
- implemented the polygon-intersection-check for the navigation as well; not used so far due to some usability issues
- bug resolved: free the execution log when planning failed; use ros::Time(0) instead of ros::Time::now() since when using the latter sometimes the tf cannot be received (now sometimes an outdated step is received but this works better anyhow)
- bug resulting in segfaulting thread now (probably) resolved
- replaced old reachable check by a new more smoother grid based approach
- small fix in the replanning logic
- enforce planning from scratch when necessary (e.g. goal changed when using backward planning)
- added assertion to enforce correct heuristic calculation
- applied ROS code style
- reorganized the way FootstepNavigation invokes the planner and starts the execution; changed FootstepPlanner::updateMap
- Contributors: Armin Hornung, Johannes Garimort, Pramuditha Aravinda, Vincent Rabaud, enriquefernandez
0.4.0 (2013-01-10)
- Updated stack.xml & CMakeLists, new version 0.4.0 to release
- adjusted robot translation in z dir
- footstep execution now aborted when map changes + replanning and new execution is started; again use ALL calculated steps when extracting the path
- Changes in R* launch file params
- using only the new launch file from pkg nao_driver
- Fixed odometry lookup error (wrong frame)
- Indenting / code style according to ROS style
- fixed SBPL in CMakeListe for custom-installed location
- fixed out of map check in R*
- cleanup of R* code
- manifest/CMakeLists now compatible with fuerte and electric compilation, includes should work better now
- integrated the new footstep set
- fix: spelling error (don't forget to update nao_driver and humanoid_nav_msgs)
- navigation parameters in extra config file; using new launch file in nao_driver
- handle situations where both start feet are part of the calculated solution
- method rearrangement in the navigation
- got rid of get_footstep in helper
- added test to check whether all footsteps can be performed by the NAO robot; adjusted invalid footstep
- now able to switch between protective and fast footstep execution via the 'protective_execution' param + various smaller changes
- Finished fluid footstep execution for the NAO; has still to be tested for simulation/real robot
- added footstep_planner_walls to read in separate wall map (larger clearing)
- expanded states is now a hash map on x,y => vis.better in RVIZ, only one expanded state per (x,y)
- heuristic_scale parameter to increase under-estimating heuristics
- GetSuccsTo for improved R* functionality
- nao_path_follower now accepts paths
- Fixed PathCostHeuristic for non-square maps
- reaching right goal foot faster, only left goal state absorbs now.
- also show expanded states when failing; R* optimized (exact ==)
- PathCostHeuristic is now inflated by foot incircle
- Contributors: Armin Hornung, Daniel Maier, Johannes Garimort
0.3.1 (2012-06-15)
- preparing for fuerte release and sbpl package
- replanning based on old planning info in cases of a changed map disabled for now (instead: complete new planning in such a case)
- approx. comparison for R*
- footstep-feedback synchronization now handled in the action client (in FootstepNavigation.cpp)
- cost calculation directly based on the discrete planning states
- during the planning the reachability check is now based on the
File truncated at 100 lines see the full file
Wiki Tutorials
Package Dependencies
Deps | Name |
---|---|
actionlib | |
angles | |
gridmap_2d | |
humanoid_nav_msgs | |
map_server | |
roscpp | |
rospy | |
sbpl | |
tf | |
visualization_msgs | |
catkin |
System Dependencies
Dependant Packages
Name | Deps |
---|---|
humanoid_navigation |
Launch files
- launch/fake_loc_from_odom.launch
- launch/footstep_navigation_nao.launch
- launch/footstep_navigation_nao_fake_loc.launch
- launch/footstep_navigation_nao_true_loc.launch
- launch/footstep_planner.launch
- launch/footstep_planner_complete.launch
- launch/footstep_planner_nao.launch
- launch/footstep_planner_rstar_complete.launch
- launch/rviz_footstep_navigation.launch
- launch/rviz_footstep_planning.launch
- launch/rviz_footstep_planning_fuerte.launch
- launch/true_loc_from_odom.launch
Messages
Services
Plugins
Recent questions tagged footstep_planner at Robotics Stack Exchange
![]() |
footstep_planner package from humanoid_navigation repofootstep_planner gridmap_2d humanoid_localization humanoid_navigation humanoid_planner_2d |
ROS Distro
|
Package Summary
Tags | No category tags. |
Version | 0.4.1 |
License | GPL 3 |
Build type | CATKIN |
Use | RECOMMENDED |
Repository Summary
Checkout URI | https://github.com/AravindaDP/humanoid_navigation.git |
VCS Type | git |
VCS Version | indigo-devel |
Last Updated | 2018-04-17 |
Dev Status | DEVELOPED |
CI status | Continuous Integration |
Released | RELEASED |
Tags | No category tags. |
Contributing |
Help Wanted (0)
Good First Issues (0) Pull Requests to Review (0) |
Package Description
Additional Links
Maintainers
- Armin Hornung
- Pramuditha Aravinda
Authors
- Johannes Garimort, Armin Hornung
Changelog for package footstep_planner
0.4.1 (2016-09-05)
- Added include files for footstep_planner and gridmap_2d for install.
- uses double 2.0 and makes style locally consistent
- catkinize the stack
- Add service to (re)plan between feet as start and goal.
- Requires newest humanoid_msgs.
- Merge plan and replan functions
- RViz launch file / config Groovy
- mark heuristic as expired when map is updated
- removed code in the destructor that gets already cleaned up in the super class
- use pre-increment instead of post-increment (faster + post-increment for iterators not always optimizable)
- fixed sbpl exception catch
- introduced new functionality to totally reset the planning environment
- storing environment params in new struct -- get rid of unnecessary member variables
- more detailed information when sbpl planning was successful but only the old path is returned
- wait 0.5 sec before updating the start (robot) pose
- bug fix in path cost heuristic
- make footsteps smaller; + std::max
- handle receiving of foot transformations differently
- implemented the polygon-intersection-check for the navigation as well; not used so far due to some usability issues
- bug resolved: free the execution log when planning failed; use ros::Time(0) instead of ros::Time::now() since when using the latter sometimes the tf cannot be received (now sometimes an outdated step is received but this works better anyhow)
- bug resulting in segfaulting thread now (probably) resolved
- replaced old reachable check by a new more smoother grid based approach
- small fix in the replanning logic
- enforce planning from scratch when necessary (e.g. goal changed when using backward planning)
- added assertion to enforce correct heuristic calculation
- applied ROS code style
- reorganized the way FootstepNavigation invokes the planner and starts the execution; changed FootstepPlanner::updateMap
- Contributors: Armin Hornung, Johannes Garimort, Pramuditha Aravinda, Vincent Rabaud, enriquefernandez
0.4.0 (2013-01-10)
- Updated stack.xml & CMakeLists, new version 0.4.0 to release
- adjusted robot translation in z dir
- footstep execution now aborted when map changes + replanning and new execution is started; again use ALL calculated steps when extracting the path
- Changes in R* launch file params
- using only the new launch file from pkg nao_driver
- Fixed odometry lookup error (wrong frame)
- Indenting / code style according to ROS style
- fixed SBPL in CMakeListe for custom-installed location
- fixed out of map check in R*
- cleanup of R* code
- manifest/CMakeLists now compatible with fuerte and electric compilation, includes should work better now
- integrated the new footstep set
- fix: spelling error (don't forget to update nao_driver and humanoid_nav_msgs)
- navigation parameters in extra config file; using new launch file in nao_driver
- handle situations where both start feet are part of the calculated solution
- method rearrangement in the navigation
- got rid of get_footstep in helper
- added test to check whether all footsteps can be performed by the NAO robot; adjusted invalid footstep
- now able to switch between protective and fast footstep execution via the 'protective_execution' param + various smaller changes
- Finished fluid footstep execution for the NAO; has still to be tested for simulation/real robot
- added footstep_planner_walls to read in separate wall map (larger clearing)
- expanded states is now a hash map on x,y => vis.better in RVIZ, only one expanded state per (x,y)
- heuristic_scale parameter to increase under-estimating heuristics
- GetSuccsTo for improved R* functionality
- nao_path_follower now accepts paths
- Fixed PathCostHeuristic for non-square maps
- reaching right goal foot faster, only left goal state absorbs now.
- also show expanded states when failing; R* optimized (exact ==)
- PathCostHeuristic is now inflated by foot incircle
- Contributors: Armin Hornung, Daniel Maier, Johannes Garimort
0.3.1 (2012-06-15)
- preparing for fuerte release and sbpl package
- replanning based on old planning info in cases of a changed map disabled for now (instead: complete new planning in such a case)
- approx. comparison for R*
- footstep-feedback synchronization now handled in the action client (in FootstepNavigation.cpp)
- cost calculation directly based on the discrete planning states
- during the planning the reachability check is now based on the
File truncated at 100 lines see the full file
Wiki Tutorials
Package Dependencies
Deps | Name |
---|---|
actionlib | |
angles | |
gridmap_2d | |
humanoid_nav_msgs | |
map_server | |
roscpp | |
rospy | |
sbpl | |
tf | |
visualization_msgs | |
catkin |
System Dependencies
Dependant Packages
Name | Deps |
---|---|
humanoid_navigation |
Launch files
- launch/fake_loc_from_odom.launch
- launch/footstep_navigation_nao.launch
- launch/footstep_navigation_nao_fake_loc.launch
- launch/footstep_navigation_nao_true_loc.launch
- launch/footstep_planner.launch
- launch/footstep_planner_complete.launch
- launch/footstep_planner_nao.launch
- launch/footstep_planner_rstar_complete.launch
- launch/rviz_footstep_navigation.launch
- launch/rviz_footstep_planning.launch
- launch/rviz_footstep_planning_fuerte.launch
- launch/true_loc_from_odom.launch
Messages
Services
Plugins
Recent questions tagged footstep_planner at Robotics Stack Exchange
![]() |
footstep_planner package from humanoid_navigation repofootstep_planner gridmap_2d humanoid_localization humanoid_navigation humanoid_planner_2d |
ROS Distro
|
Package Summary
Tags | No category tags. |
Version | 0.4.1 |
License | GPL 3 |
Build type | CATKIN |
Use | RECOMMENDED |
Repository Summary
Checkout URI | https://github.com/AravindaDP/humanoid_navigation.git |
VCS Type | git |
VCS Version | indigo-devel |
Last Updated | 2018-04-17 |
Dev Status | DEVELOPED |
CI status | Continuous Integration |
Released | RELEASED |
Tags | No category tags. |
Contributing |
Help Wanted (0)
Good First Issues (0) Pull Requests to Review (0) |
Package Description
Additional Links
Maintainers
- Armin Hornung
- Pramuditha Aravinda
Authors
- Johannes Garimort, Armin Hornung
Changelog for package footstep_planner
0.4.1 (2016-09-05)
- Added include files for footstep_planner and gridmap_2d for install.
- uses double 2.0 and makes style locally consistent
- catkinize the stack
- Add service to (re)plan between feet as start and goal.
- Requires newest humanoid_msgs.
- Merge plan and replan functions
- RViz launch file / config Groovy
- mark heuristic as expired when map is updated
- removed code in the destructor that gets already cleaned up in the super class
- use pre-increment instead of post-increment (faster + post-increment for iterators not always optimizable)
- fixed sbpl exception catch
- introduced new functionality to totally reset the planning environment
- storing environment params in new struct -- get rid of unnecessary member variables
- more detailed information when sbpl planning was successful but only the old path is returned
- wait 0.5 sec before updating the start (robot) pose
- bug fix in path cost heuristic
- make footsteps smaller; + std::max
- handle receiving of foot transformations differently
- implemented the polygon-intersection-check for the navigation as well; not used so far due to some usability issues
- bug resolved: free the execution log when planning failed; use ros::Time(0) instead of ros::Time::now() since when using the latter sometimes the tf cannot be received (now sometimes an outdated step is received but this works better anyhow)
- bug resulting in segfaulting thread now (probably) resolved
- replaced old reachable check by a new more smoother grid based approach
- small fix in the replanning logic
- enforce planning from scratch when necessary (e.g. goal changed when using backward planning)
- added assertion to enforce correct heuristic calculation
- applied ROS code style
- reorganized the way FootstepNavigation invokes the planner and starts the execution; changed FootstepPlanner::updateMap
- Contributors: Armin Hornung, Johannes Garimort, Pramuditha Aravinda, Vincent Rabaud, enriquefernandez
0.4.0 (2013-01-10)
- Updated stack.xml & CMakeLists, new version 0.4.0 to release
- adjusted robot translation in z dir
- footstep execution now aborted when map changes + replanning and new execution is started; again use ALL calculated steps when extracting the path
- Changes in R* launch file params
- using only the new launch file from pkg nao_driver
- Fixed odometry lookup error (wrong frame)
- Indenting / code style according to ROS style
- fixed SBPL in CMakeListe for custom-installed location
- fixed out of map check in R*
- cleanup of R* code
- manifest/CMakeLists now compatible with fuerte and electric compilation, includes should work better now
- integrated the new footstep set
- fix: spelling error (don't forget to update nao_driver and humanoid_nav_msgs)
- navigation parameters in extra config file; using new launch file in nao_driver
- handle situations where both start feet are part of the calculated solution
- method rearrangement in the navigation
- got rid of get_footstep in helper
- added test to check whether all footsteps can be performed by the NAO robot; adjusted invalid footstep
- now able to switch between protective and fast footstep execution via the 'protective_execution' param + various smaller changes
- Finished fluid footstep execution for the NAO; has still to be tested for simulation/real robot
- added footstep_planner_walls to read in separate wall map (larger clearing)
- expanded states is now a hash map on x,y => vis.better in RVIZ, only one expanded state per (x,y)
- heuristic_scale parameter to increase under-estimating heuristics
- GetSuccsTo for improved R* functionality
- nao_path_follower now accepts paths
- Fixed PathCostHeuristic for non-square maps
- reaching right goal foot faster, only left goal state absorbs now.
- also show expanded states when failing; R* optimized (exact ==)
- PathCostHeuristic is now inflated by foot incircle
- Contributors: Armin Hornung, Daniel Maier, Johannes Garimort
0.3.1 (2012-06-15)
- preparing for fuerte release and sbpl package
- replanning based on old planning info in cases of a changed map disabled for now (instead: complete new planning in such a case)
- approx. comparison for R*
- footstep-feedback synchronization now handled in the action client (in FootstepNavigation.cpp)
- cost calculation directly based on the discrete planning states
- during the planning the reachability check is now based on the
File truncated at 100 lines see the full file
Wiki Tutorials
Package Dependencies
Deps | Name |
---|---|
actionlib | |
angles | |
gridmap_2d | |
humanoid_nav_msgs | |
map_server | |
roscpp | |
rospy | |
sbpl | |
tf | |
visualization_msgs | |
catkin |
System Dependencies
Dependant Packages
Name | Deps |
---|---|
humanoid_navigation |
Launch files
- launch/fake_loc_from_odom.launch
- launch/footstep_navigation_nao.launch
- launch/footstep_navigation_nao_fake_loc.launch
- launch/footstep_navigation_nao_true_loc.launch
- launch/footstep_planner.launch
- launch/footstep_planner_complete.launch
- launch/footstep_planner_nao.launch
- launch/footstep_planner_rstar_complete.launch
- launch/rviz_footstep_navigation.launch
- launch/rviz_footstep_planning.launch
- launch/rviz_footstep_planning_fuerte.launch
- launch/true_loc_from_odom.launch
Messages
Services
Plugins
Recent questions tagged footstep_planner at Robotics Stack Exchange
![]() |
footstep_planner package from humanoid_navigation repofootstep_planner gridmap_2d humanoid_localization humanoid_navigation humanoid_planner_2d |
ROS Distro
|
Package Summary
Tags | No category tags. |
Version | 0.4.1 |
License | GPL 3 |
Build type | CATKIN |
Use | RECOMMENDED |
Repository Summary
Checkout URI | https://github.com/AravindaDP/humanoid_navigation.git |
VCS Type | git |
VCS Version | indigo-devel |
Last Updated | 2018-04-17 |
Dev Status | DEVELOPED |
CI status | Continuous Integration |
Released | RELEASED |
Tags | No category tags. |
Contributing |
Help Wanted (0)
Good First Issues (0) Pull Requests to Review (0) |
Package Description
Additional Links
Maintainers
- Armin Hornung
- Pramuditha Aravinda
Authors
- Johannes Garimort, Armin Hornung
Changelog for package footstep_planner
0.4.1 (2016-09-05)
- Added include files for footstep_planner and gridmap_2d for install.
- uses double 2.0 and makes style locally consistent
- catkinize the stack
- Add service to (re)plan between feet as start and goal.
- Requires newest humanoid_msgs.
- Merge plan and replan functions
- RViz launch file / config Groovy
- mark heuristic as expired when map is updated
- removed code in the destructor that gets already cleaned up in the super class
- use pre-increment instead of post-increment (faster + post-increment for iterators not always optimizable)
- fixed sbpl exception catch
- introduced new functionality to totally reset the planning environment
- storing environment params in new struct -- get rid of unnecessary member variables
- more detailed information when sbpl planning was successful but only the old path is returned
- wait 0.5 sec before updating the start (robot) pose
- bug fix in path cost heuristic
- make footsteps smaller; + std::max
- handle receiving of foot transformations differently
- implemented the polygon-intersection-check for the navigation as well; not used so far due to some usability issues
- bug resolved: free the execution log when planning failed; use ros::Time(0) instead of ros::Time::now() since when using the latter sometimes the tf cannot be received (now sometimes an outdated step is received but this works better anyhow)
- bug resulting in segfaulting thread now (probably) resolved
- replaced old reachable check by a new more smoother grid based approach
- small fix in the replanning logic
- enforce planning from scratch when necessary (e.g. goal changed when using backward planning)
- added assertion to enforce correct heuristic calculation
- applied ROS code style
- reorganized the way FootstepNavigation invokes the planner and starts the execution; changed FootstepPlanner::updateMap
- Contributors: Armin Hornung, Johannes Garimort, Pramuditha Aravinda, Vincent Rabaud, enriquefernandez
0.4.0 (2013-01-10)
- Updated stack.xml & CMakeLists, new version 0.4.0 to release
- adjusted robot translation in z dir
- footstep execution now aborted when map changes + replanning and new execution is started; again use ALL calculated steps when extracting the path
- Changes in R* launch file params
- using only the new launch file from pkg nao_driver
- Fixed odometry lookup error (wrong frame)
- Indenting / code style according to ROS style
- fixed SBPL in CMakeListe for custom-installed location
- fixed out of map check in R*
- cleanup of R* code
- manifest/CMakeLists now compatible with fuerte and electric compilation, includes should work better now
- integrated the new footstep set
- fix: spelling error (don't forget to update nao_driver and humanoid_nav_msgs)
- navigation parameters in extra config file; using new launch file in nao_driver
- handle situations where both start feet are part of the calculated solution
- method rearrangement in the navigation
- got rid of get_footstep in helper
- added test to check whether all footsteps can be performed by the NAO robot; adjusted invalid footstep
- now able to switch between protective and fast footstep execution via the 'protective_execution' param + various smaller changes
- Finished fluid footstep execution for the NAO; has still to be tested for simulation/real robot
- added footstep_planner_walls to read in separate wall map (larger clearing)
- expanded states is now a hash map on x,y => vis.better in RVIZ, only one expanded state per (x,y)
- heuristic_scale parameter to increase under-estimating heuristics
- GetSuccsTo for improved R* functionality
- nao_path_follower now accepts paths
- Fixed PathCostHeuristic for non-square maps
- reaching right goal foot faster, only left goal state absorbs now.
- also show expanded states when failing; R* optimized (exact ==)
- PathCostHeuristic is now inflated by foot incircle
- Contributors: Armin Hornung, Daniel Maier, Johannes Garimort
0.3.1 (2012-06-15)
- preparing for fuerte release and sbpl package
- replanning based on old planning info in cases of a changed map disabled for now (instead: complete new planning in such a case)
- approx. comparison for R*
- footstep-feedback synchronization now handled in the action client (in FootstepNavigation.cpp)
- cost calculation directly based on the discrete planning states
- during the planning the reachability check is now based on the
File truncated at 100 lines see the full file
Wiki Tutorials
Package Dependencies
Deps | Name |
---|---|
actionlib | |
angles | |
gridmap_2d | |
humanoid_nav_msgs | |
map_server | |
roscpp | |
rospy | |
sbpl | |
tf | |
visualization_msgs | |
catkin |
System Dependencies
Dependant Packages
Name | Deps |
---|---|
humanoid_navigation |
Launch files
- launch/fake_loc_from_odom.launch
- launch/footstep_navigation_nao.launch
- launch/footstep_navigation_nao_fake_loc.launch
- launch/footstep_navigation_nao_true_loc.launch
- launch/footstep_planner.launch
- launch/footstep_planner_complete.launch
- launch/footstep_planner_nao.launch
- launch/footstep_planner_rstar_complete.launch
- launch/rviz_footstep_navigation.launch
- launch/rviz_footstep_planning.launch
- launch/rviz_footstep_planning_fuerte.launch
- launch/true_loc_from_odom.launch
Messages
Services
Plugins
Recent questions tagged footstep_planner at Robotics Stack Exchange
![]() |
footstep_planner package from humanoid_navigation repofootstep_planner gridmap_2d humanoid_localization humanoid_navigation humanoid_planner_2d |
ROS Distro
|
Package Summary
Tags | No category tags. |
Version | 0.4.1 |
License | GPL 3 |
Build type | CATKIN |
Use | RECOMMENDED |
Repository Summary
Checkout URI | https://github.com/AravindaDP/humanoid_navigation.git |
VCS Type | git |
VCS Version | indigo-devel |
Last Updated | 2018-04-17 |
Dev Status | DEVELOPED |
CI status | Continuous Integration |
Released | RELEASED |
Tags | No category tags. |
Contributing |
Help Wanted (0)
Good First Issues (0) Pull Requests to Review (0) |
Package Description
Additional Links
Maintainers
- Armin Hornung
- Pramuditha Aravinda
Authors
- Johannes Garimort, Armin Hornung
Changelog for package footstep_planner
0.4.1 (2016-09-05)
- Added include files for footstep_planner and gridmap_2d for install.
- uses double 2.0 and makes style locally consistent
- catkinize the stack
- Add service to (re)plan between feet as start and goal.
- Requires newest humanoid_msgs.
- Merge plan and replan functions
- RViz launch file / config Groovy
- mark heuristic as expired when map is updated
- removed code in the destructor that gets already cleaned up in the super class
- use pre-increment instead of post-increment (faster + post-increment for iterators not always optimizable)
- fixed sbpl exception catch
- introduced new functionality to totally reset the planning environment
- storing environment params in new struct -- get rid of unnecessary member variables
- more detailed information when sbpl planning was successful but only the old path is returned
- wait 0.5 sec before updating the start (robot) pose
- bug fix in path cost heuristic
- make footsteps smaller; + std::max
- handle receiving of foot transformations differently
- implemented the polygon-intersection-check for the navigation as well; not used so far due to some usability issues
- bug resolved: free the execution log when planning failed; use ros::Time(0) instead of ros::Time::now() since when using the latter sometimes the tf cannot be received (now sometimes an outdated step is received but this works better anyhow)
- bug resulting in segfaulting thread now (probably) resolved
- replaced old reachable check by a new more smoother grid based approach
- small fix in the replanning logic
- enforce planning from scratch when necessary (e.g. goal changed when using backward planning)
- added assertion to enforce correct heuristic calculation
- applied ROS code style
- reorganized the way FootstepNavigation invokes the planner and starts the execution; changed FootstepPlanner::updateMap
- Contributors: Armin Hornung, Johannes Garimort, Pramuditha Aravinda, Vincent Rabaud, enriquefernandez
0.4.0 (2013-01-10)
- Updated stack.xml & CMakeLists, new version 0.4.0 to release
- adjusted robot translation in z dir
- footstep execution now aborted when map changes + replanning and new execution is started; again use ALL calculated steps when extracting the path
- Changes in R* launch file params
- using only the new launch file from pkg nao_driver
- Fixed odometry lookup error (wrong frame)
- Indenting / code style according to ROS style
- fixed SBPL in CMakeListe for custom-installed location
- fixed out of map check in R*
- cleanup of R* code
- manifest/CMakeLists now compatible with fuerte and electric compilation, includes should work better now
- integrated the new footstep set
- fix: spelling error (don't forget to update nao_driver and humanoid_nav_msgs)
- navigation parameters in extra config file; using new launch file in nao_driver
- handle situations where both start feet are part of the calculated solution
- method rearrangement in the navigation
- got rid of get_footstep in helper
- added test to check whether all footsteps can be performed by the NAO robot; adjusted invalid footstep
- now able to switch between protective and fast footstep execution via the 'protective_execution' param + various smaller changes
- Finished fluid footstep execution for the NAO; has still to be tested for simulation/real robot
- added footstep_planner_walls to read in separate wall map (larger clearing)
- expanded states is now a hash map on x,y => vis.better in RVIZ, only one expanded state per (x,y)
- heuristic_scale parameter to increase under-estimating heuristics
- GetSuccsTo for improved R* functionality
- nao_path_follower now accepts paths
- Fixed PathCostHeuristic for non-square maps
- reaching right goal foot faster, only left goal state absorbs now.
- also show expanded states when failing; R* optimized (exact ==)
- PathCostHeuristic is now inflated by foot incircle
- Contributors: Armin Hornung, Daniel Maier, Johannes Garimort
0.3.1 (2012-06-15)
- preparing for fuerte release and sbpl package
- replanning based on old planning info in cases of a changed map disabled for now (instead: complete new planning in such a case)
- approx. comparison for R*
- footstep-feedback synchronization now handled in the action client (in FootstepNavigation.cpp)
- cost calculation directly based on the discrete planning states
- during the planning the reachability check is now based on the
File truncated at 100 lines see the full file
Wiki Tutorials
Package Dependencies
Deps | Name |
---|---|
actionlib | |
angles | |
gridmap_2d | |
humanoid_nav_msgs | |
map_server | |
roscpp | |
rospy | |
sbpl | |
tf | |
visualization_msgs | |
catkin |
System Dependencies
Dependant Packages
Name | Deps |
---|---|
humanoid_navigation |
Launch files
- launch/fake_loc_from_odom.launch
- launch/footstep_navigation_nao.launch
- launch/footstep_navigation_nao_fake_loc.launch
- launch/footstep_navigation_nao_true_loc.launch
- launch/footstep_planner.launch
- launch/footstep_planner_complete.launch
- launch/footstep_planner_nao.launch
- launch/footstep_planner_rstar_complete.launch
- launch/rviz_footstep_navigation.launch
- launch/rviz_footstep_planning.launch
- launch/rviz_footstep_planning_fuerte.launch
- launch/true_loc_from_odom.launch
Messages
Services
Plugins
Recent questions tagged footstep_planner at Robotics Stack Exchange
![]() |
footstep_planner package from humanoid_navigation repofootstep_planner gridmap_2d humanoid_localization humanoid_navigation humanoid_planner_2d |
ROS Distro
|
Package Summary
Tags | No category tags. |
Version | 0.4.1 |
License | GPL 3 |
Build type | CATKIN |
Use | RECOMMENDED |
Repository Summary
Checkout URI | https://github.com/AravindaDP/humanoid_navigation.git |
VCS Type | git |
VCS Version | indigo-devel |
Last Updated | 2018-04-17 |
Dev Status | DEVELOPED |
CI status | Continuous Integration |
Released | RELEASED |
Tags | No category tags. |
Contributing |
Help Wanted (0)
Good First Issues (0) Pull Requests to Review (0) |
Package Description
Additional Links
Maintainers
- Armin Hornung
- Pramuditha Aravinda
Authors
- Johannes Garimort, Armin Hornung
Changelog for package footstep_planner
0.4.1 (2016-09-05)
- Added include files for footstep_planner and gridmap_2d for install.
- uses double 2.0 and makes style locally consistent
- catkinize the stack
- Add service to (re)plan between feet as start and goal.
- Requires newest humanoid_msgs.
- Merge plan and replan functions
- RViz launch file / config Groovy
- mark heuristic as expired when map is updated
- removed code in the destructor that gets already cleaned up in the super class
- use pre-increment instead of post-increment (faster + post-increment for iterators not always optimizable)
- fixed sbpl exception catch
- introduced new functionality to totally reset the planning environment
- storing environment params in new struct -- get rid of unnecessary member variables
- more detailed information when sbpl planning was successful but only the old path is returned
- wait 0.5 sec before updating the start (robot) pose
- bug fix in path cost heuristic
- make footsteps smaller; + std::max
- handle receiving of foot transformations differently
- implemented the polygon-intersection-check for the navigation as well; not used so far due to some usability issues
- bug resolved: free the execution log when planning failed; use ros::Time(0) instead of ros::Time::now() since when using the latter sometimes the tf cannot be received (now sometimes an outdated step is received but this works better anyhow)
- bug resulting in segfaulting thread now (probably) resolved
- replaced old reachable check by a new more smoother grid based approach
- small fix in the replanning logic
- enforce planning from scratch when necessary (e.g. goal changed when using backward planning)
- added assertion to enforce correct heuristic calculation
- applied ROS code style
- reorganized the way FootstepNavigation invokes the planner and starts the execution; changed FootstepPlanner::updateMap
- Contributors: Armin Hornung, Johannes Garimort, Pramuditha Aravinda, Vincent Rabaud, enriquefernandez
0.4.0 (2013-01-10)
- Updated stack.xml & CMakeLists, new version 0.4.0 to release
- adjusted robot translation in z dir
- footstep execution now aborted when map changes + replanning and new execution is started; again use ALL calculated steps when extracting the path
- Changes in R* launch file params
- using only the new launch file from pkg nao_driver
- Fixed odometry lookup error (wrong frame)
- Indenting / code style according to ROS style
- fixed SBPL in CMakeListe for custom-installed location
- fixed out of map check in R*
- cleanup of R* code
- manifest/CMakeLists now compatible with fuerte and electric compilation, includes should work better now
- integrated the new footstep set
- fix: spelling error (don't forget to update nao_driver and humanoid_nav_msgs)
- navigation parameters in extra config file; using new launch file in nao_driver
- handle situations where both start feet are part of the calculated solution
- method rearrangement in the navigation
- got rid of get_footstep in helper
- added test to check whether all footsteps can be performed by the NAO robot; adjusted invalid footstep
- now able to switch between protective and fast footstep execution via the 'protective_execution' param + various smaller changes
- Finished fluid footstep execution for the NAO; has still to be tested for simulation/real robot
- added footstep_planner_walls to read in separate wall map (larger clearing)
- expanded states is now a hash map on x,y => vis.better in RVIZ, only one expanded state per (x,y)
- heuristic_scale parameter to increase under-estimating heuristics
- GetSuccsTo for improved R* functionality
- nao_path_follower now accepts paths
- Fixed PathCostHeuristic for non-square maps
- reaching right goal foot faster, only left goal state absorbs now.
- also show expanded states when failing; R* optimized (exact ==)
- PathCostHeuristic is now inflated by foot incircle
- Contributors: Armin Hornung, Daniel Maier, Johannes Garimort
0.3.1 (2012-06-15)
- preparing for fuerte release and sbpl package
- replanning based on old planning info in cases of a changed map disabled for now (instead: complete new planning in such a case)
- approx. comparison for R*
- footstep-feedback synchronization now handled in the action client (in FootstepNavigation.cpp)
- cost calculation directly based on the discrete planning states
- during the planning the reachability check is now based on the
File truncated at 100 lines see the full file
Wiki Tutorials
Package Dependencies
Deps | Name |
---|---|
actionlib | |
angles | |
gridmap_2d | |
humanoid_nav_msgs | |
map_server | |
roscpp | |
rospy | |
sbpl | |
tf | |
visualization_msgs | |
catkin |
System Dependencies
Dependant Packages
Name | Deps |
---|---|
humanoid_navigation |
Launch files
- launch/fake_loc_from_odom.launch
- launch/footstep_navigation_nao.launch
- launch/footstep_navigation_nao_fake_loc.launch
- launch/footstep_navigation_nao_true_loc.launch
- launch/footstep_planner.launch
- launch/footstep_planner_complete.launch
- launch/footstep_planner_nao.launch
- launch/footstep_planner_rstar_complete.launch
- launch/rviz_footstep_navigation.launch
- launch/rviz_footstep_planning.launch
- launch/rviz_footstep_planning_fuerte.launch
- launch/true_loc_from_odom.launch
Messages
Services
Plugins
Recent questions tagged footstep_planner at Robotics Stack Exchange
![]() |
footstep_planner package from humanoid_navigation repofootstep_planner gridmap_2d humanoid_localization humanoid_navigation humanoid_planner_2d |
ROS Distro
|
Package Summary
Tags | No category tags. |
Version | 0.4.1 |
License | GPL 3 |
Build type | CATKIN |
Use | RECOMMENDED |
Repository Summary
Checkout URI | https://github.com/AravindaDP/humanoid_navigation.git |
VCS Type | git |
VCS Version | indigo-devel |
Last Updated | 2018-04-17 |
Dev Status | DEVELOPED |
CI status | Continuous Integration |
Released | RELEASED |
Tags | No category tags. |
Contributing |
Help Wanted (0)
Good First Issues (0) Pull Requests to Review (0) |
Package Description
Additional Links
Maintainers
- Armin Hornung
- Pramuditha Aravinda
Authors
- Johannes Garimort, Armin Hornung
Changelog for package footstep_planner
0.4.1 (2016-09-05)
- Added include files for footstep_planner and gridmap_2d for install.
- uses double 2.0 and makes style locally consistent
- catkinize the stack
- Add service to (re)plan between feet as start and goal.
- Requires newest humanoid_msgs.
- Merge plan and replan functions
- RViz launch file / config Groovy
- mark heuristic as expired when map is updated
- removed code in the destructor that gets already cleaned up in the super class
- use pre-increment instead of post-increment (faster + post-increment for iterators not always optimizable)
- fixed sbpl exception catch
- introduced new functionality to totally reset the planning environment
- storing environment params in new struct -- get rid of unnecessary member variables
- more detailed information when sbpl planning was successful but only the old path is returned
- wait 0.5 sec before updating the start (robot) pose
- bug fix in path cost heuristic
- make footsteps smaller; + std::max
- handle receiving of foot transformations differently
- implemented the polygon-intersection-check for the navigation as well; not used so far due to some usability issues
- bug resolved: free the execution log when planning failed; use ros::Time(0) instead of ros::Time::now() since when using the latter sometimes the tf cannot be received (now sometimes an outdated step is received but this works better anyhow)
- bug resulting in segfaulting thread now (probably) resolved
- replaced old reachable check by a new more smoother grid based approach
- small fix in the replanning logic
- enforce planning from scratch when necessary (e.g. goal changed when using backward planning)
- added assertion to enforce correct heuristic calculation
- applied ROS code style
- reorganized the way FootstepNavigation invokes the planner and starts the execution; changed FootstepPlanner::updateMap
- Contributors: Armin Hornung, Johannes Garimort, Pramuditha Aravinda, Vincent Rabaud, enriquefernandez
0.4.0 (2013-01-10)
- Updated stack.xml & CMakeLists, new version 0.4.0 to release
- adjusted robot translation in z dir
- footstep execution now aborted when map changes + replanning and new execution is started; again use ALL calculated steps when extracting the path
- Changes in R* launch file params
- using only the new launch file from pkg nao_driver
- Fixed odometry lookup error (wrong frame)
- Indenting / code style according to ROS style
- fixed SBPL in CMakeListe for custom-installed location
- fixed out of map check in R*
- cleanup of R* code
- manifest/CMakeLists now compatible with fuerte and electric compilation, includes should work better now
- integrated the new footstep set
- fix: spelling error (don't forget to update nao_driver and humanoid_nav_msgs)
- navigation parameters in extra config file; using new launch file in nao_driver
- handle situations where both start feet are part of the calculated solution
- method rearrangement in the navigation
- got rid of get_footstep in helper
- added test to check whether all footsteps can be performed by the NAO robot; adjusted invalid footstep
- now able to switch between protective and fast footstep execution via the 'protective_execution' param + various smaller changes
- Finished fluid footstep execution for the NAO; has still to be tested for simulation/real robot
- added footstep_planner_walls to read in separate wall map (larger clearing)
- expanded states is now a hash map on x,y => vis.better in RVIZ, only one expanded state per (x,y)
- heuristic_scale parameter to increase under-estimating heuristics
- GetSuccsTo for improved R* functionality
- nao_path_follower now accepts paths
- Fixed PathCostHeuristic for non-square maps
- reaching right goal foot faster, only left goal state absorbs now.
- also show expanded states when failing; R* optimized (exact ==)
- PathCostHeuristic is now inflated by foot incircle
- Contributors: Armin Hornung, Daniel Maier, Johannes Garimort
0.3.1 (2012-06-15)
- preparing for fuerte release and sbpl package
- replanning based on old planning info in cases of a changed map disabled for now (instead: complete new planning in such a case)
- approx. comparison for R*
- footstep-feedback synchronization now handled in the action client (in FootstepNavigation.cpp)
- cost calculation directly based on the discrete planning states
- during the planning the reachability check is now based on the
File truncated at 100 lines see the full file
Wiki Tutorials
Package Dependencies
Deps | Name |
---|---|
actionlib | |
angles | |
gridmap_2d | |
humanoid_nav_msgs | |
map_server | |
roscpp | |
rospy | |
sbpl | |
tf | |
visualization_msgs | |
catkin |
System Dependencies
Dependant Packages
Name | Deps |
---|---|
humanoid_navigation |
Launch files
- launch/fake_loc_from_odom.launch
- launch/footstep_navigation_nao.launch
- launch/footstep_navigation_nao_fake_loc.launch
- launch/footstep_navigation_nao_true_loc.launch
- launch/footstep_planner.launch
- launch/footstep_planner_complete.launch
- launch/footstep_planner_nao.launch
- launch/footstep_planner_rstar_complete.launch
- launch/rviz_footstep_navigation.launch
- launch/rviz_footstep_planning.launch
- launch/rviz_footstep_planning_fuerte.launch
- launch/true_loc_from_odom.launch
Messages
Services
Plugins
Recent questions tagged footstep_planner at Robotics Stack Exchange
![]() |
footstep_planner package from humanoid_navigation repofootstep_planner gridmap_2d humanoid_localization humanoid_navigation humanoid_planner_2d |
ROS Distro
|
Package Summary
Tags | No category tags. |
Version | 0.4.1 |
License | GPL 3 |
Build type | CATKIN |
Use | RECOMMENDED |
Repository Summary
Checkout URI | https://github.com/AravindaDP/humanoid_navigation.git |
VCS Type | git |
VCS Version | indigo-devel |
Last Updated | 2018-04-17 |
Dev Status | DEVELOPED |
CI status | Continuous Integration |
Released | RELEASED |
Tags | No category tags. |
Contributing |
Help Wanted (0)
Good First Issues (0) Pull Requests to Review (0) |
Package Description
Additional Links
Maintainers
- Armin Hornung
- Pramuditha Aravinda
Authors
- Johannes Garimort, Armin Hornung
Changelog for package footstep_planner
0.4.1 (2016-09-05)
- Added include files for footstep_planner and gridmap_2d for install.
- uses double 2.0 and makes style locally consistent
- catkinize the stack
- Add service to (re)plan between feet as start and goal.
- Requires newest humanoid_msgs.
- Merge plan and replan functions
- RViz launch file / config Groovy
- mark heuristic as expired when map is updated
- removed code in the destructor that gets already cleaned up in the super class
- use pre-increment instead of post-increment (faster + post-increment for iterators not always optimizable)
- fixed sbpl exception catch
- introduced new functionality to totally reset the planning environment
- storing environment params in new struct -- get rid of unnecessary member variables
- more detailed information when sbpl planning was successful but only the old path is returned
- wait 0.5 sec before updating the start (robot) pose
- bug fix in path cost heuristic
- make footsteps smaller; + std::max
- handle receiving of foot transformations differently
- implemented the polygon-intersection-check for the navigation as well; not used so far due to some usability issues
- bug resolved: free the execution log when planning failed; use ros::Time(0) instead of ros::Time::now() since when using the latter sometimes the tf cannot be received (now sometimes an outdated step is received but this works better anyhow)
- bug resulting in segfaulting thread now (probably) resolved
- replaced old reachable check by a new more smoother grid based approach
- small fix in the replanning logic
- enforce planning from scratch when necessary (e.g. goal changed when using backward planning)
- added assertion to enforce correct heuristic calculation
- applied ROS code style
- reorganized the way FootstepNavigation invokes the planner and starts the execution; changed FootstepPlanner::updateMap
- Contributors: Armin Hornung, Johannes Garimort, Pramuditha Aravinda, Vincent Rabaud, enriquefernandez
0.4.0 (2013-01-10)
- Updated stack.xml & CMakeLists, new version 0.4.0 to release
- adjusted robot translation in z dir
- footstep execution now aborted when map changes + replanning and new execution is started; again use ALL calculated steps when extracting the path
- Changes in R* launch file params
- using only the new launch file from pkg nao_driver
- Fixed odometry lookup error (wrong frame)
- Indenting / code style according to ROS style
- fixed SBPL in CMakeListe for custom-installed location
- fixed out of map check in R*
- cleanup of R* code
- manifest/CMakeLists now compatible with fuerte and electric compilation, includes should work better now
- integrated the new footstep set
- fix: spelling error (don't forget to update nao_driver and humanoid_nav_msgs)
- navigation parameters in extra config file; using new launch file in nao_driver
- handle situations where both start feet are part of the calculated solution
- method rearrangement in the navigation
- got rid of get_footstep in helper
- added test to check whether all footsteps can be performed by the NAO robot; adjusted invalid footstep
- now able to switch between protective and fast footstep execution via the 'protective_execution' param + various smaller changes
- Finished fluid footstep execution for the NAO; has still to be tested for simulation/real robot
- added footstep_planner_walls to read in separate wall map (larger clearing)
- expanded states is now a hash map on x,y => vis.better in RVIZ, only one expanded state per (x,y)
- heuristic_scale parameter to increase under-estimating heuristics
- GetSuccsTo for improved R* functionality
- nao_path_follower now accepts paths
- Fixed PathCostHeuristic for non-square maps
- reaching right goal foot faster, only left goal state absorbs now.
- also show expanded states when failing; R* optimized (exact ==)
- PathCostHeuristic is now inflated by foot incircle
- Contributors: Armin Hornung, Daniel Maier, Johannes Garimort
0.3.1 (2012-06-15)
- preparing for fuerte release and sbpl package
- replanning based on old planning info in cases of a changed map disabled for now (instead: complete new planning in such a case)
- approx. comparison for R*
- footstep-feedback synchronization now handled in the action client (in FootstepNavigation.cpp)
- cost calculation directly based on the discrete planning states
- during the planning the reachability check is now based on the
File truncated at 100 lines see the full file
Wiki Tutorials
Package Dependencies
Deps | Name |
---|---|
actionlib | |
angles | |
gridmap_2d | |
humanoid_nav_msgs | |
map_server | |
roscpp | |
rospy | |
sbpl | |
tf | |
visualization_msgs | |
catkin |
System Dependencies
Dependant Packages
Name | Deps |
---|---|
humanoid_navigation |
Launch files
- launch/fake_loc_from_odom.launch
- launch/footstep_navigation_nao.launch
- launch/footstep_navigation_nao_fake_loc.launch
- launch/footstep_navigation_nao_true_loc.launch
- launch/footstep_planner.launch
- launch/footstep_planner_complete.launch
- launch/footstep_planner_nao.launch
- launch/footstep_planner_rstar_complete.launch
- launch/rviz_footstep_navigation.launch
- launch/rviz_footstep_planning.launch
- launch/rviz_footstep_planning_fuerte.launch
- launch/true_loc_from_odom.launch
Messages
Services
Plugins
Recent questions tagged footstep_planner at Robotics Stack Exchange
![]() |
footstep_planner package from humanoid_navigation repofootstep_planner gridmap_2d humanoid_localization humanoid_navigation humanoid_planner_2d |
ROS Distro
|
Package Summary
Tags | No category tags. |
Version | 0.4.1 |
License | GPL 3 |
Build type | CATKIN |
Use | RECOMMENDED |
Repository Summary
Checkout URI | https://github.com/AravindaDP/humanoid_navigation.git |
VCS Type | git |
VCS Version | indigo-devel |
Last Updated | 2018-04-17 |
Dev Status | DEVELOPED |
CI status | Continuous Integration |
Released | RELEASED |
Tags | No category tags. |
Contributing |
Help Wanted (0)
Good First Issues (0) Pull Requests to Review (0) |
Package Description
Additional Links
Maintainers
- Armin Hornung
- Pramuditha Aravinda
Authors
- Johannes Garimort, Armin Hornung
Changelog for package footstep_planner
0.4.1 (2016-09-05)
- Added include files for footstep_planner and gridmap_2d for install.
- uses double 2.0 and makes style locally consistent
- catkinize the stack
- Add service to (re)plan between feet as start and goal.
- Requires newest humanoid_msgs.
- Merge plan and replan functions
- RViz launch file / config Groovy
- mark heuristic as expired when map is updated
- removed code in the destructor that gets already cleaned up in the super class
- use pre-increment instead of post-increment (faster + post-increment for iterators not always optimizable)
- fixed sbpl exception catch
- introduced new functionality to totally reset the planning environment
- storing environment params in new struct -- get rid of unnecessary member variables
- more detailed information when sbpl planning was successful but only the old path is returned
- wait 0.5 sec before updating the start (robot) pose
- bug fix in path cost heuristic
- make footsteps smaller; + std::max
- handle receiving of foot transformations differently
- implemented the polygon-intersection-check for the navigation as well; not used so far due to some usability issues
- bug resolved: free the execution log when planning failed; use ros::Time(0) instead of ros::Time::now() since when using the latter sometimes the tf cannot be received (now sometimes an outdated step is received but this works better anyhow)
- bug resulting in segfaulting thread now (probably) resolved
- replaced old reachable check by a new more smoother grid based approach
- small fix in the replanning logic
- enforce planning from scratch when necessary (e.g. goal changed when using backward planning)
- added assertion to enforce correct heuristic calculation
- applied ROS code style
- reorganized the way FootstepNavigation invokes the planner and starts the execution; changed FootstepPlanner::updateMap
- Contributors: Armin Hornung, Johannes Garimort, Pramuditha Aravinda, Vincent Rabaud, enriquefernandez
0.4.0 (2013-01-10)
- Updated stack.xml & CMakeLists, new version 0.4.0 to release
- adjusted robot translation in z dir
- footstep execution now aborted when map changes + replanning and new execution is started; again use ALL calculated steps when extracting the path
- Changes in R* launch file params
- using only the new launch file from pkg nao_driver
- Fixed odometry lookup error (wrong frame)
- Indenting / code style according to ROS style
- fixed SBPL in CMakeListe for custom-installed location
- fixed out of map check in R*
- cleanup of R* code
- manifest/CMakeLists now compatible with fuerte and electric compilation, includes should work better now
- integrated the new footstep set
- fix: spelling error (don't forget to update nao_driver and humanoid_nav_msgs)
- navigation parameters in extra config file; using new launch file in nao_driver
- handle situations where both start feet are part of the calculated solution
- method rearrangement in the navigation
- got rid of get_footstep in helper
- added test to check whether all footsteps can be performed by the NAO robot; adjusted invalid footstep
- now able to switch between protective and fast footstep execution via the 'protective_execution' param + various smaller changes
- Finished fluid footstep execution for the NAO; has still to be tested for simulation/real robot
- added footstep_planner_walls to read in separate wall map (larger clearing)
- expanded states is now a hash map on x,y => vis.better in RVIZ, only one expanded state per (x,y)
- heuristic_scale parameter to increase under-estimating heuristics
- GetSuccsTo for improved R* functionality
- nao_path_follower now accepts paths
- Fixed PathCostHeuristic for non-square maps
- reaching right goal foot faster, only left goal state absorbs now.
- also show expanded states when failing; R* optimized (exact ==)
- PathCostHeuristic is now inflated by foot incircle
- Contributors: Armin Hornung, Daniel Maier, Johannes Garimort
0.3.1 (2012-06-15)
- preparing for fuerte release and sbpl package
- replanning based on old planning info in cases of a changed map disabled for now (instead: complete new planning in such a case)
- approx. comparison for R*
- footstep-feedback synchronization now handled in the action client (in FootstepNavigation.cpp)
- cost calculation directly based on the discrete planning states
- during the planning the reachability check is now based on the
File truncated at 100 lines see the full file
Wiki Tutorials
Package Dependencies
Deps | Name |
---|---|
actionlib | |
angles | |
gridmap_2d | |
humanoid_nav_msgs | |
map_server | |
roscpp | |
rospy | |
sbpl | |
tf | |
visualization_msgs | |
catkin |
System Dependencies
Dependant Packages
Name | Deps |
---|---|
humanoid_navigation |
Launch files
- launch/fake_loc_from_odom.launch
- launch/footstep_navigation_nao.launch
- launch/footstep_navigation_nao_fake_loc.launch
- launch/footstep_navigation_nao_true_loc.launch
- launch/footstep_planner.launch
- launch/footstep_planner_complete.launch
- launch/footstep_planner_nao.launch
- launch/footstep_planner_rstar_complete.launch
- launch/rviz_footstep_navigation.launch
- launch/rviz_footstep_planning.launch
- launch/rviz_footstep_planning_fuerte.launch
- launch/true_loc_from_odom.launch
Messages
Services
Plugins
Recent questions tagged footstep_planner at Robotics Stack Exchange
![]() |
footstep_planner package from humanoid_navigation repofootstep_planner gridmap_2d humanoid_localization humanoid_navigation humanoid_planner_2d |
ROS Distro
|
Package Summary
Tags | No category tags. |
Version | 0.4.1 |
License | GPL 3 |
Build type | CATKIN |
Use | RECOMMENDED |
Repository Summary
Checkout URI | https://github.com/AravindaDP/humanoid_navigation.git |
VCS Type | git |
VCS Version | indigo-devel |
Last Updated | 2018-04-17 |
Dev Status | DEVELOPED |
CI status | Continuous Integration |
Released | RELEASED |
Tags | No category tags. |
Contributing |
Help Wanted (0)
Good First Issues (0) Pull Requests to Review (0) |
Package Description
Additional Links
Maintainers
- Armin Hornung
- Pramuditha Aravinda
Authors
- Johannes Garimort, Armin Hornung
Changelog for package footstep_planner
0.4.1 (2016-09-05)
- Added include files for footstep_planner and gridmap_2d for install.
- uses double 2.0 and makes style locally consistent
- catkinize the stack
- Add service to (re)plan between feet as start and goal.
- Requires newest humanoid_msgs.
- Merge plan and replan functions
- RViz launch file / config Groovy
- mark heuristic as expired when map is updated
- removed code in the destructor that gets already cleaned up in the super class
- use pre-increment instead of post-increment (faster + post-increment for iterators not always optimizable)
- fixed sbpl exception catch
- introduced new functionality to totally reset the planning environment
- storing environment params in new struct -- get rid of unnecessary member variables
- more detailed information when sbpl planning was successful but only the old path is returned
- wait 0.5 sec before updating the start (robot) pose
- bug fix in path cost heuristic
- make footsteps smaller; + std::max
- handle receiving of foot transformations differently
- implemented the polygon-intersection-check for the navigation as well; not used so far due to some usability issues
- bug resolved: free the execution log when planning failed; use ros::Time(0) instead of ros::Time::now() since when using the latter sometimes the tf cannot be received (now sometimes an outdated step is received but this works better anyhow)
- bug resulting in segfaulting thread now (probably) resolved
- replaced old reachable check by a new more smoother grid based approach
- small fix in the replanning logic
- enforce planning from scratch when necessary (e.g. goal changed when using backward planning)
- added assertion to enforce correct heuristic calculation
- applied ROS code style
- reorganized the way FootstepNavigation invokes the planner and starts the execution; changed FootstepPlanner::updateMap
- Contributors: Armin Hornung, Johannes Garimort, Pramuditha Aravinda, Vincent Rabaud, enriquefernandez
0.4.0 (2013-01-10)
- Updated stack.xml & CMakeLists, new version 0.4.0 to release
- adjusted robot translation in z dir
- footstep execution now aborted when map changes + replanning and new execution is started; again use ALL calculated steps when extracting the path
- Changes in R* launch file params
- using only the new launch file from pkg nao_driver
- Fixed odometry lookup error (wrong frame)
- Indenting / code style according to ROS style
- fixed SBPL in CMakeListe for custom-installed location
- fixed out of map check in R*
- cleanup of R* code
- manifest/CMakeLists now compatible with fuerte and electric compilation, includes should work better now
- integrated the new footstep set
- fix: spelling error (don't forget to update nao_driver and humanoid_nav_msgs)
- navigation parameters in extra config file; using new launch file in nao_driver
- handle situations where both start feet are part of the calculated solution
- method rearrangement in the navigation
- got rid of get_footstep in helper
- added test to check whether all footsteps can be performed by the NAO robot; adjusted invalid footstep
- now able to switch between protective and fast footstep execution via the 'protective_execution' param + various smaller changes
- Finished fluid footstep execution for the NAO; has still to be tested for simulation/real robot
- added footstep_planner_walls to read in separate wall map (larger clearing)
- expanded states is now a hash map on x,y => vis.better in RVIZ, only one expanded state per (x,y)
- heuristic_scale parameter to increase under-estimating heuristics
- GetSuccsTo for improved R* functionality
- nao_path_follower now accepts paths
- Fixed PathCostHeuristic for non-square maps
- reaching right goal foot faster, only left goal state absorbs now.
- also show expanded states when failing; R* optimized (exact ==)
- PathCostHeuristic is now inflated by foot incircle
- Contributors: Armin Hornung, Daniel Maier, Johannes Garimort
0.3.1 (2012-06-15)
- preparing for fuerte release and sbpl package
- replanning based on old planning info in cases of a changed map disabled for now (instead: complete new planning in such a case)
- approx. comparison for R*
- footstep-feedback synchronization now handled in the action client (in FootstepNavigation.cpp)
- cost calculation directly based on the discrete planning states
- during the planning the reachability check is now based on the
File truncated at 100 lines see the full file
Wiki Tutorials
Package Dependencies
Deps | Name |
---|---|
actionlib | |
angles | |
gridmap_2d | |
humanoid_nav_msgs | |
map_server | |
roscpp | |
rospy | |
sbpl | |
tf | |
visualization_msgs | |
catkin |
System Dependencies
Dependant Packages
Name | Deps |
---|---|
humanoid_navigation |
Launch files
- launch/fake_loc_from_odom.launch
- launch/footstep_navigation_nao.launch
- launch/footstep_navigation_nao_fake_loc.launch
- launch/footstep_navigation_nao_true_loc.launch
- launch/footstep_planner.launch
- launch/footstep_planner_complete.launch
- launch/footstep_planner_nao.launch
- launch/footstep_planner_rstar_complete.launch
- launch/rviz_footstep_navigation.launch
- launch/rviz_footstep_planning.launch
- launch/rviz_footstep_planning_fuerte.launch
- launch/true_loc_from_odom.launch
Messages
Services
Plugins
Recent questions tagged footstep_planner at Robotics Stack Exchange
![]() |
footstep_planner package from humanoid_navigation repofootstep_planner gridmap_2d humanoid_localization humanoid_navigation humanoid_planner_2d |
ROS Distro
|
Package Summary
Tags | No category tags. |
Version | 0.4.1 |
License | GPL 3 |
Build type | CATKIN |
Use | RECOMMENDED |
Repository Summary
Checkout URI | https://github.com/AravindaDP/humanoid_navigation.git |
VCS Type | git |
VCS Version | indigo-devel |
Last Updated | 2018-04-17 |
Dev Status | DEVELOPED |
CI status | Continuous Integration |
Released | RELEASED |
Tags | No category tags. |
Contributing |
Help Wanted (0)
Good First Issues (0) Pull Requests to Review (0) |
Package Description
Additional Links
Maintainers
- Armin Hornung
- Pramuditha Aravinda
Authors
- Johannes Garimort, Armin Hornung
Changelog for package footstep_planner
0.4.1 (2016-09-05)
- Added include files for footstep_planner and gridmap_2d for install.
- uses double 2.0 and makes style locally consistent
- catkinize the stack
- Add service to (re)plan between feet as start and goal.
- Requires newest humanoid_msgs.
- Merge plan and replan functions
- RViz launch file / config Groovy
- mark heuristic as expired when map is updated
- removed code in the destructor that gets already cleaned up in the super class
- use pre-increment instead of post-increment (faster + post-increment for iterators not always optimizable)
- fixed sbpl exception catch
- introduced new functionality to totally reset the planning environment
- storing environment params in new struct -- get rid of unnecessary member variables
- more detailed information when sbpl planning was successful but only the old path is returned
- wait 0.5 sec before updating the start (robot) pose
- bug fix in path cost heuristic
- make footsteps smaller; + std::max
- handle receiving of foot transformations differently
- implemented the polygon-intersection-check for the navigation as well; not used so far due to some usability issues
- bug resolved: free the execution log when planning failed; use ros::Time(0) instead of ros::Time::now() since when using the latter sometimes the tf cannot be received (now sometimes an outdated step is received but this works better anyhow)
- bug resulting in segfaulting thread now (probably) resolved
- replaced old reachable check by a new more smoother grid based approach
- small fix in the replanning logic
- enforce planning from scratch when necessary (e.g. goal changed when using backward planning)
- added assertion to enforce correct heuristic calculation
- applied ROS code style
- reorganized the way FootstepNavigation invokes the planner and starts the execution; changed FootstepPlanner::updateMap
- Contributors: Armin Hornung, Johannes Garimort, Pramuditha Aravinda, Vincent Rabaud, enriquefernandez
0.4.0 (2013-01-10)
- Updated stack.xml & CMakeLists, new version 0.4.0 to release
- adjusted robot translation in z dir
- footstep execution now aborted when map changes + replanning and new execution is started; again use ALL calculated steps when extracting the path
- Changes in R* launch file params
- using only the new launch file from pkg nao_driver
- Fixed odometry lookup error (wrong frame)
- Indenting / code style according to ROS style
- fixed SBPL in CMakeListe for custom-installed location
- fixed out of map check in R*
- cleanup of R* code
- manifest/CMakeLists now compatible with fuerte and electric compilation, includes should work better now
- integrated the new footstep set
- fix: spelling error (don't forget to update nao_driver and humanoid_nav_msgs)
- navigation parameters in extra config file; using new launch file in nao_driver
- handle situations where both start feet are part of the calculated solution
- method rearrangement in the navigation
- got rid of get_footstep in helper
- added test to check whether all footsteps can be performed by the NAO robot; adjusted invalid footstep
- now able to switch between protective and fast footstep execution via the 'protective_execution' param + various smaller changes
- Finished fluid footstep execution for the NAO; has still to be tested for simulation/real robot
- added footstep_planner_walls to read in separate wall map (larger clearing)
- expanded states is now a hash map on x,y => vis.better in RVIZ, only one expanded state per (x,y)
- heuristic_scale parameter to increase under-estimating heuristics
- GetSuccsTo for improved R* functionality
- nao_path_follower now accepts paths
- Fixed PathCostHeuristic for non-square maps
- reaching right goal foot faster, only left goal state absorbs now.
- also show expanded states when failing; R* optimized (exact ==)
- PathCostHeuristic is now inflated by foot incircle
- Contributors: Armin Hornung, Daniel Maier, Johannes Garimort
0.3.1 (2012-06-15)
- preparing for fuerte release and sbpl package
- replanning based on old planning info in cases of a changed map disabled for now (instead: complete new planning in such a case)
- approx. comparison for R*
- footstep-feedback synchronization now handled in the action client (in FootstepNavigation.cpp)
- cost calculation directly based on the discrete planning states
- during the planning the reachability check is now based on the
File truncated at 100 lines see the full file
Wiki Tutorials
Package Dependencies
Deps | Name |
---|---|
actionlib | |
angles | |
gridmap_2d | |
humanoid_nav_msgs | |
map_server | |
roscpp | |
rospy | |
sbpl | |
tf | |
visualization_msgs | |
catkin |
System Dependencies
Dependant Packages
Name | Deps |
---|---|
humanoid_navigation |
Launch files
- launch/fake_loc_from_odom.launch
- launch/footstep_navigation_nao.launch
- launch/footstep_navigation_nao_fake_loc.launch
- launch/footstep_navigation_nao_true_loc.launch
- launch/footstep_planner.launch
- launch/footstep_planner_complete.launch
- launch/footstep_planner_nao.launch
- launch/footstep_planner_rstar_complete.launch
- launch/rviz_footstep_navigation.launch
- launch/rviz_footstep_planning.launch
- launch/rviz_footstep_planning_fuerte.launch
- launch/true_loc_from_odom.launch
Messages
Services
Plugins
Recent questions tagged footstep_planner at Robotics Stack Exchange
![]() |
footstep_planner package from humanoid_navigation repofootstep_planner gridmap_2d humanoid_localization humanoid_navigation humanoid_planner_2d |
ROS Distro
|
Package Summary
Tags | No category tags. |
Version | 0.4.1 |
License | GPL 3 |
Build type | CATKIN |
Use | RECOMMENDED |
Repository Summary
Checkout URI | https://github.com/AravindaDP/humanoid_navigation.git |
VCS Type | git |
VCS Version | indigo-devel |
Last Updated | 2018-04-17 |
Dev Status | DEVELOPED |
CI status | Continuous Integration |
Released | RELEASED |
Tags | No category tags. |
Contributing |
Help Wanted (0)
Good First Issues (0) Pull Requests to Review (0) |
Package Description
Additional Links
Maintainers
- Armin Hornung
- Pramuditha Aravinda
Authors
- Johannes Garimort, Armin Hornung
Changelog for package footstep_planner
0.4.1 (2016-09-05)
- Added include files for footstep_planner and gridmap_2d for install.
- uses double 2.0 and makes style locally consistent
- catkinize the stack
- Add service to (re)plan between feet as start and goal.
- Requires newest humanoid_msgs.
- Merge plan and replan functions
- RViz launch file / config Groovy
- mark heuristic as expired when map is updated
- removed code in the destructor that gets already cleaned up in the super class
- use pre-increment instead of post-increment (faster + post-increment for iterators not always optimizable)
- fixed sbpl exception catch
- introduced new functionality to totally reset the planning environment
- storing environment params in new struct -- get rid of unnecessary member variables
- more detailed information when sbpl planning was successful but only the old path is returned
- wait 0.5 sec before updating the start (robot) pose
- bug fix in path cost heuristic
- make footsteps smaller; + std::max
- handle receiving of foot transformations differently
- implemented the polygon-intersection-check for the navigation as well; not used so far due to some usability issues
- bug resolved: free the execution log when planning failed; use ros::Time(0) instead of ros::Time::now() since when using the latter sometimes the tf cannot be received (now sometimes an outdated step is received but this works better anyhow)
- bug resulting in segfaulting thread now (probably) resolved
- replaced old reachable check by a new more smoother grid based approach
- small fix in the replanning logic
- enforce planning from scratch when necessary (e.g. goal changed when using backward planning)
- added assertion to enforce correct heuristic calculation
- applied ROS code style
- reorganized the way FootstepNavigation invokes the planner and starts the execution; changed FootstepPlanner::updateMap
- Contributors: Armin Hornung, Johannes Garimort, Pramuditha Aravinda, Vincent Rabaud, enriquefernandez
0.4.0 (2013-01-10)
- Updated stack.xml & CMakeLists, new version 0.4.0 to release
- adjusted robot translation in z dir
- footstep execution now aborted when map changes + replanning and new execution is started; again use ALL calculated steps when extracting the path
- Changes in R* launch file params
- using only the new launch file from pkg nao_driver
- Fixed odometry lookup error (wrong frame)
- Indenting / code style according to ROS style
- fixed SBPL in CMakeListe for custom-installed location
- fixed out of map check in R*
- cleanup of R* code
- manifest/CMakeLists now compatible with fuerte and electric compilation, includes should work better now
- integrated the new footstep set
- fix: spelling error (don't forget to update nao_driver and humanoid_nav_msgs)
- navigation parameters in extra config file; using new launch file in nao_driver
- handle situations where both start feet are part of the calculated solution
- method rearrangement in the navigation
- got rid of get_footstep in helper
- added test to check whether all footsteps can be performed by the NAO robot; adjusted invalid footstep
- now able to switch between protective and fast footstep execution via the 'protective_execution' param + various smaller changes
- Finished fluid footstep execution for the NAO; has still to be tested for simulation/real robot
- added footstep_planner_walls to read in separate wall map (larger clearing)
- expanded states is now a hash map on x,y => vis.better in RVIZ, only one expanded state per (x,y)
- heuristic_scale parameter to increase under-estimating heuristics
- GetSuccsTo for improved R* functionality
- nao_path_follower now accepts paths
- Fixed PathCostHeuristic for non-square maps
- reaching right goal foot faster, only left goal state absorbs now.
- also show expanded states when failing; R* optimized (exact ==)
- PathCostHeuristic is now inflated by foot incircle
- Contributors: Armin Hornung, Daniel Maier, Johannes Garimort
0.3.1 (2012-06-15)
- preparing for fuerte release and sbpl package
- replanning based on old planning info in cases of a changed map disabled for now (instead: complete new planning in such a case)
- approx. comparison for R*
- footstep-feedback synchronization now handled in the action client (in FootstepNavigation.cpp)
- cost calculation directly based on the discrete planning states
- during the planning the reachability check is now based on the
File truncated at 100 lines see the full file
Wiki Tutorials
Package Dependencies
Deps | Name |
---|---|
actionlib | |
angles | |
gridmap_2d | |
humanoid_nav_msgs | |
map_server | |
roscpp | |
rospy | |
sbpl | |
tf | |
visualization_msgs | |
catkin |
System Dependencies
Dependant Packages
Name | Deps |
---|---|
humanoid_navigation |
Launch files
- launch/fake_loc_from_odom.launch
- launch/footstep_navigation_nao.launch
- launch/footstep_navigation_nao_fake_loc.launch
- launch/footstep_navigation_nao_true_loc.launch
- launch/footstep_planner.launch
- launch/footstep_planner_complete.launch
- launch/footstep_planner_nao.launch
- launch/footstep_planner_rstar_complete.launch
- launch/rviz_footstep_navigation.launch
- launch/rviz_footstep_planning.launch
- launch/rviz_footstep_planning_fuerte.launch
- launch/true_loc_from_odom.launch
Messages
Services
Plugins
Recent questions tagged footstep_planner at Robotics Stack Exchange
![]() |
footstep_planner package from humanoid_navigation repofootstep_planner gridmap_2d humanoid_localization humanoid_navigation humanoid_planner_2d |
ROS Distro
|
Package Summary
Tags | No category tags. |
Version | 0.4.1 |
License | GPL 3 |
Build type | CATKIN |
Use | RECOMMENDED |
Repository Summary
Checkout URI | https://github.com/AravindaDP/humanoid_navigation.git |
VCS Type | git |
VCS Version | indigo-devel |
Last Updated | 2018-04-17 |
Dev Status | DEVELOPED |
CI status | Continuous Integration |
Released | RELEASED |
Tags | No category tags. |
Contributing |
Help Wanted (0)
Good First Issues (0) Pull Requests to Review (0) |
Package Description
Additional Links
Maintainers
- Armin Hornung
- Pramuditha Aravinda
Authors
- Johannes Garimort, Armin Hornung
Changelog for package footstep_planner
0.4.1 (2016-09-05)
- Added include files for footstep_planner and gridmap_2d for install.
- uses double 2.0 and makes style locally consistent
- catkinize the stack
- Add service to (re)plan between feet as start and goal.
- Requires newest humanoid_msgs.
- Merge plan and replan functions
- RViz launch file / config Groovy
- mark heuristic as expired when map is updated
- removed code in the destructor that gets already cleaned up in the super class
- use pre-increment instead of post-increment (faster + post-increment for iterators not always optimizable)
- fixed sbpl exception catch
- introduced new functionality to totally reset the planning environment
- storing environment params in new struct -- get rid of unnecessary member variables
- more detailed information when sbpl planning was successful but only the old path is returned
- wait 0.5 sec before updating the start (robot) pose
- bug fix in path cost heuristic
- make footsteps smaller; + std::max
- handle receiving of foot transformations differently
- implemented the polygon-intersection-check for the navigation as well; not used so far due to some usability issues
- bug resolved: free the execution log when planning failed; use ros::Time(0) instead of ros::Time::now() since when using the latter sometimes the tf cannot be received (now sometimes an outdated step is received but this works better anyhow)
- bug resulting in segfaulting thread now (probably) resolved
- replaced old reachable check by a new more smoother grid based approach
- small fix in the replanning logic
- enforce planning from scratch when necessary (e.g. goal changed when using backward planning)
- added assertion to enforce correct heuristic calculation
- applied ROS code style
- reorganized the way FootstepNavigation invokes the planner and starts the execution; changed FootstepPlanner::updateMap
- Contributors: Armin Hornung, Johannes Garimort, Pramuditha Aravinda, Vincent Rabaud, enriquefernandez
0.4.0 (2013-01-10)
- Updated stack.xml & CMakeLists, new version 0.4.0 to release
- adjusted robot translation in z dir
- footstep execution now aborted when map changes + replanning and new execution is started; again use ALL calculated steps when extracting the path
- Changes in R* launch file params
- using only the new launch file from pkg nao_driver
- Fixed odometry lookup error (wrong frame)
- Indenting / code style according to ROS style
- fixed SBPL in CMakeListe for custom-installed location
- fixed out of map check in R*
- cleanup of R* code
- manifest/CMakeLists now compatible with fuerte and electric compilation, includes should work better now
- integrated the new footstep set
- fix: spelling error (don't forget to update nao_driver and humanoid_nav_msgs)
- navigation parameters in extra config file; using new launch file in nao_driver
- handle situations where both start feet are part of the calculated solution
- method rearrangement in the navigation
- got rid of get_footstep in helper
- added test to check whether all footsteps can be performed by the NAO robot; adjusted invalid footstep
- now able to switch between protective and fast footstep execution via the 'protective_execution' param + various smaller changes
- Finished fluid footstep execution for the NAO; has still to be tested for simulation/real robot
- added footstep_planner_walls to read in separate wall map (larger clearing)
- expanded states is now a hash map on x,y => vis.better in RVIZ, only one expanded state per (x,y)
- heuristic_scale parameter to increase under-estimating heuristics
- GetSuccsTo for improved R* functionality
- nao_path_follower now accepts paths
- Fixed PathCostHeuristic for non-square maps
- reaching right goal foot faster, only left goal state absorbs now.
- also show expanded states when failing; R* optimized (exact ==)
- PathCostHeuristic is now inflated by foot incircle
- Contributors: Armin Hornung, Daniel Maier, Johannes Garimort
0.3.1 (2012-06-15)
- preparing for fuerte release and sbpl package
- replanning based on old planning info in cases of a changed map disabled for now (instead: complete new planning in such a case)
- approx. comparison for R*
- footstep-feedback synchronization now handled in the action client (in FootstepNavigation.cpp)
- cost calculation directly based on the discrete planning states
- during the planning the reachability check is now based on the
File truncated at 100 lines see the full file
Wiki Tutorials
Package Dependencies
Deps | Name |
---|---|
actionlib | |
angles | |
gridmap_2d | |
humanoid_nav_msgs | |
map_server | |
roscpp | |
rospy | |
sbpl | |
tf | |
visualization_msgs | |
catkin |
System Dependencies
Dependant Packages
Name | Deps |
---|---|
humanoid_navigation |
Launch files
- launch/fake_loc_from_odom.launch
- launch/footstep_navigation_nao.launch
- launch/footstep_navigation_nao_fake_loc.launch
- launch/footstep_navigation_nao_true_loc.launch
- launch/footstep_planner.launch
- launch/footstep_planner_complete.launch
- launch/footstep_planner_nao.launch
- launch/footstep_planner_rstar_complete.launch
- launch/rviz_footstep_navigation.launch
- launch/rviz_footstep_planning.launch
- launch/rviz_footstep_planning_fuerte.launch
- launch/true_loc_from_odom.launch
Messages
Services
Plugins
Recent questions tagged footstep_planner at Robotics Stack Exchange
![]() |
footstep_planner package from humanoid_navigation repofootstep_planner gridmap_2d humanoid_localization humanoid_navigation humanoid_planner_2d |
ROS Distro
|
Package Summary
Tags | No category tags. |
Version | 0.4.1 |
License | GPL 3 |
Build type | CATKIN |
Use | RECOMMENDED |
Repository Summary
Checkout URI | https://github.com/AravindaDP/humanoid_navigation.git |
VCS Type | git |
VCS Version | indigo-devel |
Last Updated | 2018-04-17 |
Dev Status | DEVELOPED |
CI status | Continuous Integration |
Released | RELEASED |
Tags | No category tags. |
Contributing |
Help Wanted (0)
Good First Issues (0) Pull Requests to Review (0) |
Package Description
Additional Links
Maintainers
- Armin Hornung
- Pramuditha Aravinda
Authors
- Johannes Garimort, Armin Hornung
Changelog for package footstep_planner
0.4.1 (2016-09-05)
- Added include files for footstep_planner and gridmap_2d for install.
- uses double 2.0 and makes style locally consistent
- catkinize the stack
- Add service to (re)plan between feet as start and goal.
- Requires newest humanoid_msgs.
- Merge plan and replan functions
- RViz launch file / config Groovy
- mark heuristic as expired when map is updated
- removed code in the destructor that gets already cleaned up in the super class
- use pre-increment instead of post-increment (faster + post-increment for iterators not always optimizable)
- fixed sbpl exception catch
- introduced new functionality to totally reset the planning environment
- storing environment params in new struct -- get rid of unnecessary member variables
- more detailed information when sbpl planning was successful but only the old path is returned
- wait 0.5 sec before updating the start (robot) pose
- bug fix in path cost heuristic
- make footsteps smaller; + std::max
- handle receiving of foot transformations differently
- implemented the polygon-intersection-check for the navigation as well; not used so far due to some usability issues
- bug resolved: free the execution log when planning failed; use ros::Time(0) instead of ros::Time::now() since when using the latter sometimes the tf cannot be received (now sometimes an outdated step is received but this works better anyhow)
- bug resulting in segfaulting thread now (probably) resolved
- replaced old reachable check by a new more smoother grid based approach
- small fix in the replanning logic
- enforce planning from scratch when necessary (e.g. goal changed when using backward planning)
- added assertion to enforce correct heuristic calculation
- applied ROS code style
- reorganized the way FootstepNavigation invokes the planner and starts the execution; changed FootstepPlanner::updateMap
- Contributors: Armin Hornung, Johannes Garimort, Pramuditha Aravinda, Vincent Rabaud, enriquefernandez
0.4.0 (2013-01-10)
- Updated stack.xml & CMakeLists, new version 0.4.0 to release
- adjusted robot translation in z dir
- footstep execution now aborted when map changes + replanning and new execution is started; again use ALL calculated steps when extracting the path
- Changes in R* launch file params
- using only the new launch file from pkg nao_driver
- Fixed odometry lookup error (wrong frame)
- Indenting / code style according to ROS style
- fixed SBPL in CMakeListe for custom-installed location
- fixed out of map check in R*
- cleanup of R* code
- manifest/CMakeLists now compatible with fuerte and electric compilation, includes should work better now
- integrated the new footstep set
- fix: spelling error (don't forget to update nao_driver and humanoid_nav_msgs)
- navigation parameters in extra config file; using new launch file in nao_driver
- handle situations where both start feet are part of the calculated solution
- method rearrangement in the navigation
- got rid of get_footstep in helper
- added test to check whether all footsteps can be performed by the NAO robot; adjusted invalid footstep
- now able to switch between protective and fast footstep execution via the 'protective_execution' param + various smaller changes
- Finished fluid footstep execution for the NAO; has still to be tested for simulation/real robot
- added footstep_planner_walls to read in separate wall map (larger clearing)
- expanded states is now a hash map on x,y => vis.better in RVIZ, only one expanded state per (x,y)
- heuristic_scale parameter to increase under-estimating heuristics
- GetSuccsTo for improved R* functionality
- nao_path_follower now accepts paths
- Fixed PathCostHeuristic for non-square maps
- reaching right goal foot faster, only left goal state absorbs now.
- also show expanded states when failing; R* optimized (exact ==)
- PathCostHeuristic is now inflated by foot incircle
- Contributors: Armin Hornung, Daniel Maier, Johannes Garimort
0.3.1 (2012-06-15)
- preparing for fuerte release and sbpl package
- replanning based on old planning info in cases of a changed map disabled for now (instead: complete new planning in such a case)
- approx. comparison for R*
- footstep-feedback synchronization now handled in the action client (in FootstepNavigation.cpp)
- cost calculation directly based on the discrete planning states
- during the planning the reachability check is now based on the
File truncated at 100 lines see the full file
Wiki Tutorials
Package Dependencies
Deps | Name |
---|---|
actionlib | |
angles | |
gridmap_2d | |
humanoid_nav_msgs | |
map_server | |
roscpp | |
rospy | |
sbpl | |
tf | |
visualization_msgs | |
catkin |
System Dependencies
Dependant Packages
Name | Deps |
---|---|
humanoid_navigation |
Launch files
- launch/fake_loc_from_odom.launch
- launch/footstep_navigation_nao.launch
- launch/footstep_navigation_nao_fake_loc.launch
- launch/footstep_navigation_nao_true_loc.launch
- launch/footstep_planner.launch
- launch/footstep_planner_complete.launch
- launch/footstep_planner_nao.launch
- launch/footstep_planner_rstar_complete.launch
- launch/rviz_footstep_navigation.launch
- launch/rviz_footstep_planning.launch
- launch/rviz_footstep_planning_fuerte.launch
- launch/true_loc_from_odom.launch
Messages
Services
Plugins
Recent questions tagged footstep_planner at Robotics Stack Exchange
![]() |
footstep_planner package from humanoid_navigation repofootstep_planner gridmap_2d humanoid_localization humanoid_navigation humanoid_planner_2d |
ROS Distro
|
Package Summary
Tags | No category tags. |
Version | 0.4.1 |
License | GPL 3 |
Build type | CATKIN |
Use | RECOMMENDED |
Repository Summary
Checkout URI | https://github.com/AravindaDP/humanoid_navigation.git |
VCS Type | git |
VCS Version | indigo-devel |
Last Updated | 2018-04-17 |
Dev Status | DEVELOPED |
CI status | Continuous Integration |
Released | RELEASED |
Tags | No category tags. |
Contributing |
Help Wanted (0)
Good First Issues (0) Pull Requests to Review (0) |
Package Description
Additional Links
Maintainers
- Armin Hornung
- Pramuditha Aravinda
Authors
- Johannes Garimort, Armin Hornung
Changelog for package footstep_planner
0.4.1 (2016-09-05)
- Added include files for footstep_planner and gridmap_2d for install.
- uses double 2.0 and makes style locally consistent
- catkinize the stack
- Add service to (re)plan between feet as start and goal.
- Requires newest humanoid_msgs.
- Merge plan and replan functions
- RViz launch file / config Groovy
- mark heuristic as expired when map is updated
- removed code in the destructor that gets already cleaned up in the super class
- use pre-increment instead of post-increment (faster + post-increment for iterators not always optimizable)
- fixed sbpl exception catch
- introduced new functionality to totally reset the planning environment
- storing environment params in new struct -- get rid of unnecessary member variables
- more detailed information when sbpl planning was successful but only the old path is returned
- wait 0.5 sec before updating the start (robot) pose
- bug fix in path cost heuristic
- make footsteps smaller; + std::max
- handle receiving of foot transformations differently
- implemented the polygon-intersection-check for the navigation as well; not used so far due to some usability issues
- bug resolved: free the execution log when planning failed; use ros::Time(0) instead of ros::Time::now() since when using the latter sometimes the tf cannot be received (now sometimes an outdated step is received but this works better anyhow)
- bug resulting in segfaulting thread now (probably) resolved
- replaced old reachable check by a new more smoother grid based approach
- small fix in the replanning logic
- enforce planning from scratch when necessary (e.g. goal changed when using backward planning)
- added assertion to enforce correct heuristic calculation
- applied ROS code style
- reorganized the way FootstepNavigation invokes the planner and starts the execution; changed FootstepPlanner::updateMap
- Contributors: Armin Hornung, Johannes Garimort, Pramuditha Aravinda, Vincent Rabaud, enriquefernandez
0.4.0 (2013-01-10)
- Updated stack.xml & CMakeLists, new version 0.4.0 to release
- adjusted robot translation in z dir
- footstep execution now aborted when map changes + replanning and new execution is started; again use ALL calculated steps when extracting the path
- Changes in R* launch file params
- using only the new launch file from pkg nao_driver
- Fixed odometry lookup error (wrong frame)
- Indenting / code style according to ROS style
- fixed SBPL in CMakeListe for custom-installed location
- fixed out of map check in R*
- cleanup of R* code
- manifest/CMakeLists now compatible with fuerte and electric compilation, includes should work better now
- integrated the new footstep set
- fix: spelling error (don't forget to update nao_driver and humanoid_nav_msgs)
- navigation parameters in extra config file; using new launch file in nao_driver
- handle situations where both start feet are part of the calculated solution
- method rearrangement in the navigation
- got rid of get_footstep in helper
- added test to check whether all footsteps can be performed by the NAO robot; adjusted invalid footstep
- now able to switch between protective and fast footstep execution via the 'protective_execution' param + various smaller changes
- Finished fluid footstep execution for the NAO; has still to be tested for simulation/real robot
- added footstep_planner_walls to read in separate wall map (larger clearing)
- expanded states is now a hash map on x,y => vis.better in RVIZ, only one expanded state per (x,y)
- heuristic_scale parameter to increase under-estimating heuristics
- GetSuccsTo for improved R* functionality
- nao_path_follower now accepts paths
- Fixed PathCostHeuristic for non-square maps
- reaching right goal foot faster, only left goal state absorbs now.
- also show expanded states when failing; R* optimized (exact ==)
- PathCostHeuristic is now inflated by foot incircle
- Contributors: Armin Hornung, Daniel Maier, Johannes Garimort
0.3.1 (2012-06-15)
- preparing for fuerte release and sbpl package
- replanning based on old planning info in cases of a changed map disabled for now (instead: complete new planning in such a case)
- approx. comparison for R*
- footstep-feedback synchronization now handled in the action client (in FootstepNavigation.cpp)
- cost calculation directly based on the discrete planning states
- during the planning the reachability check is now based on the
File truncated at 100 lines see the full file
Wiki Tutorials
Package Dependencies
Deps | Name |
---|---|
actionlib | |
angles | |
gridmap_2d | |
humanoid_nav_msgs | |
map_server | |
roscpp | |
rospy | |
sbpl | |
tf | |
visualization_msgs | |
catkin |
System Dependencies
Dependant Packages
Name | Deps |
---|---|
humanoid_navigation |
Launch files
- launch/fake_loc_from_odom.launch
- launch/footstep_navigation_nao.launch
- launch/footstep_navigation_nao_fake_loc.launch
- launch/footstep_navigation_nao_true_loc.launch
- launch/footstep_planner.launch
- launch/footstep_planner_complete.launch
- launch/footstep_planner_nao.launch
- launch/footstep_planner_rstar_complete.launch
- launch/rviz_footstep_navigation.launch
- launch/rviz_footstep_planning.launch
- launch/rviz_footstep_planning_fuerte.launch
- launch/true_loc_from_odom.launch
Messages
Services
Plugins
Recent questions tagged footstep_planner at Robotics Stack Exchange
![]() |
footstep_planner package from humanoid_navigation repofootstep_planner gridmap_2d humanoid_localization humanoid_planner_2d |
ROS Distro
|
Package Summary
Tags | No category tags. |
Version | UNKNOWN |
License | GPL 3 |
Build type | ROSBUILD |
Use | RECOMMENDED |
Repository Summary
Checkout URI | https://github.com/ahornung/humanoid_navigation.git |
VCS Type | git |
VCS Version | master |
Last Updated | 2013-12-06 |
Dev Status | UNMAINTAINED |
CI status | No Continuous Integration |
Released | UNRELEASED |
Tags | No category tags. |
Contributing |
Help Wanted (0)
Good First Issues (0) Pull Requests to Review (0) |
Package Description
Additional Links
Maintainers
Authors
- Johannes Garimort, Armin Hornung
Wiki Tutorials
Package Dependencies
Deps | Name |
---|---|
actionlib | |
humanoid_nav_msgs | |
gridmap_2d | |
map_server | |
roscpp | |
rospy | |
angles | |
tf | |
visualization_msgs |
System Dependencies
Name |
---|
sbpl |
Dependant Packages
Launch files
- launch/fake_loc_from_odom.launch
- launch/footstep_navigation_nao.launch
- launch/footstep_navigation_nao_fake_loc.launch
- launch/footstep_navigation_nao_true_loc.launch
- launch/footstep_planner.launch
- launch/footstep_planner_complete.launch
- launch/footstep_planner_nao.launch
- launch/footstep_planner_rstar_complete.launch
- launch/rviz_footstep_navigation.launch
- launch/rviz_footstep_planning.launch
- launch/rviz_footstep_planning_fuerte.launch
- launch/true_loc_from_odom.launch
Messages
Services
Plugins
Recent questions tagged footstep_planner at Robotics Stack Exchange
![]() |
footstep_planner package from humanoid_navigation repofootstep_planner gridmap_2d humanoid_localization humanoid_navigation humanoid_planner_2d |
ROS Distro
|
Package Summary
Tags | No category tags. |
Version | 0.4.2 |
License | GPLv3 |
Build type | CATKIN |
Use | RECOMMENDED |
Repository Summary
Checkout URI | https://github.com/ROBOTIS-GIT/humanoid_navigation.git |
VCS Type | git |
VCS Version | kinetic-devel |
Last Updated | 2018-04-19 |
Dev Status | MAINTAINED |
CI status | Continuous Integration |
Released | RELEASED |
Tags | No category tags. |
Contributing |
Help Wanted (0)
Good First Issues (0) Pull Requests to Review (0) |
Package Description
Additional Links
Maintainers
- Pramuditha Aravinda
- Pyo
Authors
- Johannes Garimort
- Armin Hornung
Changelog for package footstep_planner
0.4.2 (2018-04-19)
- refacotoring to release on kinetic
- added documents related to footstep_planner packages
- added information new maintainer
- fixed CMakeLists.txt and package.xml files for dependency
- fixed footstep_planner node crashes when map changesth
- Contributors: Aleksey Titov, Kayman, Pyo
0.4.1 (2016-09-05)
- Added include files for footstep_planner and gridmap_2d for install.
- uses double 2.0 and makes style locally consistent
- catkinize the stack
- Add service to (re)plan between feet as start and goal.
- Requires newest humanoid_msgs.
- Merge plan and replan functions
- RViz launch file / config Groovy
- mark heuristic as expired when map is updated
- removed code in the destructor that gets already cleaned up in the super class
- use pre-increment instead of post-increment (faster + post-increment for iterators not always optimizable)
- fixed sbpl exception catch
- introduced new functionality to totally reset the planning environment
- storing environment params in new struct -- get rid of unnecessary member variables
- more detailed information when sbpl planning was successful but only the old path is returned
- wait 0.5 sec before updating the start (robot) pose
- bug fix in path cost heuristic
- make footsteps smaller; + std::max
- handle receiving of foot transformations differently
- implemented the polygon-intersection-check for the navigation as well; not used so far due to some usability issues
- bug resolved: free the execution log when planning failed; use ros::Time(0) instead of ros::Time::now() since when using the latter sometimes the tf cannot be received (now sometimes an outdated step is received but this works better anyhow)
- bug resulting in segfaulting thread now (probably) resolved
- replaced old reachable check by a new more smoother grid based approach
- small fix in the replanning logic
- enforce planning from scratch when necessary (e.g. goal changed when using backward planning)
- added assertion to enforce correct heuristic calculation
- applied ROS code style
- reorganized the way FootstepNavigation invokes the planner and starts the execution; changed FootstepPlanner::updateMap
- Contributors: Armin Hornung, Johannes Garimort, Pramuditha Aravinda, Vincent Rabaud, enriquefernandez
0.4.0 (2013-01-10)
- Updated stack.xml & CMakeLists, new version 0.4.0 to release
- adjusted robot translation in z dir
- footstep execution now aborted when map changes + replanning and new execution is started; again use ALL calculated steps when extracting the path
- Changes in R* launch file params
- using only the new launch file from pkg nao_driver
- Fixed odometry lookup error (wrong frame)
- Indenting / code style according to ROS style
- fixed SBPL in CMakeListe for custom-installed location
- fixed out of map check in R*
- cleanup of R* code
- manifest/CMakeLists now compatible with fuerte and electric compilation, includes should work better now
- integrated the new footstep set
- fix: spelling error (don't forget to update nao_driver and humanoid_nav_msgs)
- navigation parameters in extra config file; using new launch file in nao_driver
- handle situations where both start feet are part of the calculated solution
- method rearrangement in the navigation
- got rid of get_footstep in helper
- added test to check whether all footsteps can be performed by the NAO robot; adjusted invalid footstep
- now able to switch between protective and fast footstep execution via the 'protective_execution' param + various smaller changes
- Finished fluid footstep execution for the NAO; has still to be tested for simulation/real robot
- added footstep_planner_walls to read in separate wall map (larger clearing)
- expanded states is now a hash map on x,y => vis.better in RVIZ, only one expanded state per (x,y)
- heuristic_scale parameter to increase under-estimating heuristics
- GetSuccsTo for improved R* functionality
- nao_path_follower now accepts paths
- Fixed PathCostHeuristic for non-square maps
- reaching right goal foot faster, only left goal state absorbs now.
- also show expanded states when failing; R* optimized (exact ==)
- PathCostHeuristic is now inflated by foot incircle
- Contributors: Armin Hornung, Daniel Maier, Johannes Garimort
0.3.1 (2012-06-15)
File truncated at 100 lines see the full file
Wiki Tutorials
Package Dependencies
Deps | Name |
---|---|
catkin | |
roscpp | |
rospy | |
actionlib | |
rosconsole | |
sensor_msgs | |
geometry_msgs | |
nav_msgs | |
visualization_msgs | |
humanoid_nav_msgs | |
tf | |
angles | |
gridmap_2d | |
map_server | |
sbpl |
System Dependencies
Name |
---|
libopencv-dev |
Dependant Packages
Launch files
- launch/fake_loc_from_odom.launch
- launch/footstep_navigation_nao.launch
- launch/footstep_navigation_nao_fake_loc.launch
- launch/footstep_navigation_nao_true_loc.launch
- launch/footstep_planner.launch
- launch/footstep_planner_complete.launch
- launch/footstep_planner_nao.launch
- launch/footstep_planner_rstar_complete.launch
- launch/rviz_footstep_navigation.launch
- launch/rviz_footstep_planning.launch
- launch/rviz_footstep_planning_fuerte.launch
- launch/true_loc_from_odom.launch
Messages
Services
Plugins
Recent questions tagged footstep_planner at Robotics Stack Exchange
![]() |
footstep_planner package from humanoid_navigation repofootstep_planner gridmap_2d humanoid_localization humanoid_navigation humanoid_planner_2d |
ROS Distro
|
Package Summary
Tags | No category tags. |
Version | 0.4.1 |
License | GPL 3 |
Build type | CATKIN |
Use | RECOMMENDED |
Repository Summary
Checkout URI | https://github.com/AravindaDP/humanoid_navigation.git |
VCS Type | git |
VCS Version | indigo-devel |
Last Updated | 2018-04-17 |
Dev Status | DEVELOPED |
CI status | Continuous Integration |
Released | RELEASED |
Tags | No category tags. |
Contributing |
Help Wanted (0)
Good First Issues (0) Pull Requests to Review (0) |
Package Description
Additional Links
Maintainers
- Armin Hornung
- Pramuditha Aravinda
Authors
- Johannes Garimort, Armin Hornung
Changelog for package footstep_planner
0.4.1 (2016-09-05)
- Added include files for footstep_planner and gridmap_2d for install.
- uses double 2.0 and makes style locally consistent
- catkinize the stack
- Add service to (re)plan between feet as start and goal.
- Requires newest humanoid_msgs.
- Merge plan and replan functions
- RViz launch file / config Groovy
- mark heuristic as expired when map is updated
- removed code in the destructor that gets already cleaned up in the super class
- use pre-increment instead of post-increment (faster + post-increment for iterators not always optimizable)
- fixed sbpl exception catch
- introduced new functionality to totally reset the planning environment
- storing environment params in new struct -- get rid of unnecessary member variables
- more detailed information when sbpl planning was successful but only the old path is returned
- wait 0.5 sec before updating the start (robot) pose
- bug fix in path cost heuristic
- make footsteps smaller; + std::max
- handle receiving of foot transformations differently
- implemented the polygon-intersection-check for the navigation as well; not used so far due to some usability issues
- bug resolved: free the execution log when planning failed; use ros::Time(0) instead of ros::Time::now() since when using the latter sometimes the tf cannot be received (now sometimes an outdated step is received but this works better anyhow)
- bug resulting in segfaulting thread now (probably) resolved
- replaced old reachable check by a new more smoother grid based approach
- small fix in the replanning logic
- enforce planning from scratch when necessary (e.g. goal changed when using backward planning)
- added assertion to enforce correct heuristic calculation
- applied ROS code style
- reorganized the way FootstepNavigation invokes the planner and starts the execution; changed FootstepPlanner::updateMap
- Contributors: Armin Hornung, Johannes Garimort, Pramuditha Aravinda, Vincent Rabaud, enriquefernandez
0.4.0 (2013-01-10)
- Updated stack.xml & CMakeLists, new version 0.4.0 to release
- adjusted robot translation in z dir
- footstep execution now aborted when map changes + replanning and new execution is started; again use ALL calculated steps when extracting the path
- Changes in R* launch file params
- using only the new launch file from pkg nao_driver
- Fixed odometry lookup error (wrong frame)
- Indenting / code style according to ROS style
- fixed SBPL in CMakeListe for custom-installed location
- fixed out of map check in R*
- cleanup of R* code
- manifest/CMakeLists now compatible with fuerte and electric compilation, includes should work better now
- integrated the new footstep set
- fix: spelling error (don't forget to update nao_driver and humanoid_nav_msgs)
- navigation parameters in extra config file; using new launch file in nao_driver
- handle situations where both start feet are part of the calculated solution
- method rearrangement in the navigation
- got rid of get_footstep in helper
- added test to check whether all footsteps can be performed by the NAO robot; adjusted invalid footstep
- now able to switch between protective and fast footstep execution via the 'protective_execution' param + various smaller changes
- Finished fluid footstep execution for the NAO; has still to be tested for simulation/real robot
- added footstep_planner_walls to read in separate wall map (larger clearing)
- expanded states is now a hash map on x,y => vis.better in RVIZ, only one expanded state per (x,y)
- heuristic_scale parameter to increase under-estimating heuristics
- GetSuccsTo for improved R* functionality
- nao_path_follower now accepts paths
- Fixed PathCostHeuristic for non-square maps
- reaching right goal foot faster, only left goal state absorbs now.
- also show expanded states when failing; R* optimized (exact ==)
- PathCostHeuristic is now inflated by foot incircle
- Contributors: Armin Hornung, Daniel Maier, Johannes Garimort
0.3.1 (2012-06-15)
- preparing for fuerte release and sbpl package
- replanning based on old planning info in cases of a changed map disabled for now (instead: complete new planning in such a case)
- approx. comparison for R*
- footstep-feedback synchronization now handled in the action client (in FootstepNavigation.cpp)
- cost calculation directly based on the discrete planning states
- during the planning the reachability check is now based on the
File truncated at 100 lines see the full file
Wiki Tutorials
Package Dependencies
Deps | Name |
---|---|
actionlib | |
angles | |
gridmap_2d | |
humanoid_nav_msgs | |
map_server | |
roscpp | |
rospy | |
sbpl | |
tf | |
visualization_msgs | |
catkin |
System Dependencies
Dependant Packages
Name | Deps |
---|---|
humanoid_navigation |
Launch files
- launch/fake_loc_from_odom.launch
- launch/footstep_navigation_nao.launch
- launch/footstep_navigation_nao_fake_loc.launch
- launch/footstep_navigation_nao_true_loc.launch
- launch/footstep_planner.launch
- launch/footstep_planner_complete.launch
- launch/footstep_planner_nao.launch
- launch/footstep_planner_rstar_complete.launch
- launch/rviz_footstep_navigation.launch
- launch/rviz_footstep_planning.launch
- launch/rviz_footstep_planning_fuerte.launch
- launch/true_loc_from_odom.launch
Messages
Services
Plugins
Recent questions tagged footstep_planner at Robotics Stack Exchange
![]() |
footstep_planner package from humanoid_navigation repofootstep_planner gridmap_2d humanoid_localization humanoid_navigation humanoid_planner_2d |
ROS Distro
|
Package Summary
Tags | No category tags. |
Version | 0.4.1 |
License | GPL 3 |
Build type | CATKIN |
Use | RECOMMENDED |
Repository Summary
Checkout URI | https://github.com/AravindaDP/humanoid_navigation.git |
VCS Type | git |
VCS Version | indigo-devel |
Last Updated | 2018-04-17 |
Dev Status | DEVELOPED |
CI status | Continuous Integration |
Released | RELEASED |
Tags | No category tags. |
Contributing |
Help Wanted (0)
Good First Issues (0) Pull Requests to Review (0) |
Package Description
Additional Links
Maintainers
- Armin Hornung
- Pramuditha Aravinda
Authors
- Johannes Garimort, Armin Hornung
Changelog for package footstep_planner
0.4.1 (2016-09-05)
- Added include files for footstep_planner and gridmap_2d for install.
- uses double 2.0 and makes style locally consistent
- catkinize the stack
- Add service to (re)plan between feet as start and goal.
- Requires newest humanoid_msgs.
- Merge plan and replan functions
- RViz launch file / config Groovy
- mark heuristic as expired when map is updated
- removed code in the destructor that gets already cleaned up in the super class
- use pre-increment instead of post-increment (faster + post-increment for iterators not always optimizable)
- fixed sbpl exception catch
- introduced new functionality to totally reset the planning environment
- storing environment params in new struct -- get rid of unnecessary member variables
- more detailed information when sbpl planning was successful but only the old path is returned
- wait 0.5 sec before updating the start (robot) pose
- bug fix in path cost heuristic
- make footsteps smaller; + std::max
- handle receiving of foot transformations differently
- implemented the polygon-intersection-check for the navigation as well; not used so far due to some usability issues
- bug resolved: free the execution log when planning failed; use ros::Time(0) instead of ros::Time::now() since when using the latter sometimes the tf cannot be received (now sometimes an outdated step is received but this works better anyhow)
- bug resulting in segfaulting thread now (probably) resolved
- replaced old reachable check by a new more smoother grid based approach
- small fix in the replanning logic
- enforce planning from scratch when necessary (e.g. goal changed when using backward planning)
- added assertion to enforce correct heuristic calculation
- applied ROS code style
- reorganized the way FootstepNavigation invokes the planner and starts the execution; changed FootstepPlanner::updateMap
- Contributors: Armin Hornung, Johannes Garimort, Pramuditha Aravinda, Vincent Rabaud, enriquefernandez
0.4.0 (2013-01-10)
- Updated stack.xml & CMakeLists, new version 0.4.0 to release
- adjusted robot translation in z dir
- footstep execution now aborted when map changes + replanning and new execution is started; again use ALL calculated steps when extracting the path
- Changes in R* launch file params
- using only the new launch file from pkg nao_driver
- Fixed odometry lookup error (wrong frame)
- Indenting / code style according to ROS style
- fixed SBPL in CMakeListe for custom-installed location
- fixed out of map check in R*
- cleanup of R* code
- manifest/CMakeLists now compatible with fuerte and electric compilation, includes should work better now
- integrated the new footstep set
- fix: spelling error (don't forget to update nao_driver and humanoid_nav_msgs)
- navigation parameters in extra config file; using new launch file in nao_driver
- handle situations where both start feet are part of the calculated solution
- method rearrangement in the navigation
- got rid of get_footstep in helper
- added test to check whether all footsteps can be performed by the NAO robot; adjusted invalid footstep
- now able to switch between protective and fast footstep execution via the 'protective_execution' param + various smaller changes
- Finished fluid footstep execution for the NAO; has still to be tested for simulation/real robot
- added footstep_planner_walls to read in separate wall map (larger clearing)
- expanded states is now a hash map on x,y => vis.better in RVIZ, only one expanded state per (x,y)
- heuristic_scale parameter to increase under-estimating heuristics
- GetSuccsTo for improved R* functionality
- nao_path_follower now accepts paths
- Fixed PathCostHeuristic for non-square maps
- reaching right goal foot faster, only left goal state absorbs now.
- also show expanded states when failing; R* optimized (exact ==)
- PathCostHeuristic is now inflated by foot incircle
- Contributors: Armin Hornung, Daniel Maier, Johannes Garimort
0.3.1 (2012-06-15)
- preparing for fuerte release and sbpl package
- replanning based on old planning info in cases of a changed map disabled for now (instead: complete new planning in such a case)
- approx. comparison for R*
- footstep-feedback synchronization now handled in the action client (in FootstepNavigation.cpp)
- cost calculation directly based on the discrete planning states
- during the planning the reachability check is now based on the
File truncated at 100 lines see the full file
Wiki Tutorials
Package Dependencies
Deps | Name |
---|---|
actionlib | |
angles | |
gridmap_2d | |
humanoid_nav_msgs | |
map_server | |
roscpp | |
rospy | |
sbpl | |
tf | |
visualization_msgs | |
catkin |
System Dependencies
Dependant Packages
Name | Deps |
---|---|
humanoid_navigation |
Launch files
- launch/fake_loc_from_odom.launch
- launch/footstep_navigation_nao.launch
- launch/footstep_navigation_nao_fake_loc.launch
- launch/footstep_navigation_nao_true_loc.launch
- launch/footstep_planner.launch
- launch/footstep_planner_complete.launch
- launch/footstep_planner_nao.launch
- launch/footstep_planner_rstar_complete.launch
- launch/rviz_footstep_navigation.launch
- launch/rviz_footstep_planning.launch
- launch/rviz_footstep_planning_fuerte.launch
- launch/true_loc_from_odom.launch