新闻来源: 计算机世界 2008年12月22日第49期 32-33
【编者按】南方冰灾、汶川地震、北京奥运……这一年来我们所经历的大事，也让GIS（地理信息系统）有太多值得“炫耀”的应用，它已经从“充门面”的辅助角色转换为渗透核心业务的必要元素。 然而，正因为应用的深入，地理信息共享的难题逐渐浮现，成为GIS领域研究的热点和重点。软件技术手段的更迭势不可挡，本文集合了三类地理信息共享技术，客观分析了其优势和弱点。在与北京超图软件公司总裁宋关福探讨此文时，深谙技术的他原本是想做成一篇学术论文，但由于GIS已经逐渐“平民化”，因此有必要让更多的人，通过一种更亲和的方式，来分享这一信息共享的技术路线了。本报试图将该文做“薄”，以飨读者。
■ 北京超图软件公司总裁 宋关福
近年来，各个行业对地理信息共享的需求激增，促进了地理信息共享平台的发展。管理环境、标准环境和技术环境作为地理信息共享的三大环境，在地理信息领域各自扮演着十分重要的角色，其中任何一个方面的进步，都将推进地理信息共享的发展进程。如何使信息资源共享与整合突破异构平台和各种软件应用环境的制约，渗透到错综复杂的应用中去？
从软件技术手段角度看，目前地理信息共享已经经历了面向文件的第一代共享和面向空间数据库的第二代共享两个阶段，随着Service GIS的发展和应用，正迎来面向服务的地理信息共享新模式。 面向文件的地理信息共享之弊 早期的GIS软件一般采用文件方式管理空间数据。因此，在空间数据库技术被广泛应用之前，通过共享文件实现地理信息共享，是惟一可行的方式。GIS/CAD软件数据格式文件如TAB(MapInfo)、Coverage(Arc/Info)、DGN(MicroStation)、DWG(AutoCAD)、交换格式DXF(AutoCAD)、MIF(MapInfo)、E00(Arc/Info)、VCT(中国地球空间信息交换格式)等都是地理信息数据的共享载体; TIFF、JPEG、MrSID和ECW(ErMapper)等文件格式则成为影像类地理信息的共享载体。
大量上述类型的文件在单位内部和单位之间不停穿梭，为传递和共享地理信息发挥了巨大的作用。
简单易用是面向文件的地理信息共享方式最突出的特点，但其先天性不足也是显而易见的:
1. 地理数据损失问题。数据在不同软件之间不断转换和传送，数据精度很可能遭受不同程度的损失，甚至造成部分数据内容的丢失。
2. 可视化表现的一致性问题。由于不同的GIS软件均采用了各自独立的符号库和地理信息可视化表现技术，所以来自其他单位或系统的地理信息数据文件在导入不同GIS软件时，都不可避免地要重新进行可视化配置的重复劳动，很容易造成不一致的可视化表现。
3. 工作效率问题。面向文件的地理信息共享，需要不断进行文件转换分发、完成来自其他单位的数据导入、处理系统间的数据组织和可视化表现配置以及重复建库等问题，不但会增加数据共享的工作量、造成大量低水平的重复劳动，降低了工作效率，而且一旦遇到应急等紧急情况，面向文件的地理信息共享也会严重影响工作进度，从而导致更大的损失。
4. 更新的及时性问题。随着地理信息数据量的不断增大，重复建库必然会造成大量不必要的成本增加，也严重影响了数据更新的及时性和准确性。
5. 安全性问题。基于文件的共享，必须实现文件级的数据可访问性或可获取性，难以对数据的访问和扩散权限进行控制，无法保证地理信息数据的安全性，影响了信息共享的可操作性。 面向数据库的地理信息共享之弊 目前，空间数据库技术已经取代了传统文件的管理方式，成为地理信息尤其是海量地理信息管理的主流技术。空间数据库技术的普及，带来了全新的面向数据库的第二代地理信息共享模式。
由于空间数据库支持网络上多用户并发访问，尤其是支持多用户并发写操作，因此，它很快就成为在局域网内共享地理信息数据的技术平台。目前，主要的大型GIS应用项目在管理地理信息数据时，采用的都是空间数据库。同一个单位的多个客户端可以直接访问统一的空间数据库服务器，从而获得可控的版本一致性。
很快，人们发现，空间数据库不仅适用于单位内部各部门之间的空间数据共享，同时也是单位之间共享地理信息的利器。基于空间数据库技术，信息中心可以建立统一的基础地理信息数据库，并向应用这些数据的部门开放空间数据库访问接口和相关数据组织规范。这些应用部门只需要直接通过网络访问这些空间数据库，并在叠加本单位专题地理信息数据的基础上构建应用系统，而不必重复建设基础地理信息数据库。 在过去的几年里，面向数据库的地理信息共享模式获得了非常大的成功。
但随着应用推广的日益广泛和深入，该模式也暴露出了一些潜在的问题，不利于进一步大范围推广应用。
1. 对网络安全要求较高。在网上开放空间数据库访问接口，对网络安全性有一定要求。在安全可控的局域网内推广应用具有一定的可行性，但若要实现远程共享，存在数据安全隐患。
2. 带宽要求高。由于要通过网络实施大量空间数据的传递，对网络带宽有一定要求，因此该模式仅适合在局域网内和宽带专网内推广应用。
3. 难于实现异构GIS平台集成应用。一般要求应用部门与基础地理信息提供部门使用相同的GIS平台，或者要求基于多种GIS平台都支持的空间数据库技术(如Oracle Spatial)来构建基础地理信息共享平台。但由于一些大型城市或单位的地理信息系统应用起步较早，各部门已经建立了基于不同GIS平台开发的信息化系统，要统一GIS平台就势必要推翻已有的系统成果，这种做法很不经济。
针对这种情况，一些单位提出，采用Oracle Spatial等数据库原厂商的空间数据库建立地理信息共享平台。尽管这种做法表面上解决了多种GIS平台均可支持访问的问题，但与GIS平台厂商自己研发的空间数据库技术(如SuperMap SDX+和ArcSDE等)相比，数据库原厂商的空间数据库技术无论在性能还是专业分析功能方面都受到一定限制，远逊于GIS平台软件厂商的空间数据库技术。因此，基于数据库原厂商的空间数据库技术构建的地理信息共享平台在国内尚未形成主流。
鉴于以上原因，地理信息共享与应用需要结合GIS和软件新技术，发展新的共享模式，才能满足包括Internet网和远程Intranet网上的地理信息共享需求，实现异构GIS平台之间共享地理信息，把地理信息共享推向一个全新的高度和更加广泛的应用领域。 服务式GIS应运而生 服务式GIS (Service GIS)，是产生于面向服务软件工程方法的GIS软件技术。Service GIS脱胎于组件式GIS，是在组件式GIS基础上的质的飞跃，也是对组件式GIS顺理成章的升级。在组件式GIS功能强大的组件群基础上，Service GIS采用面向服务的软件工程方法，把GIS的全部功能封装为Web服务(Web Service)，从而实现了被多种客户端跨平台、跨网络、跨语言的调用，并具备了服务聚合能力以集成来自其他服务器发布的GIS服务。
Service GIS软件平台的新突破，主要包括以下几个方面:
● 在细粒度组件式GIS基础上，封装粒度适中的全功能GIS服务群，构成Service GIS的服务器，并向客户端发布这些服务。这里强调全功能的GIS服务，包括数据管理、二维可视化、三维可视化、地图在线编辑、制图排版以及各类空间分析和处理等，而不仅仅是WebGIS时代的基本GIS功能。
● 服务器支持发布基于通用规范的服务，如WMS、WCS、WFS、WPS、GeoRSS、KML等，以便被第三方软件作为客户端集成调用。
● 客户端GIS软件具备服务聚合能力，可聚合同一厂家服务器软件和第三方服务器软件发布的GIS服务，并与本地数据和本地功能集成应用。
● 服务器端软件具备强大的服务聚合能力，可以聚合来自其他服务器上发布的GIS服务，并可以将聚合后的结果再次发布，而再次发布的服务还可以继续被其他的服务器软件聚合。 Service GIS继承了组件式GIS所具备的一系列优点，如跨语言二次开发、所见即所得的应用开发方式、与其他IT技术继承的强大能力、高度可伸缩性等。
除此以外，Service GIS还具备一些新的特性:
● 跨网络集成与应用。Service GIS最重要的革命性功能之一，就是把组件式GIS 具备的强大集成应用能力扩展到了网络上。Service GIS通过Web服务开放的所有接口，都可以在网络上被调用。在这种模式之下，我们可以把通过网络连接在一起的无数台计算机组成一台强大的计算机来使用，因而构建分布式的GIS应用系统对我们而言，将更加容易。
● 业务敏捷。业务敏捷是SOA的真正内涵，也是Service GIS为GIS应用开发领域带来的惊喜。基于Service GIS构建应用系统，可以通过聚合和集成已有的应用服务快捷地构建新的应用系统或升级已有的应用系统，以满足快速变化的用户需求。 总之，Service GIS不仅带来了GIS应用开发的革命性变化，同时也带来了面向服务的地理信息共享新模式。
链接一
应用实例: 面向服务的地理信息共享 目前，重庆市基础地理信息中心和西安市信息中心，正在基于面向服务的地理信息服务共享模式，开展超大型城市的地理信息服务共享平台建设。
基于Service GIS，基础地理信息供应部门可以把已经建立的基础地理信息库通过Web服务向各部门发布，从而使各部门可以直接通过访问这些Web 服务，使用基础地理信息数据，实现与本单位的专题数据叠加集成，用于开发应用系统。
由于采用了面向服务的体系架构以及Service GIS技术，基于这种方式构建的地理信息共享平台被称为地理信息服务共享平台。基础地理信息供应部门可以构建基础地理信息服务共享平台，各部门还可构建专题地理信息服务共享平台。GIS应用系统则
