2012-11-08 40 views
-1

我有一個郵編數據庫的緯度和經度。我正在建造一個加載板,每隔10分鐘我們就會收到大約300個帶有原始和目的地zipcode的貨物。從這裏我們需要計算每個貨物的起點和目的地之間的距離。如果我們的貨物數量不是這麼多,我們會使用谷歌地圖查詢它們中的每一個。 Mapquest有一個批量routeMatrix,可以讓我們一次做25個點。我們嘗試了哈弗爾斯公式,但是因爲這是一個直線計算,它通常離許多英里。批量點對點郵編距離

是否有解決方案,我們可以實現哪些不會導致過度使用服務器資源?

+0

點是隨機的還是有限的點集?如果點數合理有限,您可以查詢Google地圖並將結果存儲在數據庫中以供重複使用。 – jeroen

+0

這些點過分隨機點在美國各地。 – Freeman

回答

0

當您可以交叉查詢並使用單向可以容納的所有路標時,您可以有效地獲得更多的谷歌路線。一個方向可以容納24個航路點,因此它每天的查詢率爲600/24 = 25個查詢和24 * 6 * 25 = 3600個查詢。我想這是類似於mapquest批量路由矩陣的東西。另外,您可以將結果保存在數據庫中。

+0

積分非常隨機,很難創建航點 – Freeman

+0

你在說什麼?你寫了你有郵編對? – Bytemain

+0

它們是Zipcode對(其中300個),例如{45122,98079},{76023,51231}它們彼此都是獨立的,所以在這種情況下,我需要配對的郵政編碼之間的距離,最好是通過批量請求 – Freeman