【问题标题】:Google Fusion Tables vs Google Maps Engine谷歌融合表与谷歌地图引擎
【发布时间】:2013-08-02 19:57:05
【问题描述】:

我目前正在设计 Google Maps Store Locator 应用程序。

同样,商店数据将托管在 Google 中,Google Maps API 将用于呈现地图。

数据可以存储在 Google Maps Engine(付费)或 Google Fusion Tables(实验性但免费)中。

我很难决定选择哪一个。

问题:

  1. 有没有人同时从事这两种工作?

  2. 两者的优缺点是什么?

【问题讨论】:

    标签: google-maps google-maps-api-3 google-fusion-tables google-maps-engine


    【解决方案1】:

    这里有一个简短的总结...

    地图引擎

    • 专为大量地理空间数据而设计
    • 地理编码在服务器端完成
    • 导入 KML、CSV、shapefile 等,部分支持从商业 GIS 工具导入
    • 支持栅格图层、折线等
    • 支持渲染到 Google 地球
    • “数百万个点、线或多边形”的表格大小
    • 根据使用的引擎,有用于在地图上绘制的出色 UI(Maps Engine Pro/Lite)或具有高级功能的更“重量级”的 UI。

    大部分数据来自the product page

    融合表

    • 设计用于将表格连接在一起(融合,嗯嗯)
    • 完全免费 - 虽然是实验性的 - 产品
    • 地理编码在客户端完成(因此受制于个人配额和限制)
    • Maps API 中有更多功能(服务器端热图、样式等)
    • 从 CSV、KML 上传或手动输入
    • KML 存储在有字符限制的表格单元格中
    • 表大小最大 250MB,最佳 100MB(使用空间查询或地图图层时限制为 100k 行)

    this question 中有很多有用的 Fusion Tables 信息。

    我不能真正推荐一种或另一种解决方案,因为这取决于您的具体需求。如果您对长期使用地理数据很认真(特别是如果您已经在 GIS 平台中拥有它,或者拥有大量数据),我可能会使用 Maps Engine。如果您希望对“小”数据集(

    关于您的商店定位器,Maps Engine 文档描述了Best Practices for creating a Store Locator,以及video demo

    【讨论】:

    • 非常感谢...这是一些好东西。发布我的查询,我已经使用 GME 实现了该功能,并且一切正常。
    猜你喜欢
    • 2013-10-17
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-05-28
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-08-03
    相关资源
    最近更新 更多