米国の郵便番号間の移動時間のマトリックスを計算したいと思います。約 30,000 の表示可能な郵便番号があるため、これは 9 億回の計算になります (または、移動時間が両方の方向で同じであると仮定すると、4 億 5000 万回)。
これまでグラフホッパーを使用したことはありませんが、このタスクには適しているようです。私の質問は次のとおりです。
それを行う最良の方法は何ですか？
これにより Graphhopper サーバーが過負荷になりますか?
どのくらい時間がかかりますか？
郵便番号のペアごとに緯度と経度を提供できます。
ありがとう - スティーブ
これらの大量のポイントに対して GraphHopper をまだテストしていませんが、可能であるはずです。
それを行う最良の方法は何ですか？
この例のように、HTTP のオーバーヘッドを避けて Java ライブラリを直接使用すると、おそらく高速になります。距離または時間に短い値のみを使用する場合は、行列自体が既に 2g であるため、十分な RAM を割り当てるようにしてください。この質問も参照してください。
これにより Graphhopper サーバーが過負荷になりますか?
API は、ここで取得できる API キーなしでは使用できません。または、独自の GraphHopper サーバーをセットアップします。
どのくらい時間がかかりますか？
おそらく数日かかりますが。
警告- 企業向けメモ: サーバーのセットアップまたはユースケースのサポートを提供しています。また、これらの計算を少なくとも 10 倍高速化する行列アドオンも販売しています。