在停车场等区域实施路由的最佳方法是什么？

我正在使用OSM2PO来路由步行路线，并且我注意到很多OSM步行路线都不理想。

例如，有许多道路被停车场划分，这些道路显然是可以步行的，但是它们被忽略并且没有被转换成道路，因此路由器认为您不能穿过它们。这导致步行距离比必要的更长。

有什么实际的方法可以解决这个问题？我猜想在处理任何可步行的“区域”（即没有通过它们的路径的公园）时也会发生相同的问题。

另一个问题是人行道不连接道路。在许多情况下，这又会导致路由选择结果低于标准。

OSM到处都有这些问题。这听起来像是一个困难的问题，但是却是一个常见的问题，所以我想知道是否有人以实用的方式解决了这个问题。

感谢您的想法！

请记住Sean的回答（您必须自己添加“ missing”拍子），以及从技术上讲，这些缺失的部分是路线图的一部分，而这些部分又只是线条，这是您可能会遇到的快速'n'肮脏的解决方法采用。如果步行路径具有与“步行”多边形相同的公共点，则将该多边形的边界作为线导出到道路图中（必要时修改属性）。因此，路径不会在此类多边形的边界上中断，而是会沿其周边进行映射。

第二（可选）步骤是构造穿过多边形的直接路径。如果您将特殊标记添加到导出的边界（即使其可识别），则可以选择位于同一导出边界上的真实路径的节点，并创建从一个点到另一个点的简单直线，并将此线添加到图形中-您将获得虚构的不间断路径。现在，您可以从图形中删除边框。根据您喜欢的软件和您的技能，您可以使用此算法构造虚拟路径，而无需在图形上实际添加边框。

唯一实用的方法是自己添加数据的“丢失”路由。OSM可能不应在其步行路线上放置停车场。添加不是真实的，正确维护的人行道的路线存在责任问题。停车场虽然可以步行，但可能是危险的，并且可能是私人财产。对于公园或其他任何不适合行人出行的空间，您都会遇到类似的问题。在将人员引导通过这些区域之前，请仔细考虑这些问题。

是的，问题出在OSM数据本身。对于路由，您将需要一个由线（边）和链接（顶点）组成的网络。多边形是另一个问题。我认为最简单的应对方法是直接将其他路径引入JOSM。在osm2po中，有两种方法可以处理脚/自行车/汽车。要么针对一个用例构建一个图形，要么构建一个多用途的图形（包含所有道路，路径等），并在遍历（路由）时动态地​​做出决策。对于后者，可能需要Java技能。为了对它可能如何工作有一个第一印象，请看一下当前的插件jar（附带源代码）。在那里，您会发现一台等待交通信号的路由器一分钟。