問題タブ [pgrouting]

pbfファイルをpostgresqlにインポートするためにosm2poを使用していますが、組み込みアルゴリズムを使用してルートを見つけると、エッジの一部が欠落しているため、ルートが道路と一致しないことがわかりました。なぜこれが起こっているのか誰か知っていましたか、事前に感謝します 例はこの画像に示されています

可能であれば、既存のポイントのみをソースとして使用して 2 つのポイント間のルートを計算するにはどうすればよいですか? ネットワーク/道路は提供されていません。ポイントしかありません。私はこのhttp://docs.pgrouting.org/dev/src/tsp/doc/index.htmlを試しましたが、間違った方法になっていると思います。

私は、ポイント A からポイント B への最短/最速のルートを見つけることを検討するプロジェクトに取り組んでいます。osm2pgsql によって生成されたテーブルを見てきました。そして、osm がデータベースにロードされた後、道路が塞がれていることをどのように表現するのだろうかと思っています。私たちのプロジェクトでは、osm を使用してすべての道路をマッピングし、道路のライブ ビデオ映像を監視するオペレーターも配置します。オペレーターが道路が遮られていることを確認した場合、データベースを更新して、倒木などによって遮られたこの道路を反映する必要があります。

私はすべてのコラムを見てきましたが、私の頭の中で際立っているのはバリアだけです. 各列が何を表しているのか、ルートを作成するときにpg_routeがそれぞれをどのように考慮しているかについてのドキュメントを見つけることができませんでした。私が探しているのは、pg_route がデータベースを調べて道路を見つけたときに、ブロックされている道路はスキップするという列です。

私は osm データをデータベースにロードしようとしています。osm2p0 と osm2pgrouting の両方を使用しましたが、通りの幅を参照するものは何も見られないことに気付き続けました。

どの車両がどの道路を使用できるかを制限できるため、道路の大きさが重要な場所で捜索救助を行うプログラムを書いているので、これは私にとって重要です。

それで、osm.xml ファイルを調べ始めましたが、通りの幅を参照するものは何も見当たりません。

http://wiki.openstreetmap.org/wiki/Key:width . キーは幅であるべきだと言っています。キー幅は、ウェイまたはその他のフィーチャの実際の幅を表します。

OSM 内で実際に提供されていない幅がありますか?

テストサーバーで pgrouting 2.x を実行したいと考えています。さらに、既存のアプリケーションを引き続き pgrouting 1.x で実行したいと考えています。それらを並行してインストールして実行することが可能かどうか、誰かが知っていますか?

現在、Postgres 9.1.9 と PostGIS 2.0.1 で実行しています。

postgresql 、 PATHWAY 、および pgr_createTopology を使用して作成した PATHWAY_VERTICES_PGR という頂点テーブルにこれら 2 つのテーブルがあります。データベースをバックアップして後で復元することを決定するまで、すべてが素晴らしかったです。同じpostgres 9.3.4 x64、postgis 2.1.3、およびpgrouting 2.0バージョンで復元したので、何も変更されていませんが、復元したという事実pgr_dijkstra が機能しなくなりました。pgr_dijkstra をクエリするたびに、次のエラーが表示されます。

しかし、エラーコードを検索すると:

復元まで完全に問題がなかったクエリの例:

Postgres の再インストール、postgis および pgrouting 拡張機能の削除と追加を再度試みましたが、エラーは解決しません。もし何か考えがあれば教えてください。これらのpostgresqlエラーコードは解読するのが難しいです

上記のような関数を作成しようとすると、language C Does not exist のようなエラーが発生します

Postgres バージョン 9.3 x86 PostGIS バージョン - postgis バンドル バージョン 2.1 (pgrouting 2.0 を使用)