基于多层架构的WebGIS瓦片加载模式
基于GIS的地图瓦片生成方法的设计与实现
基于GIS的地图瓦片生成方法的设计与实现作者:张铁来源:《商情》2019年第29期【摘要】针对传统地图调用模式效率低、时效性差等问题,本文提出了一种基于GIS的地图瓦片生成方法,可将生成的瓦片地图作为背景底图,提高了地图的浏览、查询、地理分析等出图效率。
经测试,该方法可实现对地图分块切割,达到了以“空间换取时间”的目标。
【关键词】地图瓦片 GIS 时效性0引言随着智慧城市快速推进,城市基础地理信息服务的重要性日益突出,政府相关部门非常重视地理空间信息服务工作。
传统的Web GIS系统采用实时请求地图服务器工作模式,该模式极大地消耗了网络负载和服务器负载,导致时效性差、工作效率低,无法满足多用户、高并发的地理空间信息资源共享服务需求。
然而,Google Maps的出现打破了人们对传统Web GIS工作模式的看法,同时也给大家提供了研究思路和解决方法。
Google Maps将全球地图和影像采用特定的预切割方式进行切片,并将切好的地图图像存储在服务器上,当用户访问地图时,将从Google Maps的服务器上请求图片到本机缓存,这样就很大程度上减轻服务器压力,提高了请求数量和访问速度。
鉴于此,为了提高公众服务平台空间信息资源共享的服务效率和能力,开发基于基于GIS的地图瓦片生成方法十分必要。
1地图瓦片生成方法机理地图切片技术是目前大多数电子地图网站使用的技术,地图分块切割后将地图若干不同的瓦片组合划分不同的等级显示,再由客户端呈现出无缝拼接地图的浏览技术。
地图瓦片技术将配置好的一定坐标范围的地图,按照固定的若干个瓦片级别和指定图片尺寸(如128,256像素),切成若干行及列的正方形图片,以指定的格式保存成图像文件,按一定的命名规则和组织方式存储到目录系统中或是数据库系统里,形成金字塔模型的静态地图缓存,地图切图所获得的地图切片也叫瓦片。
对每个地图切片所表示的地理范围,进行下一个缩放级别的地图切片生成,直至所要表示地图的最大比例尺,形成地图切片的金字塔结构,地图切片的数量呈指数级别的增长。
基于.NET三层架构的WebGIS优化应用研究
层、 业务 逻辑 层 、 数 据访 问层 三层体 系结构 ] , 在 表示 层与数 据访 问层之 间加 入一个 中间层—— 业务 逻辑层 , 将 数据访 问 、 业务 规则 、 合 法性 校验 等工作 放 到 中间层 进 行处 理 ] . 采用 三 层结 构 创 建 的逻 辑结 构 模 型来 分
1 I I S托 管 Ma p Ob j e c t s应用 优 化方 案 用 到 的关键 技 逻 辑 结 构 模 型
在. NE T平 台下采用 N — Ti e r s 多层 逻辑 结构 模型是 目前 比较 流行 的一 种项 目开发 方式 ] , 采用 了表 示
离服务 , 架构 清 晰 , 由于层与层 之 间的低耦 合 和层 内部 的高 内聚 , 使得解 决方 案具 有结构 灵活 、 容易 升级 和维
护容 易的特 点L 8 ] .
1 . 2 分布 式 GI S应 用程 序 中客户端 与服 务器之 间 的通 信机 制. NE T R e mo t i n g
Vo 1 . 42 No .6
NOV .2 O1 3
基于. NE T 三层 架 构 的 W e b GI S优 化 应 用 研 究
董 婧 ,宁德 琼 ,张 顺 吉
( 曲靖 师 范 学 院 计 算 机 科 学 与 工 程 学 院 , 云 南 曲靖 6 5 5 0 1 1 )
摘 要 :针对 现有 的 I I S托 管 Ma p Ob j e c t s 应用 的 we b GI S解 决方 案在 应 用 于数 据 量 较 大 的系 统 中时 性 能 不
案 的 维护 变 得 更 容 易 . 以 此方 案作 为 系统 框 架 , 应用 于 网 络版 校 园 电子 地 图 中 , 验证 了该 方 案 的高 效 性 和安 全 性 .
WebGIS前端瓦片地图显示原理及实现
WebGIS前端⽡⽚地图显⽰原理及实现 ⽬前,有很多WebGIS开发包,ArcGIS API for JS、OpenLayers、LeafLetjs等为我们从事WebGIS开发的⼈封装了很多强⼤的功能。
我们很⽅便的使⽤这些库的时候,也让我们忽略了很多原理性的东西。
⽐如说,我之前⼀直在被⼀个问题困扰,就是如何将⼀个点正确的显⽰在浏览器屏幕的正确的位置,即经纬度坐标和屏幕坐标的转换问题。
直到我看到⼀位⼤⽜的博客(),⾥⾯对WebGIS的原理进⾏了深⼊的讲解。
看了他的⽂章后⼀直觉得,我写这篇⽂章是多余的。
但是⼤神的⽂章⾥⾯并没有详细讲解原理的代码实现。
个⼈觉得还是很有必要通过实现相应功能的⽅式了解其原理,⽽且实现时还是遇到了不少的问题,所以还是写了这篇⽂章。
在线地图及参数 以上的⽡⽚地图为例,服务中有⼏个⽐较关键的使⽤到的参数。
Height、Weight:每个⽡⽚的宽度和⾼度Resolution:每⼀个缩放级别下1像素代表的地图单位(投影坐标)Initial Extent:⽡⽚地图的范围获取地图⽡⽚通过观察arcgis地图的⽡⽚组织⽅式,/ArcGIS/rest/services/ChinaOnlineCommunityOnlyENG/MapServer/tile/缩放等级/⾏号/列号通过python程序将⼀定缩放等级的⽡⽚保存到本地我只抓取了0-5级别的⽡⽚,并按照arcgis⽡⽚的保存⽅式存储。
# -*- coding:utf-8 -*-import urllib2import urllibimport osimport mathdef GetPage(geturl):req = urllib2.Request(geturl)user_agent = 'Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 ' \'(KHTML, like Gecko) Chrome/52.0.2743.116 Safari/537.36'req.add_header('User-Agent', user_agent)response = urllib2.urlopen(req, timeout=10)page = response.read()return pagefor level in range(0,6):try:newdir = "MapTitles/"+str(level)os.makedirs(newdir.decode("utf-8"))except:passfor row in range(0,int(math.pow(2,level))):try:newdir = "MapTitles/"+str(level)+"/"+str(row)os.makedirs(newdir.decode("utf-8"))except:passfor col in range(0,int(math.pow(2,level))):f = open("MapTitles/"+str(level)+"/"+str(row)+"/"+str(col)+'.jpg', 'wb')dataurl = "/ArcGIS/rest/services/ChinaOnlineCommunityOnlyENG/MapServer/tile/"+str(level)+"/"+str(row)+"/"+str(col)data = GetPage(dataurl)f.write(data)f.close()passpasspassView Code展⽰页⾯展会页⾯只含有⼀个canvas元素作为地图容器。
webgis基本架构
WebGIS的基本架构主要有以下几种:
1. 集中式体系架构:由一台或者多台服务器组成中央服务器,多个节点服务器与中央服务器连接。
由中央服务器统一进行资源和任务调度。
节点服务器之间无需通信和协作,只需要与中央服务器通信协作即可。
优点是部署结构简单、数据容易备份、总费用较低;缺点是中央计算机需要执行所有的运算,当终端很多时,会导致响应速度变慢。
2. C/S模式:即客户机/服务器结构,包括两层C/S模式和三层C/S模式。
两层C/S模式客户机包括用户界面GUI和部分乃至全部GIS功能单元,服务器端则存放数据库或者部分GIS功能单元。
优点是交互性好,能充分发挥客户端的处理能力,安全性较好,适合处理大量数据;缺点是客户端集中了GUI和应用程序模块,比较庞大,开发和管理维护的成本较高。
3. B/S模式:B/S模式是一种特殊的C/S模式,客户端是一个标准的浏览器。
在B/S中,复杂的计算和操作都在服务器端进行,而客户端主要负责数据的展示和与用户的交互。
4. C/S模式与B/S模式混合的模式:这种模式结合了C/S模式和B/S模式的优点,既有客户端的处理能力,又具有服务器的数据处理能力。
以上是WebGIS的几种基本架构,具体使用哪种架构需要根据实际需求来决定。
webgis架构原理
webgis架构原理WebGIS架构原理1. 什么是WebGIS架构•WebGIS(Web Geographic Information System),是基于Web 技术的地理信息系统,通过互联网实现地理信息的存储、管理、分析和展示。
2. WebGIS架构的组成部分WebGIS架构主要由以下几个组成部分构成:客户端•客户端是WebGIS架构的用户界面,通过浏览器访问WebGIS应用,与后台进行交互。
•客户端可以是桌面浏览器或移动端应用。
服务器•服务器是WebGIS的核心部分,负责接收客户端请求、处理业务逻辑和提供数据服务。
•服务器可以采用传统的Web服务器,也可以使用基于云计算的服务器。
数据库•数据库用于存储地理信息数据,包括地图数据、空间数据和属性数据。
•数据库可以采用关系数据库、NoSQL数据库或分布式文件系统。
GIS引擎•GIS引擎是WebGIS的核心模块,负责地理信息的存储、管理和分析。
•GIS引擎可以采用开源GIS软件(如PostGIS、MapServer)或商业GIS软件(如ArcGIS Server、SuperMap)。
服务接口•服务接口是服务器和客户端之间的通信桥梁,提供地图数据查询、编辑和分析等功能。
•服务接口可以采用RESTful API、SOAP等方式实现。
3. WebGIS架构的工作流程WebGIS架构的工作流程如下:1.客户端发起请求,请求特定地理信息数据或功能。
2.服务器接收请求,根据请求的内容进行业务逻辑处理。
3.服务器从数据库中查询所需的地理信息数据。
4.GIS引擎处理地理信息数据,进行地理分析或渲染成地图图层。
5.服务器将处理后的地理信息数据响应给客户端。
6.客户端接收响应数据,进行展示或进一步分析。
4. WebGIS架构的优势和挑战优势•可以通过互联网实现地理信息的共享和协作。
•客户端无需安装专门的GIS软件,只需浏览器即可访问。
•可以实现地理信息的实时更新和动态展示。
兼容多GIS平台的瓦片生成引擎关键技术研究
兼容多GIS平台的瓦片生成引擎关键技术研究作者:张晓晓庞婷来源:《电脑知识与技术》2017年第29期摘要:通过对现有广电系统内各地区网管系统的分析,设计并实现兼容多GIS平台的瓦片生成引擎系统。
该系统根据各地区网管系统的实际情况进行服务设计,通过Web Service方式向外发布,将各地区网管系统内GIS平台的图层数据信息进行整合,实现对GIS平台使用的透明性,为上层网管系统及其他服务提供统一的接口。
关键词:地图切片;Web Service;多GIS平台中图分类号:TP391 文献标识码:A 文章编号:1009-3044(2017)29-0229-02Abstract: Based on the analysis of the network management system in the existing radio and television system, the tile generation engine system compatible with multi GIS platform is designed and implemented. The system is designed according to the actual situation of network management system in all regions, through the Web Service publication, the layer data of the GIS platform in each area network management system is integrated to achieve the transparency of the GIS platform,which provides a unifiled interface for the upper network management system and other sevices.Key words: Map tiles;Web Service; multi GIS platform1 背景GIS具有强大的空间数据管理与分析能力、信息可视化的巨大优势。
arcgis瓦片切片规则
arcgis瓦片切片规则(原创实用版)目录1.瓦片切片规则概述2.瓦片切片规则的工作原理3.瓦片切片规则的应用领域4.瓦片切片规则的优缺点5.瓦片切片规则的设置方法正文1.瓦片切片规则概述瓦片切片规则,是 ArcGIS 地理信息系统中的一种图像处理工具,主要用于将大范围的图像或栅格数据分割成较小的瓦片,以提高数据处理速度和节省存储空间。
瓦片切片规则广泛应用于遥感影像、地形地貌、土地利用等领域。
2.瓦片切片规则的工作原理瓦片切片规则的工作原理是基于地理坐标系和像素坐标系的转换。
首先,需要将输入的图像或栅格数据转换为地理坐标系,然后根据设定的切片规则,将整个图像分割成多个瓦片。
这些瓦片可以按照一定的数据结构进行存储,如 GeoJSON、Shapefile 等。
3.瓦片切片规则的应用领域瓦片切片规则在许多领域都有广泛的应用,包括但不限于:- 遥感影像:将高空间分辨率的遥感影像分割成较低空间分辨率的瓦片,以满足不同应用场景的需求。
- 地形地貌:将连续的高程数据转换为离散的瓦片,便于进行地形分析和可视化。
- 土地利用:将土地利用现状数据切割成瓦片,便于进行土地利用变化分析和规划。
4.瓦片切片规则的优缺点瓦片切片规则的优点包括:- 提高数据处理速度:将大范围的数据分割成较小的瓦片,可以降低数据处理的复杂度,提高处理速度。
- 节省存储空间:将连续的数据切割成离散的瓦片,可以有效减少数据的存储空间。
瓦片切片规则的缺点包括:- 瓦片数量过多可能导致数据管理复杂:瓦片数量过多可能导致数据管理的复杂度增加,需要额外的工具进行管理和维护。
- 瓦片边缘可能存在数据损失:由于切片规则的限制,瓦片边缘可能存在数据损失,需要进行额外的处理。
5.瓦片切片规则的设置方法在 ArcGIS 中,设置瓦片切片规则的方法如下:- 打开 ArcToolbox,找到"Spatial Analyst Tools"工具集。
- 在工具集中找到"切片"工具,打开"切片"对话框。
WebGIS-瓦片图灰度、倒置处理(filter)
WebGIS-⽡⽚图灰度、倒置处理(filter)以前使⽤百度、⾼德在线地图时,可以直接配置地图样式。
配置⼀些暗⿊等主题的,并可以在线加载。
现在项⽬中都使⽤的是 openlayers ,加载的地图底图基本都是⽡⽚形式。
系统主题⾊调成暗⿊的,还使⽤以前的地图怎么感觉都是不搭配的。
⽡⽚底图都是⼀张张图⽚,可以对这些图⽚处理就好了。
⼀、filterCSS3 的新特性 filter 可以对图⽚进⾏处理。
那么直接写 css 怎么样?经过⼀番查找,直接对加载地图的 canvas 设置 filter 样式就可以。
canvas {filter: grayscale(1) invert(1) !important;}在 openlayers 中对 canvas 设置了这个属性,所以要加 !important其中 grayscale 是做灰度处理,inver 是做倒置处理。
这两个可以单独使⽤,也可以结合使⽤。
根据⾃⼰主题搭配合理使⽤。
效果如下:看上去效果还是⽐前⾯好不少。
问题:在接下来有有了新问题:因为是对 canvas 做的 filter 处理,所以所有的地图、⾃⼰添加的点、线等都做了处理(这些是不想被处理的)。
寻找了⼀圈之后发现:openlayers 可以单独对⽡⽚处理。
⼆、openlayers 处理openlayers 可以对加载的任何图⽚做处理。
主要是通过tileLoadFunction通过搜索API发现在 ol/source 下⾯的能加载图⽚的基本都有这个函数。
如:XYZ、WMTS、Tile、BingMaps。
这个函数是在加载图⽚的时候对图⽚做了预处理。
具体代码实现如下:const vecLayer = new TileLayer({source: new XYZ({url: mapUrls['aMap-vec-a'],tileLoadFunction: function(imageTitle, src) {const img = new Image()img.crossOrigin = ''img.onload = () => {const canvas = document.createElement('canvas')const w = img.widthconst h = img.heightcanvas.width = wcanvas.height = hconst context = canvas.getContext('2d')context.drawImage(img, 0, 0, w, h, 0, 0, w, h)const imgData = context.getImageData(0, 0, w, h)for (let i = 0; i < imgData.height; i++) {for (let j = 0; j < imgData.width; j++) {const x = (i * 4) * imgData.width + j * 4const r = imgData.data[x]const g = imgData.data[x + 1]const b = imgData.data[x + 2]const avg = (r + g + b) / 3// 注意这⾥:avg 是灰度值,如果只需要灰度那就直接赋值,需要倒置(invert)的,⽤ 255 减去灰度值imgData.data[x] = imgData.data[x + 1] = imgData.data[x + 2] = 255 - avg}}context.putImageData(imgData, 0, 0)imageTitle.getImage().src = canvas.toDataURL('image/png')}img.src = src}}),title: '⽮量底图'})这样处理的好处:只针对需要的图层做处理,其他图层、⾃⼰添加的点、线、⾯等要素不受影响。
WebGIS瓦片数据更新方法
WebGIS瓦片数据更新方法由于电子地图的快速发展以及城市建设的加速,许多电子地图的瓦片数据急需更新,为了能够实时的从客户端更新瓦片数据,主要采用了WebGIS 以及HTML、JavaScript 的相关技术,通过对瓦片像素的读取、修改和保存,来实现瓦片数据更新。
传统的瓦片更新方式通常是在后台数据库进行更新。
而从用户提出地图的修改工作到数据库的修改,其中的环节太多,周期太长。
传统的更新方式是以瓦片为单位进行的更新,而如果小块区域的点位变化,仅仅是为了修改一个点,而采用这种更新方式,有点显得费时费力。
从本质上说,瓦片其实是一张图片,它是由像素组成的。
只要有需要更新的地图的位置信息,就可以计算获得需要更新的瓦片的行列号。
从而读取该图片的像素,经过修改像素,就可以更新数据。
或者可以根据提供的最底层的瓦片数据,计算得到对应的各个层级需要更新的对应的瓦片的位置经过像素的提取,重采样,来得到新的瓦片,就可以对该瓦片进行替换。
从而解决瓦片更新的联动问题,减少瓦片的输出量,提高瓦片的更新效率。
地图瓦片更新方法地图瓦片更新的思路主要是,首先根据地图的坐标以及瓦片所在的层级信息,计算出地图瓦片的行列号,并结合HTML 的canvas 工具,将图片绘制在画布中,通过con原text.getImageData();来获得图片的像素信息。
通过对像素的遍历和修改,实现指定行列位置处的瓦片更新。
地图瓦片更新流程首先计算瓦片的行列号,假设地图切片的原点是(o原riginX,originY),地图的瓦片大小是tileSize,屏幕上1像素代表的实际距离是resolution。
计算坐标点(x,y)所在的瓦片的行列号的公式是:col=(originX-x)/(resolution*tileSize);row=(originY-y)/(resolution*tileSize);通过canvas对图片的像素进行读取,一张256*256 大小的图片都是256*256个像素,每个像素都有r、g、b、a 四个属性。
基于N层模型的WebGIS的研究
基于N层模型的WebGIS的研究在这个数字化的时代,地理信息系统(GIS)已经从专业的地图绘制工具,转变为我们日常生活中不可或缺的一部分。
特别是随着互联网技术的飞速发展,WebGIS成为了连接用户与地理数据的桥梁,它的重要性不言而喻。
然而,如何构建一个既高效又稳定的WebGIS系统,一直是科技界探索的热点。
今天,我们就来探讨一下基于N层模型的WebGIS的研究进展,以及它所带来的革命性变化。
首先,让我们用“数字地球”的比喻来理解WebGIS。
如果我们将整个互联网比作一个庞大的地球,那么WebGIS就是地球上那些充满活力的城市。
它们通过复杂的交通网络(即数据传输)相互连接,而N层模型则是这些城市中高效运转的行政体系。
在这个体系中,每一层都扮演着不同的角色,共同维护城市的稳定与发展。
在传统的三层模型中,我们通常有表示层、业务逻辑层和数据访问层。
但随着技术的进步和需求的增加,这种模型已经显得力不从心。
于是,N层模型应运而生,它在三层的基础上进行了扩展和优化。
就像给城市增加了更多的行政区域和管理层级,使得整个系统的管理更加精细和高效。
基于N层模型的WebGIS,就像是一座拥有多个功能区的城市。
每个区域都有其特定的职责,比如数据处理区、分析区、展示区等。
这些区域通过高速的信息通道相连,确保信息的快速流通和处理。
这样的结构不仅提高了系统的响应速度,还增强了其稳定性和可扩展性。
然而,任何技术的创新都不是一帆风顺的。
在实施N层模型的过程中,我们面临着诸多挑战。
比如,如何保证各层之间的无缝对接?如何确保数据的安全性和完整性?这些问题就像是城市发展中的难题,需要我们不断地探索和解决。
在这个过程中,我们不得不提到一些创新的解决方案。
例如,使用微服务架构来进一步细化各层的功能,使得每个服务都能独立运作,从而提高了系统的整体效率。
这就像是为城市中的每个区域配备了专门的管理团队,使得管理更加灵活和高效。
此外,随着人工智能和大数据技术的发展,基于N层模型的WebGIS也在不断地吸收这些新技术的成果。
基于WebGIS_的矢量数据加载功能设计与实现
智慧地球NO.04 202446智能城市 INTELLIGENT CITY基于WebGIS的矢量数据加载功能设计与实现何敏灿1 潘婵玲1 鲍资元1 曲瑞超1 李柏强2(1.广西壮族自治区自然资源遥感院,广西 南宁 530000;2.广西壮族自治区土地储备中心,广西 南宁 530000)摘要:地理信息系统中,加载矢量数据的功能常见于桌面端软件,桌面端地理信息系统(GIS )在浏览器/服务器(B/S )模式中不常见。
全球广域网(Web )系统具有跨平台和免安装的特性,促使以网络地理信息系统(WebGIS )作为基底的业务系统逐渐增多,目前已广泛应用于农业、林业、矿山、海洋及数字城市等行业。
文章探讨了基于WebGIS的矢量数据加载功能设计,用户能够自主选择文件并置入以WebGIS为基底的系统中,WebGIS拥有便利性和跨平台性等优势,弥补了WebGIS对客户端文件系统操作能力不足的缺陷,业务适配能力更广泛。
关键词:地理信息系统;WebGIS;加载矢量数据中图分类号:TP751 文献标识码:A 文章编号:2096-1936(2024)04-0046-03DOI :10.19301/ki.zncs.2024.04.014WebGIS的优势在于利于信息共享,Window系统、Linux系统及移动平台的Android 、IOS均可以使用同一套系统,提高了系统的便利性,降耗了系统开发成本[1]。
在Web系统中,通常更注重客户端[2],由于浏览器的安全限制,浏览器对文件系统的访问限制较多,Web系统的数据大部分由服务器返回,只有小部分储存在用户本地终端上的数据(Cookie )能够一直保存在浏览器中,客户端无法大量存储和记录用户数据。
不能处理过多数据和浏览器、不能存储大量数据的特点使WebGIS无法实现如Arcgis或Qgis桌面端GIS平台由用户自主选择文件系统中的矢量数据进行加载功能。
Web平台具有桌面端平台便利性、跨平台、免安装及兼容性好的优点[3],许多行业的业务系统会优先选择Web作为系统基底,在WebGIS中实现矢量数据加载功能十分必要,也是决定WebGIS能否适配更多业务的一大瓶颈。
一种基于组件的多层WebGIS模型的设计与实现
一种基于组件的多层WebGIS模型的设计与实现
刘洪峰;孙星明
【期刊名称】《科学技术与工程》
【年(卷),期】2006(6)19
【摘要】针对WebGIS中存在的系统不稳定、难以扩展及可维护性差等问题,提出一种基于组件的多层WebGIS模型,并论述了如何基于J2EE框架实现该体系结构.实际的系统设计与开发工作表明,基于新体系结构的WebGIS具有较好的集成性与可扩展性,从而缩短了开发周期,降低了开发成本.
【总页数】4页(P3219-3222)
【作者】刘洪峰;孙星明
【作者单位】湖南大学软件学院,长沙,410082;湖南大学软件学院,长沙,410082【正文语种】中文
【中图分类】TP3
【相关文献】
1.运用多层网路模型估算基于组件开发模型的信息系统工程的开发规模 [J], 张晞
2.基于.NET的组件式WebGIS系统设计与实现 [J], 陈显军;姜文波;李心颖;张云雷
3.基于组件技术的楼宇WEBGIS的设计与实现 [J], 王智广;陈明;徐俊杰;李媛媛;郑红霞
4.组件式三维WebGIS系统设计与实现 [J], 邱天;董敬儒;颉耀文
5.一种基于服务器场的分布式WebGIS计算模型设计与实现 [J], 郭明强;黄颖;谢忠
因版权原因,仅展示原文概要,查看原文内容请购买。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
力 与提供 更加 友 好 的地 图 显 示 效果 等方 面 涉及 较
少E ] 。传 统 的瓦片 加 载方 式 , 可 能存 在 浏 览 GI S
地 图时地 图边 缘 出现 白边 , 服务 器访 问压力 大 等 问
高 勇 陈文康 李 浩松 李 宽荣
3 0 0 3 8 4 ) ( 天津市普迅 电力文探 讨 了 We b GI S应用 中瓦片地图的加载方式 , 提 出了一 种地图加载 的方法 , 该方法能解决 传统加载方法
存 在的地 图浏览 时边缘 白边 , 服务器负载大等 问题 。该方法综合 内存 L RU调用算法 、 浏 览器缓存机制 和异步调用 技术 , 是
1 引 言
we b GI S是一 种新 型 的 GI S应 用模 式 , 是 GI S 应 用 在浏览 器端 的扩 展 , 也 是未 来 GI S应用 的发 展 趋 势 。主流 的 We b地 图应用 , 均 采 用 了瓦 片 技术 。 该 技术 是按 照 金 字塔 构 建 原 则 在 服 务 器 端 预 先 生 成 不 同级别 的 瓦片地 图 , 浏 览器 端 GI S地 图加载 时 通 过计算 需请 求 的瓦 片层级 、 行 列 号动 态请 求 对应
一
种 多层架 构模 式的优化方法 , 并给 出了该架构模式 的实现策 略与步骤 , 为封装功能更强 、 用 户体验更好的 We b GI S 组件 提 关键词 多层架构 ; We b G I S  ̄ 地图 ; 缓存 ;优化
P 2 8 3 . 7 D O I : 1 0 . 3 9 6 9 / j . i s s n 1 6 7 2 — 9 7 2 2 . 2 0 1 5 . 0 6 . 0 3 1
c a n s o l v e t h e p r o b l e ms ,s u c h a s Wh i t e b o r d e r e d g e o f ma p ,a n d s e r v e r l o a d l a r g e wh e n l o a d i n g t i l e d ma p u s i n g t h e b r o ws e r .
Ab s t r a c t Th i s p a p e r d i s c u s s e s a t i l e d ma p l o a d i n g me t h o d o f We b GI S,p u t s f o r wa r d a me t h o d o f ma p s l o a d e d,wh i c h
供 了技 术 理 论 依 据 。
中 图分 类号
A M ul t i - l ay e r e d Ar c hi t e c t ur e o f W e b GI S Ma p Ti l e Lo a di ng Mo de
GAO Yo n g CHEN We n k a n g LI Ha o s o n g LI Ku a n r o n g
Vo 1 . 4 3 No . 6
1 O7 8
计 算 机 与 数 字 工 程
Co mp u t e r& Di g i t a l E n g i n e e r i n g
总第 3 0 8期 2 0 1 5 年第 6 期
基 于 多 层 架 构 的 We b GI S瓦 片 加 载 模 式
p a c k a g i n g mo r e p o we r f u l f u n c t i o n,b e t t e r u s e r e x p e r i e n c e We b GI S t e c h n o l o g y c o mp o n e n t .
( Ti a n j i n R i c h s o f t E l e c t r i c P o w e r I n f o r ma t i o n T e c h n o l o g y C o . ,I t d , Ti a n j i n 3 0 0 3 8 4 )
Ke y W o r d s mu l t i — t i e r a r c h i t e c t u r e ,W e b GI S,ma p,c a c h e ,o p t i mi z a t i o n
Cl a s s Nu mb e r P 2 8 3 . 7
s e r c a c h e me c h a n i s m a n d a s y n c h r o n o u s .Gi v i n g t h e s t e p s o f t h e i mp l e me n t a t i o n s t r a t e g y p r o v i d e s a g o o d t h e o r e t i c a l b a s i s f o r
Th i s me t h o d i s a n o p t i mi z i n g me t h o d o f mu l t i — t i e r a r c h i t e c t u r e mo d e l ,t h a t h a s i n t e g r a t e d me mo r y LRU a l g o r i t h m ,t h e b r o w