使用谷歌地圖的哪種技術

我想開發一個包含大約500個多邊形和與每個多邊形相關的數據的地圖應用程序。爲了給出近似值，每個多邊形的數據應該是大約100箇中等長度的字符串字段（比如說每個字符數小於50個字符）。我期望這些數據（但不是多邊形）每10分鐘左右任意改變一次。使用谷歌地圖的哪種技術

似乎有一些技術來建立這個 - 融合表，「原始」地圖API與SQL數據庫來保存數據，地圖引擎等我想知道哪些這些不同的選項是適當的以及爲什麼）我提到的數據量和流失水平。

2013-11-23 Pradipta

我認爲你的情況原始地圖API是非常合適的。 500多邊形是一個低數字，地圖服務器肯定會是一個矯枉過正。對於融合表，如果我有成千上萬的標記，但不是500，我就會去。我現在在原始API中大致使用了這個數量的多邊形，沒有問題。

PS：對於原始API繪製多邊形有我花了很長時間研究了一招，可能會派上用場稍後爲您提供：Handle when drawing of polygons is complete in google maps api v3

2013-11-24 15:09:11 TMS

感謝托馬斯。你可以擴展你選擇的理由嗎？融合表是一個很好的解決方案，但只是一個矯枉過正的問題？由於融合表似乎允許更簡單的API，所以我很想去那種方式，但我隱約聽到它有更新的問題。 – Pradipta

@Pradipta老老實實不知道，我從來沒有用過Fusion桌子。我現在只是將它呈現在服務器端，如果你有很多數據點，這是高效的......但是你必須將數據存儲在谷歌（？）。但有了這麼少量的數據，我真的會用標準的API，這是我的方式，對我來說似乎最簡單。但它當然不是唯一的方法...... – TMS

回答