首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >无法使用停靠器提取合并的.osm.pbf OSRM文件

无法使用停靠器提取合并的.osm.pbf OSRM文件
EN

Stack Overflow用户
提问于 2022-06-09 08:38:03
回答 1查看 163关注 0票数 0

我合并了从地理数据库(使用渗透法)提取的下列.pbf国家:意大利、斯洛文尼亚、克罗地亚、波斯尼亚、黑山、阿尔巴尼亚。

我把它们合并的顺序:

意大利和斯洛文尼亚

克罗地亚和波斯尼亚

蒙内格罗&阿尔巴尼亚

然后合并这些合并的结果,并从这个名为ambcsi.osm.pbf的文件中创建一个文件。

在尝试使用以下命令提取最终结果2.13GB大小时:

代码语言:javascript
复制
docker run -t -v C:/Users/Eka/Desktop/pbfFilesTestM:/pbfFilesTestM osrm/osrm-backend osrm-extract -p /opt/car.lua /pbfFilesTestM/ambcsi.osm.pbf

这个过程开始了,但是没有任何响应就停止了。搜索后,我发现您可以配置.wslconfig文件,为这个特定的过程提供更多的ram,我创建了.wslconfig文件并添加了以下内容:

代码语言:javascript
复制
[wsl2]
memory=16GB
processors=6

这是我电脑里所有的东西。仍然无法完成这一过程。其他人说,这可能是不必要的,因为码头计算它需要的具体操作的电量。我的笔记本电脑有以下配置:核心i7第10代2.60ghz 16 gen内存6核,这足够2.13GB .pbf文件吗?我做错了什么吗?我应该更好地配置.wslconfig文件吗?或者,我合并文件的方式是错误的,不是最佳实践吗?O只是我笔记本电脑的配置不能胜任这项任务吗?

EN

回答 1

Stack Overflow用户

发布于 2022-06-10 08:20:50

如果有人在GitHub:https://github.com/Project-OSRM/osrm-backend/issues/314中挖掘和阅读了这个帖子后偶然发现了这一点

几乎和我一样,他们清楚地指出,.pbf文件越大,执行操作所需的处理能力就越大。昨天,我用1.85GB的合并文件进行了测试,结果正常,所以在我的例子中,它与.wslconfig文件无关,所以对于我的2.13GB文件来说,它肯定需要更多内存,所以是的:\。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/72557202

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档