李 莉 (福州市勘测院,福建省福州市湖东路188号,350003)
摘 要: 本文提出了空间数据处理的几个关键点,针对我院承接的福建电信数据项目,引入了FME基于语义的数据转换处理软件,介绍了如何在FME中实现各种空间数据处理,利用FME Plug-in(SDK)开发新的数据格式插件,及利用FME Object调用管道来开发集成的数据批处理程序,为空间数据处理提供了一个很好的思路。 关键词 FME 语义转换 MAPGIS明码格式 坐标系 管道
信息化建设发展迅速,使得空间数据的应用越来越广泛,随之的数据加工也变得多样和复杂,比如数据的格式转换、坐标系转换、拓扑处理、图层叠加、要素及图层的提取、属性操作、数据的转移、数据整合等,各项繁杂的数据加工常常会使空间数据中的一些信息丢失,或者加工后必须在目标 CAD 或 GIS 系统中对数据进行再处理,才能得以应用。怎样在数据加工过程中减少信息的丢失,提高空间数据处理的速度和质量,减少空间数据处理的工作量,是数据加工的关键点。本文针对福建省电信数据项目的特点,具体介绍了如何利用FME及附带的开发组件,高效地进行一系列的数据转换处理。
项目简介 我院承接了福建电信本地网资源管理系统工程中的电子地图数据项目,数据范围覆盖全省,数据按地区组织,各地区的市、县城区地图数据为大比例尺1:500、1:2000,地区以外的地区为1:1万、1:5万的小比例尺数据,数据的提供时间为6个月。此项目数据加工的特点及难点简述如下: 数据多源:大比例尺数据源多来自各县市的基础测绘单位,由于各地的测绘状况不同,数据源表现出多样性,数据格式不同、坐标系不同、数据质量参次不齐,有的地方没有作地图的数字化,需要根据测绘底图数字化,再作深加工。 坐标系多样:各县市的大比例尺地图一般都是各地的地方坐标系,投影中央经线不同,平移量不同,最终我们要把同一个地区的数据统一到同样的坐标系中,要作多种的坐标系变换。 目的数据格式是MAPGIS:在由多源的数据转换到MAPGIS中时,要防止空间数据信息的丢失,以及保留要素的制图符号表现,各类要素重新分层。 数据组织方式:地图要素分层分幅分几何类型,数据文件按分层放置在不同目录下,最终以地图库方式在MAPGIS下调用。由于各地区大比例尺数据分幅规则不同,图号命名规则不同,地图数据还要作坐标转换处理,所以要整合不同地区的数据要统一分幅统一图号命名规则。 拓扑要求:电信数据要求对水系、居民地、绿地进行拓扑处理,如果按分幅方式建拓扑,数据重分幅后分幅线与以前不同图幅间接边的地方会显示出来,所以我们把拓扑层合并统一构面,再作分幅处理。 多比例尺数据结构:电信系统中,各县市城区是大比例尺数据1:500、1:1000、1:2000,周边是小比例尺数据1:10000、1:50000,多种比例尺的数据要放在一个DBS地图数据库中,所以不同比例尺的数据要有个很好的文件命名规则。
FME优势 FME(Feature Manipulate Engineering) Suite是加拿大Safe Software公司推出的空间数据转换处理系统,该系统基于OpenGIS组织提出的新的数据转换理念“语义转换”,通过提供在转换过程中重新构造数据的功能,实现了超过100种不同空间数据格式(模型)之间的转换,为进行快速、高质量、多需求的数据转换应用提供了高效、可靠的手段。FME在空间数据转换处理中具体有如下 优势: ◇数据转换:实现了超过100种不同空间数据格式(模型)之间的转换,及在不同的坐标系统间转换数据。 ◇数据处理:流线型数据准备阶段,通过让 FME 在数据输入阶段执行多个任务,提供了一套可以以不同方式进行组合的构建模块。 ◇数据整合:在单个数据转换过程中合并多个数据集,所输入的数据集可以是一个或多个不同的输入格式。 ◇数据确认:使用 FME 来验证并确认空间数据。 ◇数据引擎:语义转换提供有可重新定义输入或输出数据的引擎(带有一种语言)。 FME应用 编写MAPGIS明码格式插件 FME虽已支持上百种的格式,但是还没有加入国产的各GIS软件的数据格式,我们利用FME提供的FME Plug-in(SDK)开发包,用C++语言编写了MAPGIS明码格式插件,这样MAPGIS明码格式就可以与FME提供的其它格式相互转换,并且可以在转换过程中执行FME所提供的处理功能,图1所示的是我们在加入了MAPGIS明码格式后,在FME的Formats Gallery对话框中可以看到我们加入的格式及其相关的信息。
参考文献 [1]FME Suite 帮助系统,FMEObjectsDevGuide,fme技术白皮书; [2]MAPGIS地理信息系统使用手册数字制图篇,2004.4; [3]张瑞菊,陶华学,GIS与空间数据通挖掘技术集成问题的研究,勘察科学技术,2003.2; [4]刘春,刘大杰,GIS的应用及研究热点探讨,现代测绘,2003.6; [5]Kurt Buehler.OpenGIS? Reference Model.Version 0.1.2.