オープンソースツールを使用して運転時間ポリゴンを作成しますか？

オープンソースのツールやデータを使用して、特定の場所から放射状に広がる運転時間ポリゴンを生成している人はいますか？たとえば、Network AnalystやBusiness AnalystなどのESRI製品を使用して、ユーザーが定義した期間（たとえば、5、10、および/または15分）。同様のオープンソースまたはWebベースの代替手段はありますか？

この投稿を見ましたが、実際には代替オプションがありません： Google Maps APIで旅行地域ポリゴンを作成できますか？

OpenStreetMapを使用して運転時間分析を行う（またはできる）かどうかを知りたいのですが、特に興味がありましたか？

また、ポリゴンの生成に使用できるpgRoutingユーティリティの実装はありますか？ http://pgrouting.postlbs.org/

GRASS v.net.isoは次のような結果を提供します。

この出力で凸包アルゴリズムを実行したくない場合があります。青い道路を想像してください。その周りの凸包には、「青」で表される時間に到達できない多くの部分が含まれます。

代わりに、アルファ形状を調べることもできます（関連する質問：凹包の定義、アルゴリズム、および実用的なソリューションとは？）

pgRoutingおよびQ​​GISを使用して、ドライブ時間アイソクロノスを作成できます（ここで説明します）。この場合、OSMは使用しませんでしたが、もちろん、OSMに基づいてルーティング可能なネットワークを構築できます（osm2pgroutingツールを参照）。

（フル解像度）

純粋なPostGISソリューションの場合、pgRouting alpha shape functionを使用できます。以下は、pgRoutingで実装されたアルファ形状と、前のアップデートで示したアプローチの比較です。

色付きの領域はアルファ形状関数の結果を表し、黒い線は前述の補間アプローチの結果です。pgRoutingのアルファ形状を使用した集水域の詳細度は低くなっています。また、アルファの値を変更してより詳細な表現を作成する方法はないようです。

GRASSのv.net.isoを使用して、「convex hull」コマンドに渡してポリゴンを取得できるドライブ時間「ネットワーク」を作成できます。おそらく理想的ではありませんが、うまくいくでしょう！

まあ、潜在的にあなたはGRASS GISからv.net.isoを使用することができます。ただし、ポリゴン（AFAIK）は作成されませんが、ソースからのコストクラスによってラインが分割されます。

OSMからドライブ時間を計算するためとして、あなたがGRASSにデータをインポートすることができv.in.osm、およびコストのゾーンを計算するv.net.isoを使用しています。移動時間を希望し、道路の速度制限がない場合は、道路クラスの機能に基づいて速度制限を計算できます。

そのタスクにはGraphHopperを使用できます。これは、ウォーキングやサイクリングなどの異なるモードもサポートし、デフォルトでOpenStreetMapを使用します。ダイクストラアルゴリズムの動作と同様に、出発点から道路網を探索するJavaコーディングが必要になりますが、リアルタイム（<0.5秒）でも次のようなものを取得できます。

コードは、たとえばJTSツールを使用してポリゴンに変換する必要があるポイントを収集します。速度はこの最後のステップに大きく依存します。これがなければ、長距離であっても0.5秒未満で可能です。

別の方法は、OpenTripPlannerを使用することです。

osrm-isochroneは、運転時間を生成するための小さなnode.jsライブラリです。

リーフレットとGoogleマップの両方で動作する、開いているRoute360°JavaScript APIを確認してください。次の移動モードの歩行時間ポリゴンを返します：徒歩、自転車、車、トランジット。

それは無料でオープンソースであり、カバレッジはかなり良いです。Webサイトでは、その使用方法に関するさまざまなチュートリアルを見つけることができます。

質問に直接回答するわけではありませんが、Mapnificent APIをご覧ください。

Mapnificentは、米国および世界のいくつかの都市の動的な公共交通機関の移動時間マップを提供します。Mapnificent APIを使用して、公共交通機関の移動時間overlays.overlaysでGoogle Mapsアプリケーションを強化できます。

ここでロンドンを見てください。

また、gvSIGのNetwork extensionにつまずきましたが、これまでに見つけた設定ドキュメントはかなり貧弱です。私はそれに対して大きな希望を持っています。コストを計算するための詳細を把握するだけです。

私は道路網に米国国勢調査のTIGERデータを使用し、実際にいくつかのポリゴンを生成していましたが、コスト単位を実際に理解することができませんでした。誰かがこのツールを正常に実装した場合、私はそれについて聞いてみたいです。

QGIS用のQuantum Navigatorも見つけましたが、最近の更新は見つかりませんでした。

凹型船体アプローチの結果は素晴らしく、上記の画像から多くのインスピレーションを得ています。しかし、結果には、道路ではアクセスできないいくつかの領域（たとえば、川など）が含まれることに気付きました。これは、原点からの距離または時間で関連するフィーチャ（人口の重心、家の数）を検索するという点で問題ではないことは間違いありません。ただし、各リンクの両端でのみ機能します。繰り返しになりますが、大部分のケースでは問題ではありません（最長の道路リンクにはアクセス制御があるため、通常、次のジャンクション/交差点に着くまで降りることはできません）。

ただし、そのすべてについて、私はPgRouting /（または生の "Dijkstra"アルゴリズム）によって返されるLINKSに基づいて、起点ノードから時間順に並べられた異なるアプローチに取り組んできました。比較的単純で、時間帯によってリンクを分類し、時間の境界を越えるリンクを分割します。次に、同じカテゴリ（0〜2分、2〜4分など）のリンクが250メートルずつバッファリングされます。

今年のWhereCampPDXで、OpenStreetMapの代表者数名が、ルーティングにOSMデータを使用することはヨーロッパではかなり一般的であると述べました。ただし、マップは通常十分ではないため、米国ではまれです。以下でOSMベースのルーティングサービスをチェックアウトできます。

http://openrouteservice.org/