Package symbol

autoware_route_handler package from autoware_core repo

autoware_adapi_adaptors autoware_adapi_specs autoware_core_api autoware_default_adapi autoware_core autoware_agnocast_wrapper autoware_component_interface_admission autoware_component_interface_specs autoware_component_interface_utils autoware_geography_utils autoware_global_parameter_loader autoware_interface_spec_lint autoware_interpolation autoware_kalman_filter autoware_lanelet2_utils autoware_marker_utils autoware_motion_utils autoware_node autoware_object_recognition_utils autoware_osqp_interface autoware_point_types autoware_qos_utils autoware_qp_interface autoware_signal_processing autoware_trajectory autoware_vehicle_info_utils autoware_command_gate autoware_core_control autoware_simple_pure_pursuit autoware_awsim_sensor_kit_description autoware_sample_sensor_kit_description autoware_sample_vehicle_description autoware_core_localization autoware_ekf_localizer autoware_gyro_odometer autoware_localization_util autoware_ndt_scan_matcher autoware_pose_initializer autoware_stop_filter autoware_twist2accel autoware_core_map autoware_lanelet2_map_visualizer autoware_map_height_fitter autoware_map_loader autoware_map_projection_loader autoware_core_perception autoware_euclidean_cluster_object_detector autoware_ground_filter autoware_perception_objects_converter autoware_core_planning autoware_mission_planner autoware_objects_of_interest_marker_interface autoware_path_generator autoware_planning_factor_interface autoware_planning_test_manager autoware_planning_topic_converter autoware_route_handler autoware_velocity_smoother autoware_behavior_velocity_planner autoware_behavior_velocity_planner_common autoware_behavior_velocity_stop_line_module autoware_motion_velocity_obstacle_stop_module autoware_motion_velocity_planner autoware_motion_velocity_planner_common autoware_core_sensing autoware_crop_box_filter autoware_downsample_filters autoware_gnss_poser autoware_vehicle_velocity_converter autoware_pyplot autoware_test_node autoware_test_utils autoware_testing autoware_core_vehicle

ROS Distro
humble

Package Summary

Version 1.10.0
License Apache License 2.0
Build type AMENT_CMAKE
Use RECOMMENDED

Repository Summary

Description
Checkout URI https://github.com/autowarefoundation/autoware_core.git
VCS Type git
VCS Version main
Last Updated 2026-10-23
Dev Status DEVELOPED
Released RELEASED
Contributing Help Wanted (-)
Good First Issues (-)
Pull Requests to Review (-)

Package Description

The route_handling package

Maintainers

  • Zulfaqar Azmi
  • Kosuke Takeuchi
  • Mamoru Sobue
  • Alqudah Mohammad

Authors

  • Fumiya Watanabe
  • Takayuki Murooka

route handler

route_handler is a library for calculating driving route on the lanelet map.

Unit Testing

The unit testing depends on autoware_test_utils package. autoware_test_utils is a library that provides several common functions to simplify unit test creating.

route_handler_test

By default, route file is necessary to create tests. The following illustrates the route that are used in the unit test

Lane change test route

lane_change_test_route

  • The route is based on map that can be obtained from autoware_test_utils\test_map
CHANGELOG

Changelog for package autoware_route_handler

1.1.0 (2025-05-01)

  • feat(route_handler): use a cost metric to select start lane (#357)

    • feat(route_handler): use a cost metric to select start lane

    * style(pre-commit): autofix ---------Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>

  • Contributors: Mert Çolak

1.10.0 (2026-09-28)

  • Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base

  • test(autoware_route_handler): implement characterization test (#1439)

    • added test for verifying lane change inetrval
    • added etst for checking area routing state and termination when traversing cyclic route
    • added test to check if bicycle & opposite direction lane quesies on standard map
    • verifies pullover pullout and deadend queries
    • added test to check route planning when routing cost permits nondrivable lanelets
    • added test to check route metadata accerssors and clearning a route resets raedy state
    • verifies public topological queries
    • verifies planning & segment creation via LaneletOrArea
    • verifies routing/segment conversion/traversal etc.
    • added more details on each test case and why I put em there, lcov coverage, etc.
    • split into multi tests, change name to Harry Porter style, run and build and test all good
    • [komiya]added custom map-relied test for findDrivableLanePathIncludeAreas func
    • added brief comments on each test case
    • const reference
    • added star/goal poses (just to be clear)
    • [ishikawa] removed all set test route calls that overlaps with fixture
    • [komiya] fixed that useless EXPECT_TRUE(success || .…); assertion
    • [komiya] fixed that useless EXPECT_TRUE(success || .…); assertion

    * strengthen assertions with lane IDs instead ---------

  • fix(planning): declare the dependencies these packages use (#1372) Each of these packages uses a package it never declares. Either it includes a header of that package, or it names a symbol of it while the header arrives through another dependency. Both build today only because some declared dependency re-exports the owner, so a change in an unrelated repository can break them without anything here changing. The tag follows where the dependency is used: a use in an installed header or in code compiled into the library takes <depend>, one reached only from test/ takes <test_depend>. System libraries are named by the rosdep key this workspace already prefers. A clean-context review of the pull request found five more direct uses with no manifest entry. Add one entry for each:

    • autoware_path_generator: tf2 (tf2::getYaw in src/utils.cpp)
    • autoware_motion_velocity_planner_common: tf2 (tf2::getYaw in src/planner_data.cpp and src/polygon_utils.cpp)
    • autoware_motion_velocity_obstacle_stop_module: autoware_planning_factor_interface (constructed in src/obstacle_stop_module.cpp)
    • autoware_behavior_velocity_stop_line_module: autoware_planning_factor_interface (used in src/experimental/scene.cpp)
    • autoware_velocity_smoother: rclcpp_components (register_node_macro.hpp in src/node.cpp)
  • refactor(autoware_route_handler): remove rclcpp::ok() from lanelet sequence loops (#1289)

    • feat(autoware_route_handler): use agnocast_wrapper::ok() for lanelet sequence loops
    • fix to delete rclcpp::ok

    * test(autoware_route_handler): add regression tests for lanelet sequence loop termination ---------

  • fix(autoware_route_handler): use portable lanelet ID logging (#1271)

  • Contributors: Koichi Imai, Mete Fatih Cırıt, Tobias Fischer, Tran Huu Nhat Huy, github-actions

1.9.0 (2026-06-24)

  • Merge remote-tracking branch 'origin/main' into

File truncated at 100 lines see the full file

Launch files

No launch files found

Messages

No message files found.

Services

No service files found

Plugins

No plugins found.

Recent questions tagged autoware_route_handler at Robotics Stack Exchange

Package symbol

autoware_route_handler package from autoware_core repo

autoware_adapi_adaptors autoware_adapi_specs autoware_core_api autoware_default_adapi autoware_core autoware_agnocast_wrapper autoware_component_interface_admission autoware_component_interface_specs autoware_component_interface_utils autoware_geography_utils autoware_global_parameter_loader autoware_interface_spec_lint autoware_interpolation autoware_kalman_filter autoware_lanelet2_utils autoware_marker_utils autoware_motion_utils autoware_node autoware_object_recognition_utils autoware_osqp_interface autoware_point_types autoware_qos_utils autoware_qp_interface autoware_signal_processing autoware_trajectory autoware_vehicle_info_utils autoware_command_gate autoware_core_control autoware_simple_pure_pursuit autoware_awsim_sensor_kit_description autoware_sample_sensor_kit_description autoware_sample_vehicle_description autoware_core_localization autoware_ekf_localizer autoware_gyro_odometer autoware_localization_util autoware_ndt_scan_matcher autoware_pose_initializer autoware_stop_filter autoware_twist2accel autoware_core_map autoware_lanelet2_map_visualizer autoware_map_height_fitter autoware_map_loader autoware_map_projection_loader autoware_core_perception autoware_euclidean_cluster_object_detector autoware_ground_filter autoware_perception_objects_converter autoware_core_planning autoware_mission_planner autoware_objects_of_interest_marker_interface autoware_path_generator autoware_planning_factor_interface autoware_planning_test_manager autoware_planning_topic_converter autoware_route_handler autoware_velocity_smoother autoware_behavior_velocity_planner autoware_behavior_velocity_planner_common autoware_behavior_velocity_stop_line_module autoware_motion_velocity_obstacle_stop_module autoware_motion_velocity_planner autoware_motion_velocity_planner_common autoware_core_sensing autoware_crop_box_filter autoware_downsample_filters autoware_gnss_poser autoware_vehicle_velocity_converter autoware_pyplot autoware_test_node autoware_test_utils autoware_testing autoware_core_vehicle

ROS Distro
jazzy

Package Summary

Version 1.10.0
License Apache License 2.0
Build type AMENT_CMAKE
Use RECOMMENDED

Repository Summary

Description
Checkout URI https://github.com/autowarefoundation/autoware_core.git
VCS Type git
VCS Version main
Last Updated 2026-10-23
Dev Status DEVELOPED
Released RELEASED
Contributing Help Wanted (-)
Good First Issues (-)
Pull Requests to Review (-)

Package Description

The route_handling package

Maintainers

  • Zulfaqar Azmi
  • Kosuke Takeuchi
  • Mamoru Sobue
  • Alqudah Mohammad

Authors

  • Fumiya Watanabe
  • Takayuki Murooka

route handler

route_handler is a library for calculating driving route on the lanelet map.

Unit Testing

The unit testing depends on autoware_test_utils package. autoware_test_utils is a library that provides several common functions to simplify unit test creating.

route_handler_test

By default, route file is necessary to create tests. The following illustrates the route that are used in the unit test

Lane change test route

lane_change_test_route

  • The route is based on map that can be obtained from autoware_test_utils\test_map
CHANGELOG

Changelog for package autoware_route_handler

1.1.0 (2025-05-01)

  • feat(route_handler): use a cost metric to select start lane (#357)

    • feat(route_handler): use a cost metric to select start lane

    * style(pre-commit): autofix ---------Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>

  • Contributors: Mert Çolak

1.10.0 (2026-09-28)

  • Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base

  • test(autoware_route_handler): implement characterization test (#1439)

    • added test for verifying lane change inetrval
    • added etst for checking area routing state and termination when traversing cyclic route
    • added test to check if bicycle & opposite direction lane quesies on standard map
    • verifies pullover pullout and deadend queries
    • added test to check route planning when routing cost permits nondrivable lanelets
    • added test to check route metadata accerssors and clearning a route resets raedy state
    • verifies public topological queries
    • verifies planning & segment creation via LaneletOrArea
    • verifies routing/segment conversion/traversal etc.
    • added more details on each test case and why I put em there, lcov coverage, etc.
    • split into multi tests, change name to Harry Porter style, run and build and test all good
    • [komiya]added custom map-relied test for findDrivableLanePathIncludeAreas func
    • added brief comments on each test case
    • const reference
    • added star/goal poses (just to be clear)
    • [ishikawa] removed all set test route calls that overlaps with fixture
    • [komiya] fixed that useless EXPECT_TRUE(success || .…); assertion
    • [komiya] fixed that useless EXPECT_TRUE(success || .…); assertion

    * strengthen assertions with lane IDs instead ---------

  • fix(planning): declare the dependencies these packages use (#1372) Each of these packages uses a package it never declares. Either it includes a header of that package, or it names a symbol of it while the header arrives through another dependency. Both build today only because some declared dependency re-exports the owner, so a change in an unrelated repository can break them without anything here changing. The tag follows where the dependency is used: a use in an installed header or in code compiled into the library takes <depend>, one reached only from test/ takes <test_depend>. System libraries are named by the rosdep key this workspace already prefers. A clean-context review of the pull request found five more direct uses with no manifest entry. Add one entry for each:

    • autoware_path_generator: tf2 (tf2::getYaw in src/utils.cpp)
    • autoware_motion_velocity_planner_common: tf2 (tf2::getYaw in src/planner_data.cpp and src/polygon_utils.cpp)
    • autoware_motion_velocity_obstacle_stop_module: autoware_planning_factor_interface (constructed in src/obstacle_stop_module.cpp)
    • autoware_behavior_velocity_stop_line_module: autoware_planning_factor_interface (used in src/experimental/scene.cpp)
    • autoware_velocity_smoother: rclcpp_components (register_node_macro.hpp in src/node.cpp)
  • refactor(autoware_route_handler): remove rclcpp::ok() from lanelet sequence loops (#1289)

    • feat(autoware_route_handler): use agnocast_wrapper::ok() for lanelet sequence loops
    • fix to delete rclcpp::ok

    * test(autoware_route_handler): add regression tests for lanelet sequence loop termination ---------

  • fix(autoware_route_handler): use portable lanelet ID logging (#1271)

  • Contributors: Koichi Imai, Mete Fatih Cırıt, Tobias Fischer, Tran Huu Nhat Huy, github-actions

1.9.0 (2026-06-24)

  • Merge remote-tracking branch 'origin/main' into

File truncated at 100 lines see the full file

Launch files

No launch files found

Messages

No message files found.

Services

No service files found

Plugins

No plugins found.

Recent questions tagged autoware_route_handler at Robotics Stack Exchange

No version for distro kilted showing humble. Known supported distros are highlighted in the buttons above.
Package symbol

autoware_route_handler package from autoware_core repo

autoware_adapi_adaptors autoware_adapi_specs autoware_core_api autoware_default_adapi autoware_core autoware_agnocast_wrapper autoware_component_interface_admission autoware_component_interface_specs autoware_component_interface_utils autoware_geography_utils autoware_global_parameter_loader autoware_interface_spec_lint autoware_interpolation autoware_kalman_filter autoware_lanelet2_utils autoware_marker_utils autoware_motion_utils autoware_node autoware_object_recognition_utils autoware_osqp_interface autoware_point_types autoware_qos_utils autoware_qp_interface autoware_signal_processing autoware_trajectory autoware_vehicle_info_utils autoware_command_gate autoware_core_control autoware_simple_pure_pursuit autoware_awsim_sensor_kit_description autoware_sample_sensor_kit_description autoware_sample_vehicle_description autoware_core_localization autoware_ekf_localizer autoware_gyro_odometer autoware_localization_util autoware_ndt_scan_matcher autoware_pose_initializer autoware_stop_filter autoware_twist2accel autoware_core_map autoware_lanelet2_map_visualizer autoware_map_height_fitter autoware_map_loader autoware_map_projection_loader autoware_core_perception autoware_euclidean_cluster_object_detector autoware_ground_filter autoware_perception_objects_converter autoware_core_planning autoware_mission_planner autoware_objects_of_interest_marker_interface autoware_path_generator autoware_planning_factor_interface autoware_planning_test_manager autoware_planning_topic_converter autoware_route_handler autoware_velocity_smoother autoware_behavior_velocity_planner autoware_behavior_velocity_planner_common autoware_behavior_velocity_stop_line_module autoware_motion_velocity_obstacle_stop_module autoware_motion_velocity_planner autoware_motion_velocity_planner_common autoware_core_sensing autoware_crop_box_filter autoware_downsample_filters autoware_gnss_poser autoware_vehicle_velocity_converter autoware_pyplot autoware_test_node autoware_test_utils autoware_testing autoware_core_vehicle

ROS Distro
humble

Package Summary

Version 1.10.0
License Apache License 2.0
Build type AMENT_CMAKE
Use RECOMMENDED

Repository Summary

Description
Checkout URI https://github.com/autowarefoundation/autoware_core.git
VCS Type git
VCS Version main
Last Updated 2026-10-23
Dev Status DEVELOPED
Released RELEASED
Contributing Help Wanted (-)
Good First Issues (-)
Pull Requests to Review (-)

Package Description

The route_handling package

Maintainers

  • Zulfaqar Azmi
  • Kosuke Takeuchi
  • Mamoru Sobue
  • Alqudah Mohammad

Authors

  • Fumiya Watanabe
  • Takayuki Murooka

route handler

route_handler is a library for calculating driving route on the lanelet map.

Unit Testing

The unit testing depends on autoware_test_utils package. autoware_test_utils is a library that provides several common functions to simplify unit test creating.

route_handler_test

By default, route file is necessary to create tests. The following illustrates the route that are used in the unit test

Lane change test route

lane_change_test_route

  • The route is based on map that can be obtained from autoware_test_utils\test_map
CHANGELOG

Changelog for package autoware_route_handler

1.1.0 (2025-05-01)

  • feat(route_handler): use a cost metric to select start lane (#357)

    • feat(route_handler): use a cost metric to select start lane

    * style(pre-commit): autofix ---------Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>

  • Contributors: Mert Çolak

1.10.0 (2026-09-28)

  • Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base

  • test(autoware_route_handler): implement characterization test (#1439)

    • added test for verifying lane change inetrval
    • added etst for checking area routing state and termination when traversing cyclic route
    • added test to check if bicycle & opposite direction lane quesies on standard map
    • verifies pullover pullout and deadend queries
    • added test to check route planning when routing cost permits nondrivable lanelets
    • added test to check route metadata accerssors and clearning a route resets raedy state
    • verifies public topological queries
    • verifies planning & segment creation via LaneletOrArea
    • verifies routing/segment conversion/traversal etc.
    • added more details on each test case and why I put em there, lcov coverage, etc.
    • split into multi tests, change name to Harry Porter style, run and build and test all good
    • [komiya]added custom map-relied test for findDrivableLanePathIncludeAreas func
    • added brief comments on each test case
    • const reference
    • added star/goal poses (just to be clear)
    • [ishikawa] removed all set test route calls that overlaps with fixture
    • [komiya] fixed that useless EXPECT_TRUE(success || .…); assertion
    • [komiya] fixed that useless EXPECT_TRUE(success || .…); assertion

    * strengthen assertions with lane IDs instead ---------

  • fix(planning): declare the dependencies these packages use (#1372) Each of these packages uses a package it never declares. Either it includes a header of that package, or it names a symbol of it while the header arrives through another dependency. Both build today only because some declared dependency re-exports the owner, so a change in an unrelated repository can break them without anything here changing. The tag follows where the dependency is used: a use in an installed header or in code compiled into the library takes <depend>, one reached only from test/ takes <test_depend>. System libraries are named by the rosdep key this workspace already prefers. A clean-context review of the pull request found five more direct uses with no manifest entry. Add one entry for each:

    • autoware_path_generator: tf2 (tf2::getYaw in src/utils.cpp)
    • autoware_motion_velocity_planner_common: tf2 (tf2::getYaw in src/planner_data.cpp and src/polygon_utils.cpp)
    • autoware_motion_velocity_obstacle_stop_module: autoware_planning_factor_interface (constructed in src/obstacle_stop_module.cpp)
    • autoware_behavior_velocity_stop_line_module: autoware_planning_factor_interface (used in src/experimental/scene.cpp)
    • autoware_velocity_smoother: rclcpp_components (register_node_macro.hpp in src/node.cpp)
  • refactor(autoware_route_handler): remove rclcpp::ok() from lanelet sequence loops (#1289)

    • feat(autoware_route_handler): use agnocast_wrapper::ok() for lanelet sequence loops
    • fix to delete rclcpp::ok

    * test(autoware_route_handler): add regression tests for lanelet sequence loop termination ---------

  • fix(autoware_route_handler): use portable lanelet ID logging (#1271)

  • Contributors: Koichi Imai, Mete Fatih Cırıt, Tobias Fischer, Tran Huu Nhat Huy, github-actions

1.9.0 (2026-06-24)

  • Merge remote-tracking branch 'origin/main' into

File truncated at 100 lines see the full file

Launch files

No launch files found

Messages

No message files found.

Services

No service files found

Plugins

No plugins found.

Recent questions tagged autoware_route_handler at Robotics Stack Exchange

No version for distro lyrical showing humble. Known supported distros are highlighted in the buttons above.
Package symbol

autoware_route_handler package from autoware_core repo

autoware_adapi_adaptors autoware_adapi_specs autoware_core_api autoware_default_adapi autoware_core autoware_agnocast_wrapper autoware_component_interface_admission autoware_component_interface_specs autoware_component_interface_utils autoware_geography_utils autoware_global_parameter_loader autoware_interface_spec_lint autoware_interpolation autoware_kalman_filter autoware_lanelet2_utils autoware_marker_utils autoware_motion_utils autoware_node autoware_object_recognition_utils autoware_osqp_interface autoware_point_types autoware_qos_utils autoware_qp_interface autoware_signal_processing autoware_trajectory autoware_vehicle_info_utils autoware_command_gate autoware_core_control autoware_simple_pure_pursuit autoware_awsim_sensor_kit_description autoware_sample_sensor_kit_description autoware_sample_vehicle_description autoware_core_localization autoware_ekf_localizer autoware_gyro_odometer autoware_localization_util autoware_ndt_scan_matcher autoware_pose_initializer autoware_stop_filter autoware_twist2accel autoware_core_map autoware_lanelet2_map_visualizer autoware_map_height_fitter autoware_map_loader autoware_map_projection_loader autoware_core_perception autoware_euclidean_cluster_object_detector autoware_ground_filter autoware_perception_objects_converter autoware_core_planning autoware_mission_planner autoware_objects_of_interest_marker_interface autoware_path_generator autoware_planning_factor_interface autoware_planning_test_manager autoware_planning_topic_converter autoware_route_handler autoware_velocity_smoother autoware_behavior_velocity_planner autoware_behavior_velocity_planner_common autoware_behavior_velocity_stop_line_module autoware_motion_velocity_obstacle_stop_module autoware_motion_velocity_planner autoware_motion_velocity_planner_common autoware_core_sensing autoware_crop_box_filter autoware_downsample_filters autoware_gnss_poser autoware_vehicle_velocity_converter autoware_pyplot autoware_test_node autoware_test_utils autoware_testing autoware_core_vehicle

ROS Distro
humble

Package Summary

Version 1.10.0
License Apache License 2.0
Build type AMENT_CMAKE
Use RECOMMENDED

Repository Summary

Description
Checkout URI https://github.com/autowarefoundation/autoware_core.git
VCS Type git
VCS Version main
Last Updated 2026-10-23
Dev Status DEVELOPED
Released RELEASED
Contributing Help Wanted (-)
Good First Issues (-)
Pull Requests to Review (-)

Package Description

The route_handling package

Maintainers

  • Zulfaqar Azmi
  • Kosuke Takeuchi
  • Mamoru Sobue
  • Alqudah Mohammad

Authors

  • Fumiya Watanabe
  • Takayuki Murooka

route handler

route_handler is a library for calculating driving route on the lanelet map.

Unit Testing

The unit testing depends on autoware_test_utils package. autoware_test_utils is a library that provides several common functions to simplify unit test creating.

route_handler_test

By default, route file is necessary to create tests. The following illustrates the route that are used in the unit test

Lane change test route

lane_change_test_route

  • The route is based on map that can be obtained from autoware_test_utils\test_map
CHANGELOG

Changelog for package autoware_route_handler

1.1.0 (2025-05-01)

  • feat(route_handler): use a cost metric to select start lane (#357)

    • feat(route_handler): use a cost metric to select start lane

    * style(pre-commit): autofix ---------Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>

  • Contributors: Mert Çolak

1.10.0 (2026-09-28)

  • Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base

  • test(autoware_route_handler): implement characterization test (#1439)

    • added test for verifying lane change inetrval
    • added etst for checking area routing state and termination when traversing cyclic route
    • added test to check if bicycle & opposite direction lane quesies on standard map
    • verifies pullover pullout and deadend queries
    • added test to check route planning when routing cost permits nondrivable lanelets
    • added test to check route metadata accerssors and clearning a route resets raedy state
    • verifies public topological queries
    • verifies planning & segment creation via LaneletOrArea
    • verifies routing/segment conversion/traversal etc.
    • added more details on each test case and why I put em there, lcov coverage, etc.
    • split into multi tests, change name to Harry Porter style, run and build and test all good
    • [komiya]added custom map-relied test for findDrivableLanePathIncludeAreas func
    • added brief comments on each test case
    • const reference
    • added star/goal poses (just to be clear)
    • [ishikawa] removed all set test route calls that overlaps with fixture
    • [komiya] fixed that useless EXPECT_TRUE(success || .…); assertion
    • [komiya] fixed that useless EXPECT_TRUE(success || .…); assertion

    * strengthen assertions with lane IDs instead ---------

  • fix(planning): declare the dependencies these packages use (#1372) Each of these packages uses a package it never declares. Either it includes a header of that package, or it names a symbol of it while the header arrives through another dependency. Both build today only because some declared dependency re-exports the owner, so a change in an unrelated repository can break them without anything here changing. The tag follows where the dependency is used: a use in an installed header or in code compiled into the library takes <depend>, one reached only from test/ takes <test_depend>. System libraries are named by the rosdep key this workspace already prefers. A clean-context review of the pull request found five more direct uses with no manifest entry. Add one entry for each:

    • autoware_path_generator: tf2 (tf2::getYaw in src/utils.cpp)
    • autoware_motion_velocity_planner_common: tf2 (tf2::getYaw in src/planner_data.cpp and src/polygon_utils.cpp)
    • autoware_motion_velocity_obstacle_stop_module: autoware_planning_factor_interface (constructed in src/obstacle_stop_module.cpp)
    • autoware_behavior_velocity_stop_line_module: autoware_planning_factor_interface (used in src/experimental/scene.cpp)
    • autoware_velocity_smoother: rclcpp_components (register_node_macro.hpp in src/node.cpp)
  • refactor(autoware_route_handler): remove rclcpp::ok() from lanelet sequence loops (#1289)

    • feat(autoware_route_handler): use agnocast_wrapper::ok() for lanelet sequence loops
    • fix to delete rclcpp::ok

    * test(autoware_route_handler): add regression tests for lanelet sequence loop termination ---------

  • fix(autoware_route_handler): use portable lanelet ID logging (#1271)

  • Contributors: Koichi Imai, Mete Fatih Cırıt, Tobias Fischer, Tran Huu Nhat Huy, github-actions

1.9.0 (2026-06-24)

  • Merge remote-tracking branch 'origin/main' into

File truncated at 100 lines see the full file

Launch files

No launch files found

Messages

No message files found.

Services

No service files found

Plugins

No plugins found.

Recent questions tagged autoware_route_handler at Robotics Stack Exchange

No version for distro rolling showing humble. Known supported distros are highlighted in the buttons above.
Package symbol

autoware_route_handler package from autoware_core repo

autoware_adapi_adaptors autoware_adapi_specs autoware_core_api autoware_default_adapi autoware_core autoware_agnocast_wrapper autoware_component_interface_admission autoware_component_interface_specs autoware_component_interface_utils autoware_geography_utils autoware_global_parameter_loader autoware_interface_spec_lint autoware_interpolation autoware_kalman_filter autoware_lanelet2_utils autoware_marker_utils autoware_motion_utils autoware_node autoware_object_recognition_utils autoware_osqp_interface autoware_point_types autoware_qos_utils autoware_qp_interface autoware_signal_processing autoware_trajectory autoware_vehicle_info_utils autoware_command_gate autoware_core_control autoware_simple_pure_pursuit autoware_awsim_sensor_kit_description autoware_sample_sensor_kit_description autoware_sample_vehicle_description autoware_core_localization autoware_ekf_localizer autoware_gyro_odometer autoware_localization_util autoware_ndt_scan_matcher autoware_pose_initializer autoware_stop_filter autoware_twist2accel autoware_core_map autoware_lanelet2_map_visualizer autoware_map_height_fitter autoware_map_loader autoware_map_projection_loader autoware_core_perception autoware_euclidean_cluster_object_detector autoware_ground_filter autoware_perception_objects_converter autoware_core_planning autoware_mission_planner autoware_objects_of_interest_marker_interface autoware_path_generator autoware_planning_factor_interface autoware_planning_test_manager autoware_planning_topic_converter autoware_route_handler autoware_velocity_smoother autoware_behavior_velocity_planner autoware_behavior_velocity_planner_common autoware_behavior_velocity_stop_line_module autoware_motion_velocity_obstacle_stop_module autoware_motion_velocity_planner autoware_motion_velocity_planner_common autoware_core_sensing autoware_crop_box_filter autoware_downsample_filters autoware_gnss_poser autoware_vehicle_velocity_converter autoware_pyplot autoware_test_node autoware_test_utils autoware_testing autoware_core_vehicle

ROS Distro
humble

Package Summary

Version 1.10.0
License Apache License 2.0
Build type AMENT_CMAKE
Use RECOMMENDED

Repository Summary

Description
Checkout URI https://github.com/autowarefoundation/autoware_core.git
VCS Type git
VCS Version main
Last Updated 2026-10-23
Dev Status DEVELOPED
Released RELEASED
Contributing Help Wanted (-)
Good First Issues (-)
Pull Requests to Review (-)

Package Description

The route_handling package

Maintainers

  • Zulfaqar Azmi
  • Kosuke Takeuchi
  • Mamoru Sobue
  • Alqudah Mohammad

Authors

  • Fumiya Watanabe
  • Takayuki Murooka

route handler

route_handler is a library for calculating driving route on the lanelet map.

Unit Testing

The unit testing depends on autoware_test_utils package. autoware_test_utils is a library that provides several common functions to simplify unit test creating.

route_handler_test

By default, route file is necessary to create tests. The following illustrates the route that are used in the unit test

Lane change test route

lane_change_test_route

  • The route is based on map that can be obtained from autoware_test_utils\test_map
CHANGELOG

Changelog for package autoware_route_handler

1.1.0 (2025-05-01)

  • feat(route_handler): use a cost metric to select start lane (#357)

    • feat(route_handler): use a cost metric to select start lane

    * style(pre-commit): autofix ---------Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>

  • Contributors: Mert Çolak

1.10.0 (2026-09-28)

  • Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base

  • test(autoware_route_handler): implement characterization test (#1439)

    • added test for verifying lane change inetrval
    • added etst for checking area routing state and termination when traversing cyclic route
    • added test to check if bicycle & opposite direction lane quesies on standard map
    • verifies pullover pullout and deadend queries
    • added test to check route planning when routing cost permits nondrivable lanelets
    • added test to check route metadata accerssors and clearning a route resets raedy state
    • verifies public topological queries
    • verifies planning & segment creation via LaneletOrArea
    • verifies routing/segment conversion/traversal etc.
    • added more details on each test case and why I put em there, lcov coverage, etc.
    • split into multi tests, change name to Harry Porter style, run and build and test all good
    • [komiya]added custom map-relied test for findDrivableLanePathIncludeAreas func
    • added brief comments on each test case
    • const reference
    • added star/goal poses (just to be clear)
    • [ishikawa] removed all set test route calls that overlaps with fixture
    • [komiya] fixed that useless EXPECT_TRUE(success || .…); assertion
    • [komiya] fixed that useless EXPECT_TRUE(success || .…); assertion

    * strengthen assertions with lane IDs instead ---------

  • fix(planning): declare the dependencies these packages use (#1372) Each of these packages uses a package it never declares. Either it includes a header of that package, or it names a symbol of it while the header arrives through another dependency. Both build today only because some declared dependency re-exports the owner, so a change in an unrelated repository can break them without anything here changing. The tag follows where the dependency is used: a use in an installed header or in code compiled into the library takes <depend>, one reached only from test/ takes <test_depend>. System libraries are named by the rosdep key this workspace already prefers. A clean-context review of the pull request found five more direct uses with no manifest entry. Add one entry for each:

    • autoware_path_generator: tf2 (tf2::getYaw in src/utils.cpp)
    • autoware_motion_velocity_planner_common: tf2 (tf2::getYaw in src/planner_data.cpp and src/polygon_utils.cpp)
    • autoware_motion_velocity_obstacle_stop_module: autoware_planning_factor_interface (constructed in src/obstacle_stop_module.cpp)
    • autoware_behavior_velocity_stop_line_module: autoware_planning_factor_interface (used in src/experimental/scene.cpp)
    • autoware_velocity_smoother: rclcpp_components (register_node_macro.hpp in src/node.cpp)
  • refactor(autoware_route_handler): remove rclcpp::ok() from lanelet sequence loops (#1289)

    • feat(autoware_route_handler): use agnocast_wrapper::ok() for lanelet sequence loops
    • fix to delete rclcpp::ok

    * test(autoware_route_handler): add regression tests for lanelet sequence loop termination ---------

  • fix(autoware_route_handler): use portable lanelet ID logging (#1271)

  • Contributors: Koichi Imai, Mete Fatih Cırıt, Tobias Fischer, Tran Huu Nhat Huy, github-actions

1.9.0 (2026-06-24)

  • Merge remote-tracking branch 'origin/main' into

File truncated at 100 lines see the full file

Launch files

No launch files found

Messages

No message files found.

Services

No service files found

Plugins

No plugins found.

Recent questions tagged autoware_route_handler at Robotics Stack Exchange

Package symbol

autoware_route_handler package from autoware_core repo

autoware_adapi_adaptors autoware_adapi_specs autoware_core_api autoware_default_adapi autoware_core autoware_agnocast_wrapper autoware_component_interface_admission autoware_component_interface_specs autoware_component_interface_utils autoware_geography_utils autoware_global_parameter_loader autoware_interface_spec_lint autoware_interpolation autoware_kalman_filter autoware_lanelet2_utils autoware_marker_utils autoware_motion_utils autoware_node autoware_object_recognition_utils autoware_osqp_interface autoware_point_types autoware_qos_utils autoware_qp_interface autoware_signal_processing autoware_trajectory autoware_vehicle_info_utils autoware_command_gate autoware_core_control autoware_simple_pure_pursuit autoware_awsim_sensor_kit_description autoware_sample_sensor_kit_description autoware_sample_vehicle_description autoware_core_localization autoware_ekf_localizer autoware_gyro_odometer autoware_localization_util autoware_ndt_scan_matcher autoware_pose_initializer autoware_stop_filter autoware_twist2accel autoware_core_map autoware_lanelet2_map_visualizer autoware_map_height_fitter autoware_map_loader autoware_map_projection_loader autoware_core_perception autoware_euclidean_cluster_object_detector autoware_ground_filter autoware_perception_objects_converter autoware_core_planning autoware_mission_planner autoware_objects_of_interest_marker_interface autoware_path_generator autoware_planning_factor_interface autoware_planning_test_manager autoware_planning_topic_converter autoware_route_handler autoware_velocity_smoother autoware_behavior_velocity_planner autoware_behavior_velocity_planner_common autoware_behavior_velocity_stop_line_module autoware_motion_velocity_obstacle_stop_module autoware_motion_velocity_planner autoware_motion_velocity_planner_common autoware_core_sensing autoware_crop_box_filter autoware_downsample_filters autoware_gnss_poser autoware_vehicle_velocity_converter autoware_pyplot autoware_test_node autoware_test_utils autoware_testing autoware_core_vehicle

ROS Distro
github

Package Summary

Version 1.10.0
License Apache License 2.0
Build type AMENT_CMAKE
Use RECOMMENDED

Repository Summary

Description
Checkout URI https://github.com/autowarefoundation/autoware_core.git
VCS Type git
VCS Version main
Last Updated 2026-10-23
Dev Status DEVELOPED
Released UNRELEASED
Contributing Help Wanted (-)
Good First Issues (-)
Pull Requests to Review (-)

Package Description

The route_handling package

Maintainers

  • Zulfaqar Azmi
  • Kosuke Takeuchi
  • Mamoru Sobue
  • Alqudah Mohammad

Authors

  • Fumiya Watanabe
  • Takayuki Murooka

route handler

route_handler is a library for calculating driving route on the lanelet map.

Unit Testing

The unit testing depends on autoware_test_utils package. autoware_test_utils is a library that provides several common functions to simplify unit test creating.

route_handler_test

By default, route file is necessary to create tests. The following illustrates the route that are used in the unit test

Lane change test route

lane_change_test_route

  • The route is based on map that can be obtained from autoware_test_utils\test_map
CHANGELOG

Changelog for package autoware_route_handler

1.1.0 (2025-05-01)

  • feat(route_handler): use a cost metric to select start lane (#357)

    • feat(route_handler): use a cost metric to select start lane

    * style(pre-commit): autofix ---------Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>

  • Contributors: Mert Çolak

1.10.0 (2026-09-28)

  • Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base

  • test(autoware_route_handler): implement characterization test (#1439)

    • added test for verifying lane change inetrval
    • added etst for checking area routing state and termination when traversing cyclic route
    • added test to check if bicycle & opposite direction lane quesies on standard map
    • verifies pullover pullout and deadend queries
    • added test to check route planning when routing cost permits nondrivable lanelets
    • added test to check route metadata accerssors and clearning a route resets raedy state
    • verifies public topological queries
    • verifies planning & segment creation via LaneletOrArea
    • verifies routing/segment conversion/traversal etc.
    • added more details on each test case and why I put em there, lcov coverage, etc.
    • split into multi tests, change name to Harry Porter style, run and build and test all good
    • [komiya]added custom map-relied test for findDrivableLanePathIncludeAreas func
    • added brief comments on each test case
    • const reference
    • added star/goal poses (just to be clear)
    • [ishikawa] removed all set test route calls that overlaps with fixture
    • [komiya] fixed that useless EXPECT_TRUE(success || .…); assertion
    • [komiya] fixed that useless EXPECT_TRUE(success || .…); assertion

    * strengthen assertions with lane IDs instead ---------

  • fix(planning): declare the dependencies these packages use (#1372) Each of these packages uses a package it never declares. Either it includes a header of that package, or it names a symbol of it while the header arrives through another dependency. Both build today only because some declared dependency re-exports the owner, so a change in an unrelated repository can break them without anything here changing. The tag follows where the dependency is used: a use in an installed header or in code compiled into the library takes <depend>, one reached only from test/ takes <test_depend>. System libraries are named by the rosdep key this workspace already prefers. A clean-context review of the pull request found five more direct uses with no manifest entry. Add one entry for each:

    • autoware_path_generator: tf2 (tf2::getYaw in src/utils.cpp)
    • autoware_motion_velocity_planner_common: tf2 (tf2::getYaw in src/planner_data.cpp and src/polygon_utils.cpp)
    • autoware_motion_velocity_obstacle_stop_module: autoware_planning_factor_interface (constructed in src/obstacle_stop_module.cpp)
    • autoware_behavior_velocity_stop_line_module: autoware_planning_factor_interface (used in src/experimental/scene.cpp)
    • autoware_velocity_smoother: rclcpp_components (register_node_macro.hpp in src/node.cpp)
  • refactor(autoware_route_handler): remove rclcpp::ok() from lanelet sequence loops (#1289)

    • feat(autoware_route_handler): use agnocast_wrapper::ok() for lanelet sequence loops
    • fix to delete rclcpp::ok

    * test(autoware_route_handler): add regression tests for lanelet sequence loop termination ---------

  • fix(autoware_route_handler): use portable lanelet ID logging (#1271)

  • Contributors: Koichi Imai, Mete Fatih Cırıt, Tobias Fischer, Tran Huu Nhat Huy, github-actions

1.9.0 (2026-06-24)

  • Merge remote-tracking branch 'origin/main' into

File truncated at 100 lines see the full file

Dependant Packages

Name Deps
autoware_mission_planner
autoware_planning_test_manager
autoware_behavior_velocity_planner
autoware_behavior_velocity_planner_common
autoware_behavior_velocity_stop_line_module
autoware_motion_velocity_planner_common
driving_environment_analyzer
autoware_planning_data_analyzer
autoware_static_centerline_generator
autoware_control_evaluator
autoware_planning_evaluator
autoware_freespace_planner
autoware_manual_lane_change_handler
autoware_mission_planner_universe
autoware_remaining_distance_time_calculator
autoware_scenario_selector
autoware_trajectory_ranker
autoware_behavior_path_direction_change_module
autoware_behavior_path_planner_common
autoware_behavior_path_sampling_planner_module
autoware_behavior_path_static_obstacle_avoidance_module
autoware_behavior_velocity_blind_spot_module
autoware_behavior_velocity_crosswalk_module
autoware_behavior_velocity_detection_area_module
autoware_behavior_velocity_intersection_module
autoware_behavior_velocity_no_drivable_lane_module
autoware_behavior_velocity_occlusion_spot_module
autoware_behavior_velocity_roundabout_module
autoware_behavior_velocity_speed_bump_module
autoware_behavior_velocity_template_module
autoware_behavior_velocity_traffic_light_module
autoware_behavior_velocity_virtual_traffic_light_module
autoware_behavior_velocity_walkway_module
autoware_motion_velocity_obstacle_cruise_module
autoware_motion_velocity_obstacle_slow_down_module
autoware_motion_velocity_out_of_lane_module
autoware_motion_velocity_road_user_stop_module
autoware_planning_validator
autoware_planning_validator_intersection_collision_checker
autoware_planning_validator_rear_collision_checker

Launch files

No launch files found

Messages

No message files found.

Services

No service files found

Plugins

No plugins found.

Recent questions tagged autoware_route_handler at Robotics Stack Exchange

No version for distro galactic showing humble. Known supported distros are highlighted in the buttons above.
Package symbol

autoware_route_handler package from autoware_core repo

autoware_adapi_adaptors autoware_adapi_specs autoware_core_api autoware_default_adapi autoware_core autoware_agnocast_wrapper autoware_component_interface_admission autoware_component_interface_specs autoware_component_interface_utils autoware_geography_utils autoware_global_parameter_loader autoware_interface_spec_lint autoware_interpolation autoware_kalman_filter autoware_lanelet2_utils autoware_marker_utils autoware_motion_utils autoware_node autoware_object_recognition_utils autoware_osqp_interface autoware_point_types autoware_qos_utils autoware_qp_interface autoware_signal_processing autoware_trajectory autoware_vehicle_info_utils autoware_command_gate autoware_core_control autoware_simple_pure_pursuit autoware_awsim_sensor_kit_description autoware_sample_sensor_kit_description autoware_sample_vehicle_description autoware_core_localization autoware_ekf_localizer autoware_gyro_odometer autoware_localization_util autoware_ndt_scan_matcher autoware_pose_initializer autoware_stop_filter autoware_twist2accel autoware_core_map autoware_lanelet2_map_visualizer autoware_map_height_fitter autoware_map_loader autoware_map_projection_loader autoware_core_perception autoware_euclidean_cluster_object_detector autoware_ground_filter autoware_perception_objects_converter autoware_core_planning autoware_mission_planner autoware_objects_of_interest_marker_interface autoware_path_generator autoware_planning_factor_interface autoware_planning_test_manager autoware_planning_topic_converter autoware_route_handler autoware_velocity_smoother autoware_behavior_velocity_planner autoware_behavior_velocity_planner_common autoware_behavior_velocity_stop_line_module autoware_motion_velocity_obstacle_stop_module autoware_motion_velocity_planner autoware_motion_velocity_planner_common autoware_core_sensing autoware_crop_box_filter autoware_downsample_filters autoware_gnss_poser autoware_vehicle_velocity_converter autoware_pyplot autoware_test_node autoware_test_utils autoware_testing autoware_core_vehicle

ROS Distro
humble

Package Summary

Version 1.10.0
License Apache License 2.0
Build type AMENT_CMAKE
Use RECOMMENDED

Repository Summary

Description
Checkout URI https://github.com/autowarefoundation/autoware_core.git
VCS Type git
VCS Version main
Last Updated 2026-10-23
Dev Status DEVELOPED
Released RELEASED
Contributing Help Wanted (-)
Good First Issues (-)
Pull Requests to Review (-)

Package Description

The route_handling package

Maintainers

  • Zulfaqar Azmi
  • Kosuke Takeuchi
  • Mamoru Sobue
  • Alqudah Mohammad

Authors

  • Fumiya Watanabe
  • Takayuki Murooka

route handler

route_handler is a library for calculating driving route on the lanelet map.

Unit Testing

The unit testing depends on autoware_test_utils package. autoware_test_utils is a library that provides several common functions to simplify unit test creating.

route_handler_test

By default, route file is necessary to create tests. The following illustrates the route that are used in the unit test

Lane change test route

lane_change_test_route

  • The route is based on map that can be obtained from autoware_test_utils\test_map
CHANGELOG

Changelog for package autoware_route_handler

1.1.0 (2025-05-01)

  • feat(route_handler): use a cost metric to select start lane (#357)

    • feat(route_handler): use a cost metric to select start lane

    * style(pre-commit): autofix ---------Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>

  • Contributors: Mert Çolak

1.10.0 (2026-09-28)

  • Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base

  • test(autoware_route_handler): implement characterization test (#1439)

    • added test for verifying lane change inetrval
    • added etst for checking area routing state and termination when traversing cyclic route
    • added test to check if bicycle & opposite direction lane quesies on standard map
    • verifies pullover pullout and deadend queries
    • added test to check route planning when routing cost permits nondrivable lanelets
    • added test to check route metadata accerssors and clearning a route resets raedy state
    • verifies public topological queries
    • verifies planning & segment creation via LaneletOrArea
    • verifies routing/segment conversion/traversal etc.
    • added more details on each test case and why I put em there, lcov coverage, etc.
    • split into multi tests, change name to Harry Porter style, run and build and test all good
    • [komiya]added custom map-relied test for findDrivableLanePathIncludeAreas func
    • added brief comments on each test case
    • const reference
    • added star/goal poses (just to be clear)
    • [ishikawa] removed all set test route calls that overlaps with fixture
    • [komiya] fixed that useless EXPECT_TRUE(success || .…); assertion
    • [komiya] fixed that useless EXPECT_TRUE(success || .…); assertion

    * strengthen assertions with lane IDs instead ---------

  • fix(planning): declare the dependencies these packages use (#1372) Each of these packages uses a package it never declares. Either it includes a header of that package, or it names a symbol of it while the header arrives through another dependency. Both build today only because some declared dependency re-exports the owner, so a change in an unrelated repository can break them without anything here changing. The tag follows where the dependency is used: a use in an installed header or in code compiled into the library takes <depend>, one reached only from test/ takes <test_depend>. System libraries are named by the rosdep key this workspace already prefers. A clean-context review of the pull request found five more direct uses with no manifest entry. Add one entry for each:

    • autoware_path_generator: tf2 (tf2::getYaw in src/utils.cpp)
    • autoware_motion_velocity_planner_common: tf2 (tf2::getYaw in src/planner_data.cpp and src/polygon_utils.cpp)
    • autoware_motion_velocity_obstacle_stop_module: autoware_planning_factor_interface (constructed in src/obstacle_stop_module.cpp)
    • autoware_behavior_velocity_stop_line_module: autoware_planning_factor_interface (used in src/experimental/scene.cpp)
    • autoware_velocity_smoother: rclcpp_components (register_node_macro.hpp in src/node.cpp)
  • refactor(autoware_route_handler): remove rclcpp::ok() from lanelet sequence loops (#1289)

    • feat(autoware_route_handler): use agnocast_wrapper::ok() for lanelet sequence loops
    • fix to delete rclcpp::ok

    * test(autoware_route_handler): add regression tests for lanelet sequence loop termination ---------

  • fix(autoware_route_handler): use portable lanelet ID logging (#1271)

  • Contributors: Koichi Imai, Mete Fatih Cırıt, Tobias Fischer, Tran Huu Nhat Huy, github-actions

1.9.0 (2026-06-24)

  • Merge remote-tracking branch 'origin/main' into

File truncated at 100 lines see the full file

Launch files

No launch files found

Messages

No message files found.

Services

No service files found

Plugins

No plugins found.

Recent questions tagged autoware_route_handler at Robotics Stack Exchange

No version for distro iron showing humble. Known supported distros are highlighted in the buttons above.
Package symbol

autoware_route_handler package from autoware_core repo

autoware_adapi_adaptors autoware_adapi_specs autoware_core_api autoware_default_adapi autoware_core autoware_agnocast_wrapper autoware_component_interface_admission autoware_component_interface_specs autoware_component_interface_utils autoware_geography_utils autoware_global_parameter_loader autoware_interface_spec_lint autoware_interpolation autoware_kalman_filter autoware_lanelet2_utils autoware_marker_utils autoware_motion_utils autoware_node autoware_object_recognition_utils autoware_osqp_interface autoware_point_types autoware_qos_utils autoware_qp_interface autoware_signal_processing autoware_trajectory autoware_vehicle_info_utils autoware_command_gate autoware_core_control autoware_simple_pure_pursuit autoware_awsim_sensor_kit_description autoware_sample_sensor_kit_description autoware_sample_vehicle_description autoware_core_localization autoware_ekf_localizer autoware_gyro_odometer autoware_localization_util autoware_ndt_scan_matcher autoware_pose_initializer autoware_stop_filter autoware_twist2accel autoware_core_map autoware_lanelet2_map_visualizer autoware_map_height_fitter autoware_map_loader autoware_map_projection_loader autoware_core_perception autoware_euclidean_cluster_object_detector autoware_ground_filter autoware_perception_objects_converter autoware_core_planning autoware_mission_planner autoware_objects_of_interest_marker_interface autoware_path_generator autoware_planning_factor_interface autoware_planning_test_manager autoware_planning_topic_converter autoware_route_handler autoware_velocity_smoother autoware_behavior_velocity_planner autoware_behavior_velocity_planner_common autoware_behavior_velocity_stop_line_module autoware_motion_velocity_obstacle_stop_module autoware_motion_velocity_planner autoware_motion_velocity_planner_common autoware_core_sensing autoware_crop_box_filter autoware_downsample_filters autoware_gnss_poser autoware_vehicle_velocity_converter autoware_pyplot autoware_test_node autoware_test_utils autoware_testing autoware_core_vehicle

ROS Distro
humble

Package Summary

Version 1.10.0
License Apache License 2.0
Build type AMENT_CMAKE
Use RECOMMENDED

Repository Summary

Description
Checkout URI https://github.com/autowarefoundation/autoware_core.git
VCS Type git
VCS Version main
Last Updated 2026-10-23
Dev Status DEVELOPED
Released RELEASED
Contributing Help Wanted (-)
Good First Issues (-)
Pull Requests to Review (-)

Package Description

The route_handling package

Maintainers

  • Zulfaqar Azmi
  • Kosuke Takeuchi
  • Mamoru Sobue
  • Alqudah Mohammad

Authors

  • Fumiya Watanabe
  • Takayuki Murooka

route handler

route_handler is a library for calculating driving route on the lanelet map.

Unit Testing

The unit testing depends on autoware_test_utils package. autoware_test_utils is a library that provides several common functions to simplify unit test creating.

route_handler_test

By default, route file is necessary to create tests. The following illustrates the route that are used in the unit test

Lane change test route

lane_change_test_route

  • The route is based on map that can be obtained from autoware_test_utils\test_map
CHANGELOG

Changelog for package autoware_route_handler

1.1.0 (2025-05-01)

  • feat(route_handler): use a cost metric to select start lane (#357)

    • feat(route_handler): use a cost metric to select start lane

    * style(pre-commit): autofix ---------Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>

  • Contributors: Mert Çolak

1.10.0 (2026-09-28)

  • Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base

  • test(autoware_route_handler): implement characterization test (#1439)

    • added test for verifying lane change inetrval
    • added etst for checking area routing state and termination when traversing cyclic route
    • added test to check if bicycle & opposite direction lane quesies on standard map
    • verifies pullover pullout and deadend queries
    • added test to check route planning when routing cost permits nondrivable lanelets
    • added test to check route metadata accerssors and clearning a route resets raedy state
    • verifies public topological queries
    • verifies planning & segment creation via LaneletOrArea
    • verifies routing/segment conversion/traversal etc.
    • added more details on each test case and why I put em there, lcov coverage, etc.
    • split into multi tests, change name to Harry Porter style, run and build and test all good
    • [komiya]added custom map-relied test for findDrivableLanePathIncludeAreas func
    • added brief comments on each test case
    • const reference
    • added star/goal poses (just to be clear)
    • [ishikawa] removed all set test route calls that overlaps with fixture
    • [komiya] fixed that useless EXPECT_TRUE(success || .…); assertion
    • [komiya] fixed that useless EXPECT_TRUE(success || .…); assertion

    * strengthen assertions with lane IDs instead ---------

  • fix(planning): declare the dependencies these packages use (#1372) Each of these packages uses a package it never declares. Either it includes a header of that package, or it names a symbol of it while the header arrives through another dependency. Both build today only because some declared dependency re-exports the owner, so a change in an unrelated repository can break them without anything here changing. The tag follows where the dependency is used: a use in an installed header or in code compiled into the library takes <depend>, one reached only from test/ takes <test_depend>. System libraries are named by the rosdep key this workspace already prefers. A clean-context review of the pull request found five more direct uses with no manifest entry. Add one entry for each:

    • autoware_path_generator: tf2 (tf2::getYaw in src/utils.cpp)
    • autoware_motion_velocity_planner_common: tf2 (tf2::getYaw in src/planner_data.cpp and src/polygon_utils.cpp)
    • autoware_motion_velocity_obstacle_stop_module: autoware_planning_factor_interface (constructed in src/obstacle_stop_module.cpp)
    • autoware_behavior_velocity_stop_line_module: autoware_planning_factor_interface (used in src/experimental/scene.cpp)
    • autoware_velocity_smoother: rclcpp_components (register_node_macro.hpp in src/node.cpp)
  • refactor(autoware_route_handler): remove rclcpp::ok() from lanelet sequence loops (#1289)

    • feat(autoware_route_handler): use agnocast_wrapper::ok() for lanelet sequence loops
    • fix to delete rclcpp::ok

    * test(autoware_route_handler): add regression tests for lanelet sequence loop termination ---------

  • fix(autoware_route_handler): use portable lanelet ID logging (#1271)

  • Contributors: Koichi Imai, Mete Fatih Cırıt, Tobias Fischer, Tran Huu Nhat Huy, github-actions

1.9.0 (2026-06-24)

  • Merge remote-tracking branch 'origin/main' into

File truncated at 100 lines see the full file

Launch files

No launch files found

Messages

No message files found.

Services

No service files found

Plugins

No plugins found.

Recent questions tagged autoware_route_handler at Robotics Stack Exchange

No version for distro melodic showing humble. Known supported distros are highlighted in the buttons above.
Package symbol

autoware_route_handler package from autoware_core repo

autoware_adapi_adaptors autoware_adapi_specs autoware_core_api autoware_default_adapi autoware_core autoware_agnocast_wrapper autoware_component_interface_admission autoware_component_interface_specs autoware_component_interface_utils autoware_geography_utils autoware_global_parameter_loader autoware_interface_spec_lint autoware_interpolation autoware_kalman_filter autoware_lanelet2_utils autoware_marker_utils autoware_motion_utils autoware_node autoware_object_recognition_utils autoware_osqp_interface autoware_point_types autoware_qos_utils autoware_qp_interface autoware_signal_processing autoware_trajectory autoware_vehicle_info_utils autoware_command_gate autoware_core_control autoware_simple_pure_pursuit autoware_awsim_sensor_kit_description autoware_sample_sensor_kit_description autoware_sample_vehicle_description autoware_core_localization autoware_ekf_localizer autoware_gyro_odometer autoware_localization_util autoware_ndt_scan_matcher autoware_pose_initializer autoware_stop_filter autoware_twist2accel autoware_core_map autoware_lanelet2_map_visualizer autoware_map_height_fitter autoware_map_loader autoware_map_projection_loader autoware_core_perception autoware_euclidean_cluster_object_detector autoware_ground_filter autoware_perception_objects_converter autoware_core_planning autoware_mission_planner autoware_objects_of_interest_marker_interface autoware_path_generator autoware_planning_factor_interface autoware_planning_test_manager autoware_planning_topic_converter autoware_route_handler autoware_velocity_smoother autoware_behavior_velocity_planner autoware_behavior_velocity_planner_common autoware_behavior_velocity_stop_line_module autoware_motion_velocity_obstacle_stop_module autoware_motion_velocity_planner autoware_motion_velocity_planner_common autoware_core_sensing autoware_crop_box_filter autoware_downsample_filters autoware_gnss_poser autoware_vehicle_velocity_converter autoware_pyplot autoware_test_node autoware_test_utils autoware_testing autoware_core_vehicle

ROS Distro
humble

Package Summary

Version 1.10.0
License Apache License 2.0
Build type AMENT_CMAKE
Use RECOMMENDED

Repository Summary

Description
Checkout URI https://github.com/autowarefoundation/autoware_core.git
VCS Type git
VCS Version main
Last Updated 2026-10-23
Dev Status DEVELOPED
Released RELEASED
Contributing Help Wanted (-)
Good First Issues (-)
Pull Requests to Review (-)

Package Description

The route_handling package

Maintainers

  • Zulfaqar Azmi
  • Kosuke Takeuchi
  • Mamoru Sobue
  • Alqudah Mohammad

Authors

  • Fumiya Watanabe
  • Takayuki Murooka

route handler

route_handler is a library for calculating driving route on the lanelet map.

Unit Testing

The unit testing depends on autoware_test_utils package. autoware_test_utils is a library that provides several common functions to simplify unit test creating.

route_handler_test

By default, route file is necessary to create tests. The following illustrates the route that are used in the unit test

Lane change test route

lane_change_test_route

  • The route is based on map that can be obtained from autoware_test_utils\test_map
CHANGELOG

Changelog for package autoware_route_handler

1.1.0 (2025-05-01)

  • feat(route_handler): use a cost metric to select start lane (#357)

    • feat(route_handler): use a cost metric to select start lane

    * style(pre-commit): autofix ---------Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>

  • Contributors: Mert Çolak

1.10.0 (2026-09-28)

  • Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base

  • test(autoware_route_handler): implement characterization test (#1439)

    • added test for verifying lane change inetrval
    • added etst for checking area routing state and termination when traversing cyclic route
    • added test to check if bicycle & opposite direction lane quesies on standard map
    • verifies pullover pullout and deadend queries
    • added test to check route planning when routing cost permits nondrivable lanelets
    • added test to check route metadata accerssors and clearning a route resets raedy state
    • verifies public topological queries
    • verifies planning & segment creation via LaneletOrArea
    • verifies routing/segment conversion/traversal etc.
    • added more details on each test case and why I put em there, lcov coverage, etc.
    • split into multi tests, change name to Harry Porter style, run and build and test all good
    • [komiya]added custom map-relied test for findDrivableLanePathIncludeAreas func
    • added brief comments on each test case
    • const reference
    • added star/goal poses (just to be clear)
    • [ishikawa] removed all set test route calls that overlaps with fixture
    • [komiya] fixed that useless EXPECT_TRUE(success || .…); assertion
    • [komiya] fixed that useless EXPECT_TRUE(success || .…); assertion

    * strengthen assertions with lane IDs instead ---------

  • fix(planning): declare the dependencies these packages use (#1372) Each of these packages uses a package it never declares. Either it includes a header of that package, or it names a symbol of it while the header arrives through another dependency. Both build today only because some declared dependency re-exports the owner, so a change in an unrelated repository can break them without anything here changing. The tag follows where the dependency is used: a use in an installed header or in code compiled into the library takes <depend>, one reached only from test/ takes <test_depend>. System libraries are named by the rosdep key this workspace already prefers. A clean-context review of the pull request found five more direct uses with no manifest entry. Add one entry for each:

    • autoware_path_generator: tf2 (tf2::getYaw in src/utils.cpp)
    • autoware_motion_velocity_planner_common: tf2 (tf2::getYaw in src/planner_data.cpp and src/polygon_utils.cpp)
    • autoware_motion_velocity_obstacle_stop_module: autoware_planning_factor_interface (constructed in src/obstacle_stop_module.cpp)
    • autoware_behavior_velocity_stop_line_module: autoware_planning_factor_interface (used in src/experimental/scene.cpp)
    • autoware_velocity_smoother: rclcpp_components (register_node_macro.hpp in src/node.cpp)
  • refactor(autoware_route_handler): remove rclcpp::ok() from lanelet sequence loops (#1289)

    • feat(autoware_route_handler): use agnocast_wrapper::ok() for lanelet sequence loops
    • fix to delete rclcpp::ok

    * test(autoware_route_handler): add regression tests for lanelet sequence loop termination ---------

  • fix(autoware_route_handler): use portable lanelet ID logging (#1271)

  • Contributors: Koichi Imai, Mete Fatih Cırıt, Tobias Fischer, Tran Huu Nhat Huy, github-actions

1.9.0 (2026-06-24)

  • Merge remote-tracking branch 'origin/main' into

File truncated at 100 lines see the full file

Launch files

No launch files found

Messages

No message files found.

Services

No service files found

Plugins

No plugins found.

Recent questions tagged autoware_route_handler at Robotics Stack Exchange

No version for distro noetic showing humble. Known supported distros are highlighted in the buttons above.
Package symbol

autoware_route_handler package from autoware_core repo

autoware_adapi_adaptors autoware_adapi_specs autoware_core_api autoware_default_adapi autoware_core autoware_agnocast_wrapper autoware_component_interface_admission autoware_component_interface_specs autoware_component_interface_utils autoware_geography_utils autoware_global_parameter_loader autoware_interface_spec_lint autoware_interpolation autoware_kalman_filter autoware_lanelet2_utils autoware_marker_utils autoware_motion_utils autoware_node autoware_object_recognition_utils autoware_osqp_interface autoware_point_types autoware_qos_utils autoware_qp_interface autoware_signal_processing autoware_trajectory autoware_vehicle_info_utils autoware_command_gate autoware_core_control autoware_simple_pure_pursuit autoware_awsim_sensor_kit_description autoware_sample_sensor_kit_description autoware_sample_vehicle_description autoware_core_localization autoware_ekf_localizer autoware_gyro_odometer autoware_localization_util autoware_ndt_scan_matcher autoware_pose_initializer autoware_stop_filter autoware_twist2accel autoware_core_map autoware_lanelet2_map_visualizer autoware_map_height_fitter autoware_map_loader autoware_map_projection_loader autoware_core_perception autoware_euclidean_cluster_object_detector autoware_ground_filter autoware_perception_objects_converter autoware_core_planning autoware_mission_planner autoware_objects_of_interest_marker_interface autoware_path_generator autoware_planning_factor_interface autoware_planning_test_manager autoware_planning_topic_converter autoware_route_handler autoware_velocity_smoother autoware_behavior_velocity_planner autoware_behavior_velocity_planner_common autoware_behavior_velocity_stop_line_module autoware_motion_velocity_obstacle_stop_module autoware_motion_velocity_planner autoware_motion_velocity_planner_common autoware_core_sensing autoware_crop_box_filter autoware_downsample_filters autoware_gnss_poser autoware_vehicle_velocity_converter autoware_pyplot autoware_test_node autoware_test_utils autoware_testing autoware_core_vehicle

ROS Distro
humble

Package Summary

Version 1.10.0
License Apache License 2.0
Build type AMENT_CMAKE
Use RECOMMENDED

Repository Summary

Description
Checkout URI https://github.com/autowarefoundation/autoware_core.git
VCS Type git
VCS Version main
Last Updated 2026-10-23
Dev Status DEVELOPED
Released RELEASED
Contributing Help Wanted (-)
Good First Issues (-)
Pull Requests to Review (-)

Package Description

The route_handling package

Maintainers

  • Zulfaqar Azmi
  • Kosuke Takeuchi
  • Mamoru Sobue
  • Alqudah Mohammad

Authors

  • Fumiya Watanabe
  • Takayuki Murooka

route handler

route_handler is a library for calculating driving route on the lanelet map.

Unit Testing

The unit testing depends on autoware_test_utils package. autoware_test_utils is a library that provides several common functions to simplify unit test creating.

route_handler_test

By default, route file is necessary to create tests. The following illustrates the route that are used in the unit test

Lane change test route

lane_change_test_route

  • The route is based on map that can be obtained from autoware_test_utils\test_map
CHANGELOG

Changelog for package autoware_route_handler

1.1.0 (2025-05-01)

  • feat(route_handler): use a cost metric to select start lane (#357)

    • feat(route_handler): use a cost metric to select start lane

    * style(pre-commit): autofix ---------Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>

  • Contributors: Mert Çolak

1.10.0 (2026-09-28)

  • Merge remote-tracking branch 'origin/main' into tmp/bot/bump_version_base

  • test(autoware_route_handler): implement characterization test (#1439)

    • added test for verifying lane change inetrval
    • added etst for checking area routing state and termination when traversing cyclic route
    • added test to check if bicycle & opposite direction lane quesies on standard map
    • verifies pullover pullout and deadend queries
    • added test to check route planning when routing cost permits nondrivable lanelets
    • added test to check route metadata accerssors and clearning a route resets raedy state
    • verifies public topological queries
    • verifies planning & segment creation via LaneletOrArea
    • verifies routing/segment conversion/traversal etc.
    • added more details on each test case and why I put em there, lcov coverage, etc.
    • split into multi tests, change name to Harry Porter style, run and build and test all good
    • [komiya]added custom map-relied test for findDrivableLanePathIncludeAreas func
    • added brief comments on each test case
    • const reference
    • added star/goal poses (just to be clear)
    • [ishikawa] removed all set test route calls that overlaps with fixture
    • [komiya] fixed that useless EXPECT_TRUE(success || .…); assertion
    • [komiya] fixed that useless EXPECT_TRUE(success || .…); assertion

    * strengthen assertions with lane IDs instead ---------

  • fix(planning): declare the dependencies these packages use (#1372) Each of these packages uses a package it never declares. Either it includes a header of that package, or it names a symbol of it while the header arrives through another dependency. Both build today only because some declared dependency re-exports the owner, so a change in an unrelated repository can break them without anything here changing. The tag follows where the dependency is used: a use in an installed header or in code compiled into the library takes <depend>, one reached only from test/ takes <test_depend>. System libraries are named by the rosdep key this workspace already prefers. A clean-context review of the pull request found five more direct uses with no manifest entry. Add one entry for each:

    • autoware_path_generator: tf2 (tf2::getYaw in src/utils.cpp)
    • autoware_motion_velocity_planner_common: tf2 (tf2::getYaw in src/planner_data.cpp and src/polygon_utils.cpp)
    • autoware_motion_velocity_obstacle_stop_module: autoware_planning_factor_interface (constructed in src/obstacle_stop_module.cpp)
    • autoware_behavior_velocity_stop_line_module: autoware_planning_factor_interface (used in src/experimental/scene.cpp)
    • autoware_velocity_smoother: rclcpp_components (register_node_macro.hpp in src/node.cpp)
  • refactor(autoware_route_handler): remove rclcpp::ok() from lanelet sequence loops (#1289)

    • feat(autoware_route_handler): use agnocast_wrapper::ok() for lanelet sequence loops
    • fix to delete rclcpp::ok

    * test(autoware_route_handler): add regression tests for lanelet sequence loop termination ---------

  • fix(autoware_route_handler): use portable lanelet ID logging (#1271)

  • Contributors: Koichi Imai, Mete Fatih Cırıt, Tobias Fischer, Tran Huu Nhat Huy, github-actions

1.9.0 (2026-06-24)

  • Merge remote-tracking branch 'origin/main' into

File truncated at 100 lines see the full file

Launch files

No launch files found

Messages

No message files found.

Services

No service files found

Plugins

No plugins found.

Recent questions tagged autoware_route_handler at Robotics Stack Exchange