基干JSON矢量Web地图要素符号表达与解析.docVIP

基于JSON的矢量Web地图要素符号表达与解析 　　摘 要本文介绍了Web2.0环境下公众对地理信息使用的需求以及天地图应用现状，分析了基于现有模式公众用户与天地图实现个性化交互的不足之处，针对不足提出了用JSON格式来表达与解析要素符号，并结合试验对相关关键技术做了测试和论证分析 【关键词】天地图 JSON 多尺度表达 符号化 目前，国家和各省、市天地图均已经建设并开通，工作重心已由建设转为快速扩展其社会化应用。在网络信息化大发展的今天，尤其是随着移动互联网的快速发展，用户对网络的使用不仅仅只是体现在信息的查询和浏览，而更多的是怎么利用互联网进行信息的交互与共享。而对于地理信息行业来说如何使地理信息从部门与部门之间共建共享，扩展到公众之间的信息共享，并且让公众在使用地图浏览和要素查询的同时，还能参与天地图的地理信息的个性符号化表达，从而推动天地图在各行业的广泛的、专题化应用，这些都是天地图深入应用所需要面临并解决的问题 目前天地图提供的主要是基于栅格瓦片的地图服务。栅格技术虽然在地图可视化操作的响应可控性方面有良好表现，但其静态内容的性质不适合于面向用户的高交互性应用环境，如栅格瓦片都是静态的已按固定方法配好图后再进行的切片，公众用户无法更改要素符号。本文提出一种要素符号的JSON表达与解析机制，即在对天地图矢量要素进行发布后，矢量符号采用JSON格式表达通过网络传输到浏览器端，开放的格式可允许用户个性化定制矢量地图的符号化方式来满足不同行业类型用户的地图可视化表达习惯。同时采用JSON的格式较XML格式更为紧凑，可更好的适应Web传输环境 1 传统的地理信息交换格式 天地图中的Web要素服务主要执行的OGC WFS规范。GML的不足之处主要在于对各类几何、属性、符号对象等进行编码时存在大量重复的XML标记，数据冗余导致Web要素服务请求响应的网络传输效率低下，同时客户端需要耗费较多运算资源来读取和解析冗余的GML数据。而另外两种数据交换格式分别是由万维网联盟（W3C）提出的专门用于网络的矢量图形标准SVG和在GoogleEarth及GoogleMap中的KML等标记语言。由于GML和KML等标记语言都是基于XML进行的扩展和改进， 可视为XML的一个子集，同样均存在数据冗余与低效网络传输的问题 2 JSON数据表达 2.1 JSON格式 JSON格式的数据是一种轻量级、紧凑型、可解析的面向对象的数据交换格式。JSON的结构很简单， 是由JavaScript的对象和数组组成的， 也就是“属性/值”对的集合， 支持嵌套 2.1.1 对象 对象是一个无序的“名称/值对”集合。一个对象的开始于“{”，结束于“}”。每一个属性名和值间用“：”提示，属性间用“，”分隔。属性值类型可以是string ，number，Boolean，object，null 2.1.2 数组 数组是值（value）的有序集合。一个数组以“[”（左中括号）开始，“]”（右中括号）结束，值之间使用“，”（逗号）分隔。值（value）可以是双引号括起来的字符串（string）、数值（number）、true、false、 null、对象（object）或者数组（array）。这些结构可以嵌套 2.2 JSON表达地理要素 基于JSON语法结构，JSON格式可以用来表达点、线、多边形等多种地理要素对象 2.2.1 点对象 下段代码描述了一个点对象，该对象有三个属性，分别是X坐标、Y坐标和空间参考系 {““x”“：100.609，”“y”“：43.729，”“spatialReference”“：{““wkid”“：4326}} 2.2.2 线对象 下段代码描述了一个折线对象，该对象由一个“paths”数组属性和一个空间参考系属性组成 {““paths”“：[[[0，51.399]，[2.637，48.865]， [12.568，41.706]，[13.447，52.483]， [21.357，52.160]，[30.322，59.845]]]， ““spatialReference”“：{““wkid”“：4326}} 同样，JSON还可用来描述多边形和包络矩形等对象 3 原型系统 3.1 系统设计 试验数据为某市中心城区160平方公里1：500矢量数据，数据类型包括点、线、面等多种类型要素。计算机硬件配置：Intel CORE i5 2.41GHz 处理器，4GB DDR3 1333MHz内存，NVIDIA NVS 4200M显卡（ 1GB显存） 。系统流程如图1 服务器端使用Java Servlet 实现GetFeat