每頁/用戶的Google Maps API請求。如何最好地減少請求？

Question

我實際上正在開發一個web應用程序，用於存儲來自諸如bing或openstreetmap之類的服務的地址和lat長數據。現在我想要在我的網頁上顯示一定數量的附近位置的Google衛星地圖。我已經有了這些數據。只是想在谷歌地圖頂層實現它。現在我的問題。每次網站刷新時，我的網絡應用程序都會向Google發送api請求以生成地圖？或者只是一次生成它？該應用程序將被許多用戶使用，所以每天2500個請求幾乎不會踢我的屁股。 使用靜態地圖API是完全正確的。我每天閱讀約25000份請求，但對我來說還不夠。接下來我讀到的是每24小時每個IP地址的「1000個靜態地圖請求，如果您使用API​​密鑰，則此限制不適用。」注意。現在問題：是否可以發送靜態地圖請求客戶端並在應用程序的特定部分顯示此地圖？我認爲用戶每天不會使用超過1000個位置請求。這完全符合我的理念。

Answer 1

靜態地圖不會解決你的問題，25000的地圖，負載的極限/ 24小時也適用於StaticMaps，到StaticMap單個請求將計一樣的google.maps.Map

What constitutes a 'map load' in the context of the usage limits that apply to the Maps API?

一個實例

• 是當由網頁或加載使用地圖Javascript API（V2或V3）顯示的地圖：

  時，會發生單個地圖負載應用;

• 通過網頁或未顯示地圖的應用程序使用地圖JavaScript API（V2或V3）顯示街景全景圖;
• 加載Maps API for Flash的SWF由網頁或應用程序加載;或
• 對靜態地圖API中的地圖圖像提出了一個請求。
• 對來自街景圖像API的全景圖像進行單個請求。