Google maps 谷歌地图使用哪种技术

Google maps 谷歌地图使用哪种技术,google-maps,google-maps-api-3,Google Maps,Google Maps Api 3,我想开发一个包含大约500个多边形和一些与每个多边形相关的数据的地图应用程序。为了给出近似值,每个多边形的数据大约是100个中等长度的字符串字段(比如每个字段不超过50个字符)。我希望这些数据(而不是多边形)每10分钟左右任意改变一次 似乎有很多技术可以构建这个——融合表、“原始”地图api和sql数据库来保存数据、地图引擎等。我想知道,对于我提到的数据量和搅动程度,这些不同的选项中哪一个是合适的(以及为什么)。我认为对于您的情况,原始地图api是非常合适的。500个多边形是一个很低的数字,地图

我想开发一个包含大约500个多边形和一些与每个多边形相关的数据的地图应用程序。为了给出近似值,每个多边形的数据大约是100个中等长度的字符串字段(比如每个字段不超过50个字符)。我希望这些数据(而不是多边形)每10分钟左右任意改变一次


似乎有很多技术可以构建这个——融合表、“原始”地图api和sql数据库来保存数据、地图引擎等。我想知道,对于我提到的数据量和搅动程度,这些不同的选项中哪一个是合适的(以及为什么)。

我认为对于您的情况,原始地图api是非常合适的。500个多边形是一个很低的数字,地图服务器肯定是一个多余的。对于融合表,如果我有数千个标记,我会选择,但不是500个。我现在在原始API中使用的多边形数量大致相当,没有任何问题


PS:对于使用原始API绘制多边形,我花了很长时间研究了一个技巧,稍后可能会派上用场:

谢谢Tomas。你能详细说明你做出选择的原因吗?fusion table是一个很好的解决方案,但仅仅是一个过度的解决方案吗?由于fusion table似乎允许使用更简单的API,我很想这样做,但我隐约听说它在更新方面有问题。@Pradipta老实说,我不知道,我从未使用过fusion tables。我只是现在它是渲染服务器端,这是有效的,如果你有许多数据点。。。但你可能必须将数据存储在谷歌(?)。但是有了这么少的数据,我真的会使用标准API,这是我的方式,对我来说似乎很简单。但这肯定不是唯一的方法。。。