web地图大数据显示

[minigpsnet]

大家好，我想做个ＷＥＢ页地图显示全国的基站分布，
显示全国，然后慢慢放大直到看到每一个。
数据大概是 350W 条。这样的WEB要如何来做呢？
用google的地图。

[罗纳尔迪尼奥]

基于现有免费地图接口的可标注操作呗 1 看看现有的地图接口，选一个 2 对照API把你基站的信息估计要转经纬度什么的按照API要求建立对应关系，也就是标注上，这样就OK了。 3 当然，在做个针对标注查询的功能，一般地图的API上都有说明。

[helloman999]

以前大多数经验都是用专业GIS引擎来做，现在看大家都在玩免费的地图。GMap应该只能通过调用其api ，发送需要显示的数据来显示feature数据，常用的就是mark，有不少开源的mark插件。 核心架构思想就是按需装载，在某个比例尺下需要显示的数据先定义好，然后发送给GMap。 如果本地数据库支持类似oracle spatial的能力就简单了，如果没有就自己写个函数实现范围查找吧。

[Roy_zdc]

引用 楼主 echo3 的回复:

大家好，我想做个ＷＥＢ页地图显示全国的基站分布， 显示全国，然后慢慢放大直到看到每一个。 数据大概是 350W 条。这样的WEB要如何来做呢？ 用google的地图。

楼主的意思是：你有350万个基站，需要在地图上来呈现，对吧？每个基站的坐标和行政区归属数据你应该有吧？ 如果有的话建议基站在地图上进行“抽稀”呈现（不需要考虑用的是什么地图引擎），抽稀呈现可以直接反应基站的分布情况。 具体思路是不同的地图缩放级别，显示的基站数量不一样，自己写个抽稀算法，比如在第15级地图，设置显示的相邻两个基站的直线距离为：30米。也就是说如果两个基站的直线距离小于30米，那你就移除掉一个，这样，直到过虑完，剩下的基站就可以标注显示在地图上了。 因为你基站数量达到百万级，所以不可能让用户每次请求都执行一遍抽稀算法，这样非卡死不可，而是在后台事先用抽稀算法将数据过虑好，把数据存起来（比如针对省级别以上的情况），针对市级以下（我想一个城市的基站应该少很多了吧）就可以直接抽稀了，当然具体要根据实际情况。

[Roy_zdc]

补充一下，当地图缩放到了倒数第1、2级别的时候，就不要再进行抽稀了，因为此时数据已经很少了。根据地图的视图范围，直接将查询出的数据呈现到地图上。这样给你用户看到的就是所有的基站数据。

[minigpsnet]

抽希的算法会不会很复杂。 目前没有行政划分，只有经纬度。

[比尔咔咔]

抽希的算法 可以单独写,计算出的结果在数据库或者缓存里保存起来 用的时候直接调用即可 有经纬度 写抽希是很简单的

[云淡风清-北京]

楼上说的不错，数据量大且静态则缓存，提高访问速度

[郁闷的码农]

在地图上做一个图层，这个图层就是描述所有基站信息

[Roy_zdc]

引用 5 楼 echo3 的回复:

抽希的算法会不会很复杂。 目前没有行政划分，只有经纬度。

抽稀算法，很简单啊，就是数据公式，关键在于循环过虑。 没有行政区的话，那就不好做了，因为你首先要按行政区划去过虑数据，简单说，你在北京，你总不能显示河北的基站吧？所以行政区数据必须要有，而且是可以有的。

[lixionggao]

GWT .

[dpshui]

当放大到最大时，还是会有几百万个点打在地图上，此时，调出地图难道不会很慢吗？

[真真的]

楼上说的很在理，我也是这么想的