|
锁定老帖子 主题：公司项目地图引擎技术解惑
精华帖 (0) :: 良好帖 (2) :: 新手帖 (2) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-02-05
titanfoot 写道 提到的“地图引擎”
包括： 1.矢量地图数据shp or tab，如果采用矢量数据可以采用arcims,MapXtreme,其他自有引擎渲染。 这种模式被基于互联网的Webgis应用模式所淘汰。 2.采用预渲栅格地图方式。目前51ditu，mapbar,mapabc 都是采用这种方式。 渲染栅格地图文件直接存储在磁盘上（scsi或磁盘阵列），通过web server方式调度。 url通过javascript简单运算获取。每个公司都有自己的一套所谓的“api”，来支持图片提 取拼接，点叠加，线叠加等等 简单功能。 预渲染图片当然直接存储在磁盘上，早就成为互联网地图默认存储方式。 哪里还通过什么数据库存储！！！ 如果真是发展成这样倒还是不错的方向. 我在02年的时候做过一阵子地图方面的处理, 那时用的还是矢量地图数据的方式, 做webgis的确不是很方便.现在6,7年没理会过这方面的东西了. |
| 返回顶楼 | |
|
发表时间：2009-02-17
starfeng 写道 titanfoot 写道 提到的“地图引擎”
包括： 1.矢量地图数据shp or tab，如果采用矢量数据可以采用arcims,MapXtreme,其他自有引擎渲染。 这种模式被基于互联网的Webgis应用模式所淘汰。 2.采用预渲栅格地图方式。目前51ditu，mapbar,mapabc 都是采用这种方式。 渲染栅格地图文件直接存储在磁盘上（scsi或磁盘阵列），通过web server方式调度。 url通过javascript简单运算获取。每个公司都有自己的一套所谓的“api”，来支持图片提 取拼接，点叠加，线叠加等等 简单功能。 预渲染图片当然直接存储在磁盘上，早就成为互联网地图默认存储方式。 哪里还通过什么数据库存储！！！ 如果真是发展成这样倒还是不错的方向. 我在02年的时候做过一阵子地图方面的处理, 那时用的还是矢量地图数据的方式, 做webgis的确不是很方便.现在6,7年没理会过这方面的东西了. WebGIS大都基于栅格引擎来实现了，这方面已经成流行大势了。 GIS算是一个特定的行业吧，其中的技术没有个1年半载也不能掌握，关于栅格引擎，看看OpenLayers吧，实现得很好，至于Google，Yahoo，Microsoft，国内的Mapabc，51ditu,Mapbar都有栅格引擎，技术原理都逃不出OpenLayers。 |
| 返回顶楼 | |
|
发表时间：2009-02-17
不允许目录访问+文件名用随机码.
还能随便抓文件么? 用流,那也太消耗资源了. 放一个可移动的div,这个div上有多个方格监听其移动情况,当"未曾显示"的方格快出来时候,在方格里面以img来获取图片,这个东西还用不着ajax. |
| 返回顶楼 | |
|
发表时间：2009-02-18
dzxiang 写道 个人认为地图引擎的核心在服务器端，不在客户端表现层，服务器端要解决的问题包括：数据的组织与存储、空间索引的建立、空间检索的实现、对大并发量访问的支持......,当然最后还要提供针对GIS标准而开放的API，这每一项展开来讨论都不是一两句话能够说清楚的。
有道理,应该是内行的认识, 再加一点,还要考虑图片渲染引擎,gd,agg.... 补充前面有人问的,WMS,WFS都是OGC的标准,OGC是开放GIS协会 |
| 返回顶楼 | |
