OSM2POを使用して徒歩ルートをルーティングしていますが、OSMウォーキングパスの多くが適切に設定されていないことに気付きました。
たとえば、駐車場で分割された多くのパスがあり、それらは明らかに歩行可能ですが、無視されて道路に変換されないため、ルーターはそれらを通過できないと考えています。その結果、必要以上に歩行距離が長くなります。
これに対処する実用的な方法はありますか？歩いて行ける「エリア」（つまり、パスのない公園）を処理するときにも同じ問題が発生すると思います。
もう1つの問題は、歩道が道路に接続していないことです。多くの状況で、これは再び準標準ルーティング結果につながります。
OSMはこれらの問題をいたるところに抱えています。難しい問題のように聞こえますが、一般的な問題なので、実際にこれに対処した人がいるのではないかと思います。
あなたの考えをありがとう！
回答:
ショーンの答え（自分で「欠けている」部分を追加する必要がある）と、これらの欠けている部分は技術的には道路グラフの一部であり、順番に単なる線であることに留意してください。使用する。ウォーキングパスに「歩行可能な」ポリゴンとの共通ポイントがある場合は、このポリゴンの境界線を線として道路グラフにエクスポートします（必要に応じて属性を変更します）。そのため、パスはそのようなポリゴンの境界で途切れることはありませんが、代わりにその周囲に沿ってマッピングされます。
2番目（オプション）のステップは、ポリゴンを通る直接パスを構築することです。エクスポートされた境界線に特別なタグを追加する（つまり、識別可能にする）場合、同じエクスポートされた境界線上にある実際のパスのノードを選択し、ある点から別の点への単純な直線を作成して、この線をグラフに追加できます-あなたはあなたの架空の途切れのない道を得るでしょう。これで、グラフから境界線を削除できます。使用するソフトウェアとスキルに応じて、実際にグラフに境界線を追加せずに、このアルゴリズムを使用して架空のパスを構築できます。
はい、問題はOSM-Data自体です。ルーティングするには、ライン（エッジ）とリンク（頂点）のネットワークが必要です。ポリゴンは別の問題です。これに対処する最も簡単な方法は、JOSMに直接追加のパスを描画することです。osm2poには、foot / bike / carを処理する2つの選択肢があります。正確に1つのユースケースのグラフを作成するか、多目的グラフ（すべての道路、パスなどを含む）を作成し、移動（ルーティング）しながら動的に決定を行います。後者の場合、Javaスキルが必要になることがあります。これがどのように機能するかについての最初の印象を得るには、現在のプラグインjar（ソースコードが添付されています）を調べてください。そこには、信号機で1分間待機するルーターがあります。