GraphHopper自行车路线规划中trunk道路的使用问题解析

问题背景

在使用GraphHopper进行自行车路线规划时，开发者发现默认的自行车配置文件(bike.json)无法使用highway=trunk类型的道路。这一问题在GraphHopper的线上服务中可以正常工作，但在本地部署的10.0版本中却出现了异常。

技术分析

GraphHopper的路由引擎通过配置文件决定哪些道路类型可用于路径规划。对于自行车路线，系统默认会考虑多种道路类型，包括trunk道路。但在实际部署中，trunk道路被排除在外，这通常由以下两个因素决定：

1. 配置文件设置：在config-example.yml中，import.osm.ignored_highways参数默认排除了motorway和trunk道路类型。这是针对非机动车辆路由的典型配置。

2. 自定义模型：即使bike.json文件理论上允许使用trunk道路，但如果这些道路在导入阶段就被排除，后续路由阶段将无法使用这些道路。

解决方案

要使自行车路线规划能够使用trunk道路，需要修改配置文件中的相关参数：

import.osm.ignored_highways: motorway

或者完全清空该配置项：

import.osm.ignored_highways: ''

这一修改确保在数据导入阶段保留trunk道路，后续的路由引擎才能考虑这些道路作为可能的路线选择。

深入理解

1. 数据导入阶段：GraphHopper在导入OSM数据时会根据配置过滤道路类型。这一阶段的过滤是硬性排除，被排除的道路类型将完全不会出现在路由网络中。

2. 路由阶段：自定义模型(如bike.json)决定不同道路类型的优先级和可用性。即使某种道路类型在路由阶段被标记为可用，如果它已在导入阶段被排除，路由引擎也无法使用。

3. 性能考量：排除某些道路类型可以减少内存使用和提高导入速度，但需要权衡路由的完整性和准确性。

最佳实践建议

1. 对于自行车路线规划，建议保留trunk道路，因为某些地区可能允许自行车使用这类道路。

2. 可以通过bike.json中的优先级设置来降低trunk道路的优先级，而不是完全排除它们。

3. 在部署前，应该使用实际数据测试不同配置下的路由结果，确保系统行为符合预期。

4. 对于特定地区的部署，建议查阅当地的交通法规，了解自行车在不同类型道路上的合法使用情况，并相应调整配置。

通过正确配置GraphHopper，开发者可以确保自行车路线规划系统能够充分利用可用的道路网络，为用户提供准确且合法的路线建议。