Changelog for package global_planner

1.17.3 (2023-01-10)

[ROS-O] various patches (#1225) * do not specify obsolete c++11 standard this breaks with current versions of log4cxx. * update pluginlib include paths the non-hpp headers have been deprecated since kinetic * use lambdas in favor of boost::bind Using boost’s _1 as a global system is deprecated since C++11. The ROS packages in Debian removed the implicit support for the global symbols, so this code fails to compile there without the patch.
Contributors: Michael Görner

Throttled failed to get plan error to 5 seconds (#1102)
Fixed the risk of divide by zero. (#1099)
No virtual destructor polyformic classes fixed. (#1100)
Fixes #1026 (#1028)
correctly delete previously allocated array (#1025) Co-authored-by: Fedor Vlasov <fedor.vlasov@de.kaercher.com>
Contributors: David V. Lu!!, Noriaki Ando, Orhan G. Hafif, mechatheo

[Windows][melodic] Navigation (except for map_server and amcl) Windows build bring up (#851)
parameter for enabling outlineMap added (#926)
Contributors: Pavel Shumejko, Sean Yen

Remove unused visualize_potential (#866)
remove unused costmap_pub_frequency (#858)
Fix #845 (#846)
Merge pull request #831 from ros-planning/feature/remove_slashes [melodic] Remove leading slashes from default frame_id parameters
Remove leading slashes from default frame_id parameters
Contributors: David V. Lu, David V. Lu!!, Michael Ferguson, Stepan Kostusiev

Switch to TF2 #755
feat(orientation_filter): Added additional orientation filter options (#739) * feat(orientation_filter): Added additional orientation filter options Enables plan references with different orientations for omni-base controllers. The following options are added: - Backward (backward path traversal, pose points to previous point) - Leftward (lateral path traversal in the positive y direction) - Rightward (lateral path traversal in the negative y direction) * Updated orientation filter option description * Added window size parameter to orientation filter Previously, the orientation was calculated using the current and the next point. However, when the path is somewhat jumpy, this results in poor orientations. By adding this parameter and altering the orientation calculation, the calculated orientation can be smoothened along the path by taking into account a larger window. The orientation of index point i will be calculated using the positions of i - window_size and i + window_size.
Contributors: Michael Ferguson, Rein Appeldoorn, Vincent Rabaud

Merge pull request #673 from ros-planning/email_update_lunar update maintainer email (lunar)
Merge pull request #649 from aaronhoy/lunar_add_ahoy Add myself as a maintainer.
Rebase PRs from Indigo/Kinetic (#637) * Respect planner_frequency intended behavior (#622) * Only do a getRobotPose when no start pose is given (#628) Omit the unnecessary call to getRobotPose when the start pose was already given, so that move_base can also generate a path in situations where getRobotPose would fail. This is actually to work around an issue of getRobotPose randomly failing. * Update gradient_path.cpp (#576) * Update gradient_path.cpp * Update navfn.cpp * update to use non deprecated pluginlib macro (#630) * update to use non deprecated pluginlib macro * multiline version as well * Print SDL error on IMG_Load failure in server_map (#631)
Contributors: Aaron Hoy, David V. Lu!!, Michael Ferguson