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。我从来没有加载过全球地图文件,只是在每个国家/地区的基础上加载过,所以关于这种方法的任何内存问题对我来说都没有实际意义。
我正在尝试通过 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。我从来没有加载过全球地图文件,只是在每个国家/地区的基础上加载过,所以关于这种方法的任何内存问题对我来说都没有实际意义。