OSRM 对 2 点之间的距离给出错误的响应

OSRM giving wrong response for distance between 2 points

我正在尝试通过 projects-osrm 获取两个地理位置之间的距离。 通过 python.

import requests
source_coordinates = '18.21231,42.50830;'
dest_coordinates = '18.20971,42.50075'
url =  'http://router.project-osrm.org/route/v1/driving/'+source_coordinates+dest_coordinates

payload = {"steps":"true","geometries":"geojson"}

response = requests.get(url,params=payload)

data = response.json()
print(data)

`
{
  "routes": [
    {
      "geometry": "oksbGmvonB??",
      "legs": [
        {
          "summary": "",
          "weight": 0,
          "duration": 0,
          "steps": [],
          "distance": 0
        }
      ],
      "weight_name": "routability",
      "weight": 0,
       "duration": 0,
      "distance": 0
  "code": "Ok"
}
`

如您所见,我的响应距离为 0。

但是当我在网站上输入相同的坐标时。

http://map.project-osrm.org/ 并输入相同的坐标,我得到 2.5 公里和 6 分钟。

下面是截图:

我能知道为什么会发生这种情况吗?还有其他方法(开源)可以获取两地之间的距离和时间吗?

提前致谢

将我们讨论中出现的所有不同部分结合起来。

1.主要问题 - 给出 0 行进距离

可以找到 API 的当前文档 here(对于 >V4.x)。请注意 "Requests" 下的坐标按 lon,lat 顺序提供:

String of format {longitude},{latitude};{longitude},{latitude}[;{longitude},{latitude} ...] or polyline({polyline}) or polyline6({polyline6})

您提供的当前坐标将两个位置都放在海中,假设它们在 lon,lat 配对中。因此,您很可能会以更自然的 lat,lon 顺序提供坐标。 Web 界面期望 lat,lon 因此会产生您期望的输出。老实说,我不知道为什么 API 坚持 lon,lat.

2。其他路由服务

在他们的 Wiki here 中可以找到基于 OSM 数据构建的当前路由软件列表。其中,我广泛使用了 Graphhopper 和 OSRM,但其他​​ none。关于我用过的那些,我可以说几句:

  • 对于大型查询,OSRM 比 Graphhoper 快得多 因为它支持矩阵调用而 Graphhopper 不支持(在 开源格式)。对于小于 300 queries/sec 的位置 对,没有区别。
  • Graphhopper 内置了一个前端。OSRM front-end 是一个 需要 JavaScript 努力才能整合的独立实体。
  • Graphhopper 提供便宜的 API service 如果你不想 自托管。

3。自托管

您当前用于 OSRM 的 API 受合理使用政策的约束。它不适用于任何重要的工作,只是偶尔调用。您还担心它更新不够频繁。这两个问题都可以通过自行托管您自己的软件版本来解决(Windows 已放弃对 OSRM 的支持,但您可以在虚拟机上构建,然后桥接端口 5000,这样您就可以调用 API Windows,我就是这么做的。

  • 可以找到构建 OSRM 指令 here
  • 可以找到提取地图文件的说明here
  • Geofabrik 每天更新地图文件。您可以随时从 here 下载 .osm.pbf 格式的新地图文件。

    OSRM 矩阵调用的旁注。有一场辩论 here that I don't fully appreciate regarding the matrix API returning both the distance and time. If you need that functionality, you should load the table-distances branch of the forked project by niemeier-PSI here。我从来没有加载过全球地图文件,只是在每个国家/地区的基础上加载过,所以关于这种方法的任何内存问题对我来说都没有实际意义。