我想开发一个地图应用程序与大约500个多边形和一些与每个多边形相关的数据。为了给出一个近似值,每个多边形的数据大约是100个中等长度的字符串字段(比如每个字段少于50个字符)。我希望这些数据(但不是多边形)每隔10分钟左右就会任意更改一次。
似乎有许多技术可以构建它--融合表、带有sql数据库的“原始”map api来保存数据、map引擎等等。我想知道对于我提到的数据量和流失程度,这些不同的选项中哪一个是合适的(以及为什么)。
发布于 2013-11-24 23:09:12
我认为对于您的情况,原始地图API是非常合适的。500个多边形是一个很低的数字,地图服务器肯定是一个过度的杀伤力。对于融合表,如果我有数千个标记,我会选择,但不是500个。我现在在原始API中使用了大约这个数量的多边形,没有问题。
PS:对于使用raw API绘制多边形,有一个我花了很长时间研究的技巧,稍后可能会对您有用:Handle when drawing of polygons is complete in google maps api v3
https://stackoverflow.com/questions/20157950
复制相似问题