将 OSRM 用于多个配置文件的路由 - URL 中的配置文件实际上有什么作用吗?

Routing using OSRM for multiple profiles - does profile in the URL actually do anything?

对于 ORSM,有 3 种配置文件用于不同的交通方式,自行车、步行和汽车。这些与 OSRM 一起提供。

根据 1 年前的 post,OSRM 不支持多个配置文件:

OSM routing (OSRM): do I need to duplicate all data for different profiles?

然而在官方文档中有一个配置文件参数作为 URL 的一部分,要求从 运行 OSRM 实例中检索路由:

http://project-osrm.org/docs/v5.6.4/api/#general-options

路径看起来像这样:

http://router.project-osrm.org/route/v1/driving/

没有驾车步行骑自行车 URL一条路线将不会被检索,因此 API 需要其中一个,但是如果我在服务器上为 car 编译一条路线,然后使用 / foot/ 在 URL 中检索路线,它仍然会检索基于汽车的路线,完全忽略 'foot'。

OSRM 的任何人都可以解释为什么像多配置文件支持这样有用的东西被撤销了,以及 driving 在上面 URL 中看到的意义是什么无论如何都被忽略,只是似乎使用附加到 运行 OSRM 实例的配置文件?

多个配置文件问题的解决方案似乎是为每个配置文件托管路由机器的并行副本并寻址不同的 IP,所以再次强调,[=50] 中的 'profile' 有什么意义=]?

Could anybody from OSRM explain why something as useful as multiple profile support has been withdrawn

支持从未有过。您将需要 运行 为每个配置文件单独的 osrm 实例。

URL 选项只是为了更容易在 OSRM 实例前面安装 nginx 并根据配置文件字符串分发到正确的实例。

将来我们可能会在同一个 OSRM 实例中实现多个配置文件,但这还很遥远。