融合表替代

我一直在谷歌地圖上使用融合表層。它工作正常，但它有100K行的限制。谷歌還發布了Google Map Engine，我的理解是它與企業應用程序的報價限制高的融合表類似。真的嗎？該官員是否發佈使用？融合表替代

我的主要問題是，如果有一種方法可以用API調用來替換融合表層，它會返回所有多邊形點的json，並且數據需要在地圖上繪製它們。我發現了一種叫做getjson的東西，我不知道如何使用它來替換融合表層。如果我按照自己的邏輯走，考慮到大量數據，性能方面會更快嗎？

融合表層的任何其他建議或替代？

stateLayer = new google.maps.FusionTablesLayer({ 
      query: { 
       select: '\'Geocodable address\'', 
       from: '1rDDfLsnufOJ6a23423adskfjl23423' 
      }, 
      styles: [{ 
       where: " count <= 10 ", 
       polygonOptions: { 
        fillOpacity: 0.1, 
        fillColor: 'blue', 
        strokeWeight: 0.1 
       } 
      }, { 
       where: " count >= 11 AND count < 100", 
       polygonOptions: { 
        fillColor: 'red' 
       } 
      }, { 
       where: " count >= 100 AND count < 200 " , 
       polygonOptions: { 
        fillColor: 'green' 
       } 
      }, { 
       where: " count >= 200 AND count < 300 " , 
       polygonOptions: { 
        fillColor: 'yellow' 
       } 
      }}] 
     }); 

stateLayer.setMap(map);

來源

2013-03-20 user1186065

只需在2016年5月進行快速更新... Fusion Tables現在允許每層350,000個點和5個活動層。 – 2016-05-14 11:44:45

要回答你的主要問題，是的，你絕對可以用javascript using jQuery to get the json data directly from the Fusion Table替代Fusion Tables Layer。

你想爲100k +行做這個嗎？當然不。它破壞了使用Fusion Tables的目的。由於Google負責所有這些繁重的工作，因此Fusion Tables對用戶來說要快得多，速度更快。如果你切換到純粹的JavaScript，用戶將是在地圖上創建點的人，並且，有了這麼多的數據，肯定會有明顯的滯後和太多的內存使用情況，以供大多數人處理。

來源

2013-03-20 21:24:04 Jared

完全同意。我嘗試了JSONP方法，在FT中存儲約900個定居點邊界。代表地理的KMLs從5-10k不等。瀏覽器花15-20秒用Google Maps Polygons繪製地圖。可怕的表現。只是一個提示：嘗試與OpenLayers GeoServer。如果您不在共享主機環境中並且可以訪問服務器，那麼它在性能和成本（免費）方面無與倫比。 – sanya 2013-03-21 13:52:42

謝謝你們！您對Google地圖引擎有任何想法嗎？一般來說，這會比Fusion Table更好嗎？ – user1186065 2013-03-21 14:39:18

回答

相關問題