0

私は postgresql / PostGIS を pgrouting で使用しており、最短パスを計算する必要があります。以前のバージョンの pgrouting では、shortest_path_astar を使用していました。私のルーティング グラフには、ロックされたドアなど、不可能なセグメントがありました。私が使用した:

SELECT id FROM shortest_path_astar('SELECT edge_id AS id, vertex_id1 AS source, vertex_id2 AS target, ' || '(CASE WHEN door = ''S'' THEN -1.0  ELSE  (length)  )  END)::float8 AS cost, ' || '(CASE WHEN door_rev = ''S'' THEN -1.0  ELSE  (length)  )  END )::float8 AS reverse_cost, ' || 'x1, y1, x2, y2 FROM edges', origin_node, destination_node, TRUE, TRUE)

基本的には、ドアが閉まっているとき (door = ''S'')、コストを -1 に固定しました。この関数の新しいバージョン pgr_astar までは問題なく動作していました。shortest_path_astar の代わりに pgr_astar を使用すると、このクエリはサーバーをクラッシュさせます。

クラッシュを回避するために関数を変更するにはどうすればよいですか?

4

2 に答える 2

1

このクラッシュを再現する簡単なテスト ケースをイシュー トラッカーに投稿できますか: https://github.com/pgRouting/pgrouting/issues

cost: -1 は機能するはずです。

于 2013-11-29T23:09:22.750 に答える