本篇文章给大家谈谈webgis形成地图，以及webgis视频教程对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。
目录一览：
公司打算开发一套webgis，需要在web上显示地图，那种方案比较好？
如何说单做webmap，arcgis server 是更好的， 可以做地图服务，可以标注不同的点，但是画区域、折线，几何图形等不支持。你也可以看看多比控件，（好像是这么写的），他有通过javascipt方式来调用处理，类似google map api，mapbar api等ky。。。
电子地图系统WEBGIS 关键技术
随着Internet技术的不断发展和人们对地理信息系统(GIS)需求的日益增长，利用Internet在Web上发布空间数据，为用户提供空间数据浏览、查询和分析的功能，已成为地理信息系统(GIS)发展的必然趋势。于是，基于Internet技术的地理信息系统———WEBGIS就应运而生。
WEBGIS是一个将地理信息处理和地理信息分布于Web计算平台进行的 *** 化GIS系统，它是面向对象软件构件技术、信息互操作技术、 *** 技术发展的产物。系统采用ARCGISServer作为WEBGIS支撑平台实现基础地理空间数据和地质空间数据的 *** 发布。
1.栅格WEBGIS技术
添加微信好友, 获取更多信息
复制微信号
“栅格WEBGIS”(Grid WEBGIS)这一概念和产品是对传统Web地图服务方式的一种革命。启用这个名称，可谓是一语双关:就是提供地理底图的方式来讲，再也不是传统的方式———服务器端将矢量地图临时生成栅格图发给客户端，而是事先生成好栅格图，用户请求时不必做任何处理就可以即时发给客户端;就客户端的显示方式来讲，摒弃了传统的一张地图的显示方式，客户端采用多幅小图拼接的方式显示，总体看起来像是小图片填充一个大的栅格的效果。
预先制作好所要发布的地理底图、遥感影像不同缩放比例下的静态图像存放于服务器端，待实际发布时根据缩放比例在不同级别图像之间进行切换。这种技术大大提高了地图的Web浏览速度。
2.Web服务器端技术
Web服务器端主要由两部分组成，即IIS(Internet Information Server)和WEBGIS服务器(包括ArcIMS组件、InternetGIS站点设计向导程序Wizard及面向城市地质Web应用的扩展组件)。
其中，IIS主要负责接收普通的用户请求，当其需要空间数据时则向WEBGIS服务器发出请求，WEBGIS服务器接收到浏览器端的请求后，利用ArcIMS组件和城市地质Web应用扩展组件的功能，进行处理、分析、计算等;如果需要数据服务器的数据，则由WEBGIS服务器向数据服务器发出请求。
3.Web客户端相关技术
包括IITML、客户端脚本语言、VML(矢量可标记语言)、XML、DOM(文档对象模型)、CSS(层叠样式表)及Ajax(Asynchronous JavaScript and XML的缩写)，这些技术的综合运用大大扩展了系统功能，大幅提高了系统响应速度。
WebGIS中的坐标系和瓦片地图
本文主要介绍坐标系和瓦片地图的相关知识， 他们是进行WebGIS开发的基础。
坐标系分为地理坐标系和投影坐标系，他们的定义如下：
地理坐标系 （Geographic Coordinate System）：
是使用三维球面来定义地球表面位置，以实现通过经纬度对地球表面点位引用的坐标系。包括角度测量单位、本初子午线和参考椭球体三部分。
投影坐标系 （Projection Coordinate System）：
是使用基于X,Y值的坐标系统来描述地球上某个点所处的位置。它由地理坐标系和投影 *** 两个要素所决定。
地球表面是崎岖不平的，人们为了精确表示地球表面的位置，引入了 旋转椭球体 的概念。即用一个规则的旋转椭球体去逼近真实的地球表面。一个旋转椭球体的参数主要有以下三个:长半轴、短半轴、扁率。定义了这三个参数，也就唯一确定了一个旋转椭球体。
定义了椭球体的形状后，还需要确定椭球体的位置。椭球体表面与真实地球表面存在差异，并且在世界的不同地区，这种差异也不尽相同。因此椭球体的定位直接决定了地理坐标与真实位置的误差。椭球体定位就是需要确定 大地基准面 ，从而确定椭球体与地球的相对位置。有以下两类大地基准面：
确定了旋转椭球体的 形状 和 位置 ，那么地理坐标系的基础就确定了。接下来需要定义地球上任意一点的地理坐标表示 *** 。
地理坐标，就是用经纬度表示地面点位的球面坐标。在大地测量学中，对于地理坐标系统中的经纬度有三种提法：天文经纬度、大地经纬度和地心经纬度。其中使用较多的是大地经纬度，其使用大地坐标（L,B,h）表示地面点在椭球面上的位置三个要素，他们的定义如下：
图示：
这样就完成了地理坐标系的定义，地球上任意一点都能获得经纬度坐标了。
在椭球面上表示的地球上物体的坐标，会给实际使用带来一些麻烦。更多的时候我们希望将地物展现在平面上，这时就需要引入投影坐标系的概念。
在地球椭球面和平面之间建立点与点之间函数关系的数学 *** ，称为 地图投影 。
地图投影的一般公式为：x = F(λ，φ), y = G(λ，φ)
确定了投影 *** 后，也就确定了函数F和G，只要知道地面点的经纬度（λ，φ），便可以在投影平面上找到相对应的平面位置（x，y）。
投影 *** 有以下几类：
以上两种 *** 都要进行分带投影。即按一定的间隔选取经线作为投影的中央经线，中央经线两侧一定范围内的地区按所选中央经线进行投影。这样做的目的是减小投影变形，方便在工程中使用。
具体的投影 *** 请点击小标题查看。
选择一个地理坐标系，以及一个地图投影 *** ，就唯一确定了一个投影坐标系，从而可以使用平面坐标表示地球上物体的位置了。
在Web地图领域，使用最为广泛的坐标系统就是 WGS84 Web Mercator 。谷歌地图、Virtual Earth、Bing Maps、百度地图、Mapabc、ArcGIS Online等都是采用这种坐标系。作为一个投影坐标系，需要两个基本的要素，一个是地理坐标系，还有一个是投影 *** 。我们分别来看：
从名字可以看出，WGS84 Web Mercator坐标系采用的地理坐标系是WGS84坐标系，它属于地心坐标系，坐标系的原点位于地球质心，其基本参数如下：
从名字上可以看出，WGS84 Web Mercator坐标系的投影 *** 和Mercator（墨卡托）投影有关，但是这个投影 *** 和不是标准的墨卡托投影。他们之间的区别在于，WGS84 Web Mercator在投影时将地球椭球当做圆球看待，这会导致本来是等角投影的墨卡托投影变得不再等角了，而是近似等角，也就是出现角度变形。
以赤道为标准纬线，以本初子午线为中央经线，分别得到X轴和Y轴。两者的交点设为原点，规定纬度向北为正，向南为负；经度向东为正，向西为负。
对应于经纬度的范围就是：
讨论坐标系不得不提到EPSG，EPSG的英文全称是European Petroleum Survey Group，中文名称为欧洲石油调查组织。这个组织成立于1986年，2005年并入IOGP(International Association of Oil Gas Producers)，中文名称为国际油气生产者协会。EPSG对几乎所有常用的坐标系统都进行了编号，统一了坐标系的表示，于是我们经常会看到使用EPSG编号来指代某一坐标系。
以下是几个常用坐标系的EPSG编号和单位：
至于为何WGS84 Web Mercator有两个编号，这里面还是有一段故事的，可以去 这里 查看。
查询全部的EPSG编号和详细信息请访问 EPSG官网 。
互联网地图服务，常常通过采用构建瓦片地图的方式，加快用户的访问，减少数据传输量。具体而言，瓦片地图就是对投影后的地图在不同尺度（层）下进行切片，每个尺度得到的地图切片数量不同、表示范围不同、详细程度不同，但是图片的尺寸相同（一般为256*256），最终构成一个“瓦片金字塔“”。根据用户所浏览的区域范围，自动确定所要返回的切片层级，在满足用户查询需求的同时，保证了地图传输的效率。
在投影坐标系的选择上，目前主流的地图服务提供商基本都选择的是WGS84 Web Mercator坐标系。但是在如何对投影后的地图进行切片并编号时，不同厂商之间存在较大的差异。
以地图左上角为原点，X轴向右，Y轴向下，从0开始分别进行编号。Z的取值范围为[0, 18]，在第z级别，x,y方向的瓦片个数均为：2 z 个，即x,y取值范围是[0 , 2 z -1]。
WMTS较为特殊，WMTS中的TileMatrix对应于z，TileRow对应于y，TileCol对应于x。编号方式和谷歌与O *** 相同。
以地图左下角为原点，X轴向右，Y轴向上，从0开始分别进行编号。Z的编码规则与谷歌地图相同。
z=1时，这两种瓦片的编号如下图所示。
微软Bing地图Z的编码规则与谷歌相同，同一层级的瓦片不用XY两个维度表示，而只用一个整数表示，该整数服从四叉树编码规则（QuadTree）。
百度地图的瓦片定义的方式比较独特，原点的位置在经纬度都为0的地方，X向左为正，向右为负；Y向上为正，向下为负。切分的方式不像上述3种 *** 在每一级进行二等分，而是通过定义每一级的 地图分辨率 ，确定每一级应该划分的行列数。地图分辨率的表达式为：2 18-z ，其含义是每个像素所对应的实际长度。由此，可得每一级应该划分的行列数为：2πR/(256*2 18-z )，其中R为地球的半径，单位是米。
参考：
本文记录了与WebGIS相关的坐标系和瓦片地图的知识，说明了他们直接的相互关系。希望WebGIS开发者有所帮助。
webgis系统的更优模式
1.速度快
传统的WebGIS生成地 图的运算是在运行时进行的，即用户每做一次缩放或漫游操作，都会引发服务器矢量数据转栅格数据的一次运算。而搜索引擎版WebGIS则省去了这一过程，地 图都已经事先生成好，客户机/服务器的一次交互主要是I/O过程，其效率可想而知。并且，搜索引擎版WebGIS采用强客户端设计，大量的逻辑坐标转换和图片行列号的计算都放在客户端，服务器端主要处理图片资源的调度，更进一步的，处理查询，负担大大减轻了，其承载客户量，服务器速度和质量都有很大提升。
2.效果好，平滑过渡
与传统的WebGIS的单图显示不同，搜索引擎版WEBGIS在客户端地图显示区显示的是多幅小图，并且都在客户端缓存起来。用户在进行漫游时，尚在显示范围内的地图直接从客户端缓存中读取，显示范围以外的地图再从服务器实时读取，这样就会实现一种平滑的过渡的效果；那么，如果用户想查看已经漫游过的区域时，仅仅需要从本地磁盘读取图片，显示就非常之快了。
3.将更多服务器端的计算放到客户端进行
搜索引擎版WebGIS采用强客户端设计，大量大逻辑坐标转换和图片拼接的计算都放在客户端，服务器端主要处理图片资源的调度，更进一步处理查询等复杂操作，负担大大减轻了，其承载客户量，服务器速度和质量都有很大提升。解决了超大矢量地图显示慢的问题。服务器端实时地显示一张大数据量的矢量地图肯定是很消耗资源和时间的，即使是对显示进行了优化，如抽稀地图要素。在搜索引擎版WEBGIS中，这种耗时的工作在前期的数据组织阶段就已经完成。在站点运行过程中，对于同一窗口范围大小的地图，几个G的矢量数据处理出来的图片和几十K数据处理出来的图片大小是差不多的，显示起来也是同样的速度。
4.在传统B/S结构中增加AJAX ENGINE层，体验页面无刷新
与传统的Web应用开发方式比较，搜索引擎版WebGIS在浏览器端添加了一个层——Ajaxengine，由用户产生的页面事件交由这个引擎处理，它负责向服务器发送请求，服务器传回的是业务数据而非HTML，引擎接受之后，进行渲染，通过浏览器的解析在页面上显示出来。也就是将事件监听与页面渲染的工作交给了浏览器，而后台 服务器只负责业务逻辑的处理。在Ajax engine方式下，HTTP基于请求/响应的范式仍然没有变化，但是由于有XmlHttpRequest对象(Ajax engine的核心)的支持，我们不需要像以前那样将每一次请求发到服务器后，由服务器解析请求再进行事件发配，之后返回刷新用的HTML页面。在新的方 式下，由于事件的监听和处理在浏览器内部实现，它的反应周期可以被缩短，事件的处理力度可以更方便的做到更细，而且由于支持异步方式发送Request请 求和接受Response响应，用户事件的控制有了更大的灵活性。
5.能够满足巨大人数的访问要求
传统的WebGIS生成地图的运算是在运行时进行的，即用户每做一次缩放或漫游操作，都会引发服务器矢量数据转栅格数据的一次运算。而搜索引擎版WebGIS则省去了这一过程，地图都已经事先裁剪好，用户执行操作后，服务器的任务就是选择地图传给客户机，客户机/服务器的一次交互主要是I/O过程，这样大大减少了服务器端的负荷，新技术的采用能够满足大用户量的同时访问，经测试表明，一台普通的PC机就可以承担每秒上千次的访问。
6.基于全国的地图搜索系统
搜索引擎版WebGIS另一个重要特点是实现全国范围内的地图搜索和信息显示。相比与以往的基于城市级的WebGIS系统，搜索引擎版WebGIS能够让用户在全国甚至全球范围内进行GIS方面的各类查询，实用性更加广阔。搜索引擎版WEBGIS主要包括以下功能：
城市地名搜索：例如选择‘湖北’的‘武汉’，然后直接显示武汉市的城市地图；
全国性的信息点搜索：例如在‘武汉’范围内搜索‘酒店’，可以直接显示武汉市内酒店列表，供用户选择；
基于全国范围的路径分析：例如分析从‘北京’的‘天安门’到‘武汉’的‘黄鹤楼’的路径，系统会给出最安全可行的自驾车路线；
市内公交路线搜索：例如搜索‘武汉’市的‘黄鹤楼’到‘中山公园’的乘车路线。
关于webgis形成地图和webgis视频教程的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
