问题是基于googlemap api V3的经验，否则请忽略问题
问题摘要：
- 问题包含很多信息（关于用例的背景信息），但问题只有
2个明确且具体的部分
- 第一部分是关于clustering markers
在这种情况下使用它
- 第二部分是关于加载新标记
（随着视图移动时，相应加载新的标记组）
端口
- 关于处理视口中的点（标记）的两个部分仍然大致相同，当你解决一个你必须在第二部分思考，否则
关于用例和问题的信息
想象一下，应用由数据库中存储的纬度和经度定义的hundreads或数千个点（地点）。我将在地图上显示这些地方。地图将以这种方式划分：
- 地图将被划分为地区=地图的中心将被设置为该地区区域（例如该地区的主要城市）的某个特定纬度和经度 - 为简单起见，它将是2个已知坐标
- 区域的数量是＆lt; 20
- 在每个地区都会有一些路线，每条路线都会有一些点（比如你有路线图，从一个城市到另一个城市，路上有一些城镇，例如town1，town2，town3 =＆gt;所以你有5分 - 只有分数很重要）
- 区域构成＆lt; 100条路线，每条路线由＆lt; 100点（=地点/ =城镇）（按点理解纬度和经度坐标）
- 所以我提到了划分我的区域的3种类型：区域＆gt;路线＆gt;路线上的步伐;这是你从我的网络应用程序菜单中可以达到的范围（= php + html5 + css + js）
- 下一个瘦的重要的是地方 - 地方的数量将是数千，所有这些是你选择一些起点并想要显示最近的地方（例如region1 - ＆gt; route 2 - ＆gt;路线2上的城市4在纬度x和经度y上，我想在视口中显示相关位置=在路线2上的城市4周围的地方）
出现了一些问题:(粗体对我很重要）
- 在db（MySQL）中存储位置可能不是最好的主意，我会考虑
一些排序按坐标排列到一些组以便于请求
到db
- 在视口中有太多的地方（路线2上的4号城市是地图的中心，有50或150个地方） - 我发现
一些问题，如clustering the places - 问题第1部分，如果
有人有经验，如果它想运行它
在普通的计算机或移动浏览器上（不要想杀死应用程序
在视口上调整标记） - 我读到的这个可以分组
标记在一起，如果放大则显示更具体
- 问题2是从一个区域移动到另一个区域（或者只是从这个地方移动） - 例如你有一个名为A的地图的中心点
（=路线图2上的城市4）并且在视口中只有loade
适合此视口的点，然后随地图一起移动
右边，你应该加载新点，因为你的视口是
更改= 问题第2部分是加载的好方法
这点 - 如果你向右转“10像素”调用数据库为新的地方，然后你再“转向另外10个像素”再次调用数据库另一个新的地方是愚蠢的，因为我只会通过请求杀死应用程序数据库，排序等