【问题标题】:Google Maps - server side clustering is still quite slow - do I use mapplets?谷歌地图 - 服务器端集群仍然很慢 - 我使用 Mapplet 吗?
【发布时间】:2013-07-10 00:25:40
【问题描述】:

我仍在开发我的谷歌地图应用程序。然而,服务器端的集群可以工作,但同时它很慢,有时如果我缩小太多并玩平移我的浏览器停顿。

只有这么多我可以选择使用集群隐藏。

编辑

我正在考虑在这种情况下使用 Mapplet,但不知道如何使用它们 - 我不知道它们到底是什么。我正在尝试根据您在link 看到的内容构建一些东西。在同一页面上加载和加载标记并且页面不会消失。有什么想法吗?

【问题讨论】:

  • 你有多少个标记?您用于集群的代码是什么?

标签: php mysql google-maps mapplets


【解决方案1】:

您是否尝试过对标记进行预聚类?

更新:

如果您想制作自定义图块叠加,这里是Google's documentation 主题。还有另一个例子here,但我不知道他们是如何在服务器端创建磁贴的。这可能会有点棘手。

如果你能弄清楚如何制作瓷砖,那将是一个很好的解决方案。否则,我认为服务器端集群要简单得多。如果您可以发布一个指向您的网页的链接,我们可以看到是什么降低了它的速度。

【讨论】:

  • 实际上我正在尝试构建类似于维基百科数据层的东西,可以应用于谷歌地图,即 mapplet
  • 您可以使用集群实现 Mapplet。
【解决方案2】:

你可以尝试使用MarkerClusterer (examples)。

有关更多信息,请阅读 my answer on similar question,我在其中建议了该库中的另一个插件,该插件也恰好具有集群支持。


还要回答您的问题,为什么该地图没有“死亡”:

它不会死,因为你看到的一切实际上都是图像。我不确定是否可以从此处对其进行热链接,但请尝试this link。由于它只是一个叠加图像,因此您不必绘制标记。对图像的点击由 JavaScript 处理,如果您点击应该放置标记的图像,则会弹出一个弹出窗口。

【讨论】:

  • 我已经尝试过标记聚类器,坦率地说,基于客户端的聚类解决方案是不可行的——我们在这里谈论的是数千个标记。覆盖图像的想法似乎是一个不错的想法 - 我如何实现维基百科所做的事情?我假设图像是由代码生成的 - 我该如何实现!
猜你喜欢
  • 2011-08-09
  • 2011-06-19
  • 2017-06-13
  • 1970-01-01
  • 2017-04-17
  • 2012-02-23
  • 1970-01-01
  • 2011-12-21
  • 2021-11-10
相关资源
最近更新 更多