2.     MAPGIS图像配准
2.1.    栅格图像
1.打开MapGIS主界面，点击“图像处理”----“图像分析”模块。
2.点击“文件”--“数据输入”，将其他栅格图像(bmp,jpg,tif等)转换为msi格式，选择转换数据类型，点击添加文件，添加要转换的文件到转换文件列表中，点击转换即可。
      以下操作是在镶嵌融合菜单下进行
2.打开参照图像或者是点、线、面文件
3.系统会自动显示4个控制点，可以对控制点进行修改，也可以删除控制点后自己添加
4.开始添加控制点。
       选添加控制点命令。利用右键切换放大和指针，左键选控制点位置，左右键来回切换进行选点，确保精度，用空格确定；然后在参照文件上选与控制点相对应的位置，方法同上，用空格确定，将有对话框提示，确定即可。
5.用以上方法继续添加其它的控制点，控制点数至少四个。可以选控制点预览命令，浏览控制点，保存控制点文件。
6.选中校正预览命令
7.选校正参数命令进行设置，默认即可。
8.选影像精校正命令，即可生成所需文件。

2.2.    矢量矫正
1.打开MapGIS主界面，打开误差校正模块。
2.打开需要配准的图层
3.打开菜单“控制点”->“设置控制点参数”，设置参数，可以选择完控制点之后统一输入理论坐标。
4.打开菜单“控制点”->“选择采集文件”，即控制点从所选择的图层文件中选取。
5.打开菜单“控制点”->“添加校正控制点”，弹出是否新建控制点文件的对话框，选择“是”
6.然后在工作区中添加控制点（一般选择坐标格网交叉点或者道路交叉点，水系交叉点等显著地物），如此重复添加控制点，一般不少于4个控制点。
7.打开菜单“控制点”->“编辑校正控制点”，弹出如下对话框，在理论X,理论Y值中输入对应控制点的理论值
8.点击7步骤中的“保存”按钮，将上面的配准坐标文件保存下来以备以后使用。
9.点击7步骤中的“校正”按钮，弹出如下对话框，然后选择所有要配准的图层。
10.然后右键点击工作区，复位窗体，可以看到新坐标的图幅范围。
11.保存所有图层即完成。

3.     MAPINFO软件
3.1.    栅格配准
1. 打开正在编辑的文件.
2. 文件菜单的打开，选择栅格图象格式（raster image），选择jpg图像文件.
3. 出现mapinfo对话窗，其显示有两个按钮，选择配准图像按钮（register）.
4.在预览的jpg图像的左上角点击，然后直接确认弹出的对话框。点击添加按钮，点击右上角，直接确认弹出窗口。添加，其余两角点。
5. 在mapinfo窗口的对话窗上选中其中一个配准点，不要关闭该对话框。选mapinf主窗口的表 （table）菜单的raster子菜单的从地图上选定控制点。依次完成其它点的定位。
3.2.    矢量配准
参考资料http://www.97sky.com/bbs/redirect.php?tid=238&goto=lastpost

4.     CAD软件
Cad不存在矢量矫正的说法，cad记录的是数据的真实坐标；但无法定位显示栅格图的坐标，故需要进行栅格的矫正。对精度要求不是很高的话，可以进行粗矫正。过程如下：
1、插入栅格
工具--插入光栅
2、将栅格显示置于底图
工具--显示顺序--后置
3、配准
输入命令al 进行三点配准

　一、概述：

　　随着现代邮电事业的发展，它为公安系统提供了更方便、快捷的侦破办法，人们也更习惯用电话报警方式来解决问题。为此，我公司在原有数字的110报警系统的基础上，开发出更适合中、小城市使用的模拟110报警系统，在节省经费的同时，实用性更强，可根据实际情况作出相应调整。

　　二、系统结构:使用TELEWIND电话语音卡，采用 CTI语音技术实现110报警中心系统

　　示意图如下：

　　在实际工作中将CTI服务器、管理工作站、文件服务器集中于一台微机处理。该中心可同时接收多路报警，自动识别出报警人的电话号码，并显示出该电话号码的户主姓名、地址、所在辖区的派出所等资料，同时指示出报警电话的详细地理位置，并可将通话人的声音自动记录下来以作存档。

　　三、系统基本功能

　　◇ 110模拟线路电话。

　　◇ 主叫电话号码提取

　　◇ 人工座席接通，自动进行数字录音

　　◇ 后台进行案情记录

　　◇ 指挥中心、接警前台、报警方等进行多方电话会议

　　◇ 综合管理信息

　　◇ 查询数字录音、案情记录

　　◇ 留有GIS、GPS接口，系统升级方便 专业的3S站 3s8.cn

　　四、系统功能介绍

　　I. 智能接警平台

　　1. 可采用TW8V-ID模拟电话语音接口，可自动提取主叫电话号码。有自动拨号功能。

　　2. 系统自动查询邮电同122或114电话号码库，显示报警电话地址、报警单位名称。

　　3. 错号拦截 对由于各种原因造成的错拨电话，如：X110XXX进入系统时会自动拦截，防止误报。

　　4. 多席位接警调度 为保证同时受理多起报警，系统可提供最多128个接警席位。

　　5. 呼叫排队功能 智能接警调度平台要实现排队接警功能，对叫入接警进行循环或顺序排队方式接入各接警席位，并可人工闭塞接警席位。

　　II.调度电话功能 有线调度电话可分几种方式进行：

　　1) 调度专线： 在有条件的地方可以直接专线方式调度。

　　2) 与行政电话会议复用方式： 对公安行政电话比较完善的地方，可采用调度电话与行政电话复用外线的方法，调度优先。

　　3) 多方电话会议：接警前台接后，可通过下拉菜单方式选择呼叫指挥中心、领导专线、案发现场等多方的电话，召开现场电话会议，分析、讨论案情，进行现场调度，合理、快速布置警力。

　　.ashx文件与.aspx文件类似，可以通过它来调用HttpHandler类，它免去了普通.aspx页面的控件解析以及页面处理的过程。.ashx文件适合产生供浏览器处理的、不需要回发处理的数据格式，例如用于生成动态图片、动态文本等内容。使用.ashx可以让您专注于编程而不用管相关的WEB技术。下面的例子就是使用.ashx和Ajax技术来实现获取地图图层名称的功能。

　　具体流程是，先通过页面的Xmlhttprequest对象，向layer.ashx发送请求，由这个页面与地图服务器进行交互，获得地图图层名，然后通过返回一个字符串，从后台得到，然后再进行解析，具体过程如图1所示。是不是很像Ajax交互的过程？

下面按照如上思路来具体实现一下。

1、添加ashx文件，编写代码。
　　首先来打开AjaxMap的工程，添加一个Generic Handler的新项，名字叫layer.ashx。在工程中添加引用，就是安装目录下SDK里面的所有内容。部分代码如下：
添加命名空间
using System.Web;
using SuperMap.IS.Utility;
using SuperMap.IS.Web;
编写ProcessRequest函数代码，接受前台传递过来的方法名称、地图名称。
public void ProcessRequest(HttpContext context)
{
m_map = TcpMap.Create("localhost", 8800, new Hashtable());
string strMethod = context.Request["method"];
string strMapName = context.Request["mapname"];
string strRequestText = string.Empty;
switch (strMethod)
{
case "getAllLayersName"://将获取图层的过程放到GetLayersName函数当中，方便以后的扩展
strRequestText = GetLayersName(strMapName);
break;
}
context.Response.ContentType = "text/plain";
context.Response.Write(strRequestText);//将获得的图层名称返回
编写GetLayersName函数，获得图层名称
protected string GetLayersName(string mapName)
{
string strTmp = string.Empty;

MapImage mi = m_map.GetDefaultMapImage(mapName, 0, 0);
MapParam mp = m_map.GetCurrentMapParam();
Layer[] layers = mp.Layers;
strTmp = "layersname:";
for (int i = 0; i < layers.Length; i++)
{
strTmp += layers[i].Name + ",";
}
return strTmp;
}
和TcpMap的调用方式是一样的。
2、脚本的代码
定义Xmlhttprequest对象，使用异步调用方式。
var xmlhttprequest=null;
function getAllLayersName()
{
if (null==xmlhttprequest)
{
xmlhttprequest = _GetXmlHttpRequest();//使用AjaxMap中的_GetXmlHttpRequest方法来初始化xmlhttprequest对象。
}
xmlhttprequest.open("get","layer.ashx?method=getAllLayersName&mapname=changchun",false);//向layer.ashx发送参数
xmlhttprequest.setRequestHeader("Content-Type", "application/x-www-form-urlencoded");
xmlhttprequest.onreadystatechange=onCompleteReturn;//定义回调的函数
xmlhttprequest.send(null);
}
编写回调函数的代码
function onCompleteReturn()
{
var readyState=xmlhttprequest.readyState;
if (readyState==4)//判断对象状态，4为完成
{
var status=xmlhttprequest.status;
if(status==200)//信息已经返回开始处理信息
{
var strLayersName= xmlhttprequest.responseText;//得到返回的字符串
if(strLayersName!= null)
{
alert(strLayersName);
}
}
else
{
if(onError)//出错的处理
{
}
}
xmlhttprequest = null;
}
}
　　为了节省篇幅，这里就不对返回的值进行解析了。
整个实现过程就是这样，大部分地图功能都可以通过这种方式来实现。请注意，是大部分而不是全部，凡是涉及出图方面的操作都不能使用这种方式来实现，例如：制作专题图等操作。AjaxMap就是通过这种方法来实现的，其中的出图的操作已经被封装好了，没有办法对其进行修改，这也是出图的操作不能实现的原因。

系统特点
　　遵循相关行业标准，系统具有高度兼容性和规范化
　　本系统在数据库和应用程序设计开发中严格按照国土资源部及相关行业标准，数据库结构遵循国标，使得系统具有高度兼容性和规范化；同时，系统具有强大的用户自定义功能，用户可以在标准配置的基础上，进行用户、权限和界面的配置。
　　基于空间数据库构建，能够实现数据的一体化管理和共享应用
本系统基于SuperMap SDX＋空间数据库技术，能够实现不同比例尺数据的融合、空间与属性数据一体化管理以及时空数据的管理。能够和国土资源其他空间数据一体化融合管理，实现数据共享应用，这个特点使得本系统建立和维护的土地利用现状数据不仅能够支持图件查询浏览以及统计输出等日常管理的需要，同时也为建设用地审批、土地利用规划、基本农田保护等其他系统提供基础数据和分析功能支持 。

图1 数据的一体化管理和共享应用

　　系统具备完整科学的变更管理方式
　　本系统采用以项目为基本单位进行变更管理，在正式变更之前先通过拓扑检查、变更合法性校验、跨权属单位检查等基础性检查，然后进行变更预处理和流量计算，最后通过年度汇总选择合法项目进行统一变更。这样的处理方式保证了每个变更项目的合理性，避免反复修改，同时也保证了变更结果符合规划指标控制。

图2 流量式的变更管理

　　灵活快速的统计方式，丰富的结果表现形式
　　系统除提供包括图幅查询、行政区查询、权属单位查询、地类地物查询、历史回溯等查询统计功能外，还支持用户自定义内容的查询统计，系统中各类查询均提供要素图形和属性的双向查询。
　　系统提供划定范围的统计二三级地类的标准报表查询分析及划定范围地类统计专题图查询。

图3 图文一体化的查询统计

　　采用SuperMap SIT技术，实现多源、多分辨率、多时段影像数据管理
　　采用SuperMap SIT海量影像压缩技术，能够实现各种遥感影像与土地利用矢量数据的叠加显示，实现高于ECW/MrSID的压缩比，同时，具有很好的快速还原显示能力；SuperMap SIT同时支持跨平台影像压缩，可以在目前通用的手持设备上进行压缩和显示，为外业数据变更采集提供支持。

图4 多源、多分辨率、多时段影像数据管理

　　支持省、市、县多级系统运行模式
　　系统在设计上充分考虑了市、县多级系统运行模式，市县级系统分别在各自的软硬件环境和数据库支持下运行，可以自行日常管理和变更维护，各级数据规范、编码标准、交换格式、系统接口和技术规范等方面采用同一的标准，市局可以通过实时更新和县级定期上报的方式获得县级用户的最新数据。

　　 总之，系统采用的技术先进，设计合理，安全可靠，符合土地利用现状管理相关规范和要求。系统含概了土地利用数据库管理、土地利用变更管理、查询统计、报表管理、历史数据管理、图件管理、系统管理等一系列的业务，功能齐全，运行正常，使用方便，能满足用户要求。开创了土地变更管理在土地利用现状管理系统应用方面的先例，从而使土地利用现状数据变更的过程不是简单的几何操作，而是强调拓扑关系和面积数据逻辑一致性的业务管理过程。有效地维护了土地利用现状变更数据的现势性，提升了在国土资源行业整体的应用水平。

SuperMap数据中心管理平台的数据组织
　　国土资源数据具有数据量大、多类型、多尺度、多时态等特点，有效的数据组织能够为数据中心数据的高效使用、便捷更新奠定基础。国土资源管理以行政区为管理单元,数据中心的图形分幅方式要采用按标准图幅分幅、按行政区划单元分幅两种方式。县级数据中心的数据组织、存储、检索方式主要是按行政区划单元分幅存储各行政区内的空间数据。省市级数据中心矢量数据是以县为单位进行物理存储，采用经纬度坐标，采用动态投影方式可以解决不同投影的数据按相同位置显示及处理的问题，栅格数据采取标准分幅为单位进行物理存储而采用多级索引方式进行调用，以达到理想的读取速度。

SuperMap数据中心管理平台的功能结构

　　SuperMap数据中心管理平台主要由以下功能模块构成，包含所有国土资源各类空间数据的输入输出、存储、更新和管理功能：
　　数据建库管理模块
　　土地利用现状数据建库插件
　　基本农田数据建库插件
　　土地利用规划建库插件
　　城镇地籍数据建库插件
　　基础地形数据建库插件
　　土地开发整理项目数据建库插件
　　农用地分等定级数据建库插件
　　矿产资源规划数据建库插件
　　遥感、航空影像数据建库插件
　　……

　　业务数据管理模块
　　土地利用现状日常业务查询统计分析插件
　　基本农田日常业务查询统计分析插件
　　土地利用规划日常业务查询统计分析插件
　　城镇地籍日常业务查询统计分析插件
　　基础地形日常业务查询统计分析插件
　　开发整理项目日常业务查询统计分析插件
　　农用地分等定级日常业务查询统计分析插件
　　矿产资源规划日常业务查询统计分析插件
　　遥感、航空影像多时态对比分析插件
　　……

　　 变更管理模块
　　土地利用现状数据变更管理插件
　　基本农田数据变更管理插件
　　土地利用规划变更管理插件
　　城镇地籍数据变更管理插件
　　基础地形数据变更管理插件
　　土地开发整理项目数据变更管理插件
　　农用地分等定级数据变更管理插件
　　矿产资源规划数据变更管理插件
　　遥感、航空影像数据变更管理插件
　　……

　　制图输出管理模块
　　各类土地利用现状制图输出插件
　　各类基本农田图件制作与输出插件
　　土地利用规划制图输出插件
　　地籍图、宗地图、宗地草图制作插件
　　多比例尺基础地形制图输出插件
　　农用地分等定级制图输出插件
　　任意图件制作输出插件

　　系统管理模块
　　插件管理
　　数据备份及还原
　　数据投影管理
　　数据时态管理
　　数据目录服务
　　元数据管理
　　系统应用特点

　　SuperMap国土资源数据中心管理平台具有以下应用特点：
　　■以插件方式管理，用户可以轻松扩展各业务功能
　　■提供多格式、多比例、多时态的各类数据整合建库功能；
　　■各类业务数据提供专有的具有业务特色的变更形式；
　　■实现海量空间数据基于一张图模式的管理功能；
　　■为电子政务业务活动提供数据支持；
　　■跨区域图形的调阅、查询、统计、分析功能；
　　■实现本级数据中心内数据共享，并根据需要提供对外数据发布服务；
　　■提供业务插件，对现有基础数据和业务数据等数据资源进行全面管理；
　　■实现多级管理部门之间的数据交换与同步。
　　各类数据的建库严格按照本业务数据的建库流程完成，提供完整的检查功能体系，支持各类数据标准之间转换的格式自定义：

图1 完整的数据建库与检查功能体系

　　SuperMap国土资源数据中心管理平台能够提供多格式、多比例、多时态的各类数据整合建库功能，并通过SuperMap动态投影技术，在不改变原有数据投影的条件下，实现不同投影数据的动态位置叠加：

图2 数据整合建库功能

　　各类业务数据提供专有的具有业务特色的基于业务模型的变更管理形式，如在土地利用现状变更时，进行流量的计算、变更合理性检查，保证每次变化能够符合规划的要求；城镇地籍数据变更时，以项目为单位进行变更管理，记录每次项目的历史现状关系，以实现对宗地历史状态的追溯：

图3 基于业务模型的变更管理

　　实现海量空间数据基于一张图模式的管理功能，利用SuperMap Sit技术，实现影像数据的快速浏览，在达到TB级数据量时，不降低访问速度，同时，实现多元数据的一体化集成，进行栅格和矢量数据的叠加访问：

图4 海量空间数据基于一张图模式的

管理功能

　　网络化应用模型，实现本级数据中心内数据共享，并根据需要提供对外数据发布服务，同时，能够实现多级管理部门之间的数据增量交换与实时同步。

具体操作步骤如下：

1． 安装Sql Server 2005

运行程序：SQLServer2005_SSMSEE.msi

在运行之前需要操作系统安装msxml6.msi ,.Net Framework 2.0(可以到微软站点下载中心下载)

2． 运行ArcGIS9.1"ArcSDE for Windows"ArcSdeSqlServer"setup.exe

3． 打ArcSDE补丁1

http://support.esri.com/index.cfm?fa=downloads.patchesServicePacks.viewPatch&PID=19&MetaID=1099

进行下载

1） 运行sde91-genpatch-sql-win.EXE

   2 ) 启动cmd

运行sdegdbrepairmssql.exe

命令语句：e:"安装文档"sdegdbrepairmssql –o repair –u sde –p sde

完成

4． 启动ArcSDE for Sql server post installation

按照向导进行安装配置。

1） 创建sde 数据库，sde用户和密码

2） 选择sde的数据逻辑结构

3） 授权

4） 验证软件（.ecp文件）

5） 创建和启动服务

测试是否成功：

sdemon –o status –I esri_sde

看到连接状态是accepting connections 就成功了.

        信息技术尤其是GIS技术的发展为城市GIS发展奠定了基础。 
　　首先，硬件的性能按摩尔定律在不断提高而相对价格不断地降低，使微机成为GIS应用的主流机型，Windows系列操作系统的发展，使大量的GIS软件可以在微机环境下运行，结束了GIS必须在UNIX工作站下运行的历史，使GIS软、硬件投资大幅度降低。
组件式GIS的发展使GIS可与其它IT应用紧密的集成，使GIS不再曲高和寡。长期以来，困扰着政府GIS应用的"图文一体化"，即办公自动化与GIS应用一体化集成问题，迎刃而解。 
　　面向对象技术的应用，改变了GIS的传统设计方法与思想，使GIS系统能更好地反映现实地理空间各种空间要素及其相互关系，甚至空间现象与过程。目前，GIS数据对象，除了具有图形（Geometry）和属性(Attribute)，已经开始被赋予行为（Behavior），甚至规则（Rule），为GIS的智能化奠定了基础。GIS对象数据模型在不断的完善和发展，使GIS描述现实地理空间时，更加得心应手。 
　　采用关系数据库管理空间数据，解决了海量空间数据的管理问题，使GIS系统的C/S结构得以真正地实现，为B/S结构发展奠定了基础。同时也为多用户并发操作、历史空间数据的管理提供解决方案。使空间数据对象可与非空间对象在关系数据库中并存，并建立关联。利用SQL进行空间数据与非空间数据的操作。GIS已经得到了数据库厂商的重视，如Oracle、Informix，这些厂商推出了各自的空间资料的解决方案，如Oracle Spatial、Informix Spatial Blade，这也从侧面反映了GIS在IT中地位的提升。 
　　基于离散小波变换（DWT）的影像压缩技术为航空、卫星遥感影像在GIS中的应用提供新的技术手段。这种影像压缩技术可以将影像压缩率为1：20-1：30，甚至更高，并且可以实现多幅影像拼接压缩，虽然是有损压缩，但不影响视觉效果，而且能快速地按需解压，所占用的内存非常少，不影响GIS软件的运行。目前基于离散小波变换（DWT）影像压缩格式主要有ERmapper的ECW和Lizardtech的MrSID，并得到许多GIS软件的支持。香港政府地政署曾将全港的彩色航空影像压缩为一个ECW文件，可以进行快速的浏览。海量影像资料在GIS中的应用已成为现实，而小卫星高分辨率（1米分辨率）遥感影像商业化为城市空间数据的获取提供了新的手段，如IKNOS、KOSMOS等。 
　　Open GIS联盟所提出的一系列Open GIS规范为空间数据共享和互操作奠定了基础。另外，XML技术的发展，为GIS空间数据在Internet上交换与应用提供了可能，Open GIS联盟已经提出了基于XML的GML规范。 
　　Web GIS技术发展使通过Internet浏览空间数据成为现实，大大增加了城市GIS的用户群，促进了GIS应用领域的扩展。随着网络带宽的提高，Web GIS将有可能进一步发展为Internet GIS，现有GIS的许多数据分析、处理功能可以在Internet上实现，而不仅仅限于数据的查询和浏览。
国产GIS软件正在迅速地发展与成熟，国产GIS软件有可能如同国产电视机一样，在国内市场占主导地位。这将大大地降低GIS软件的价格，促进GIS应用的普及，以此同时，国产GIS将走向世界。 
　　总之，GIS技术不断地发展和完善，为城市GIS的发展奠定了坚实的基础，同时，也为城市GIS的应用提供了更多的机会。 
城市GIS面临的挑战 
　　机遇往往伴随着挑战，城市GIS发展将面临许多方面的挑战。实际上，城市GIS发展面临的挑战不是技术问题，最根本的还是空间数据及其共享的问题，归根结底是管理体制和观念的问题。 
　　空间数据的形式、内容、质量、现势性及空间数据的共享问题，是制约当前城市GIS发展的最大问题。 
　  空间数据不同于一般的非空间数据，其主要来源是地形图、地籍图、房产图及其它专题地图，其采集需要专业的人员和采用复杂的技术手段，而且工作量大、投资大，其工作主要由测绘部门承担，由政府管理和投资。 
　　地形图、地籍图与房产图，在城市基础地理数据方面的内容基本上是一致的，只是地籍图与房产图增加了地籍与房产的专题内容（如宗地、丘、房屋栋号），而城市中的宗地和丘是一致，反映土地的权属范围和界线。建立GIS以后，完全有条件实现三图的统一。由于地形图、地籍图和房产图分属规划管理、土地管理和房产管理部门，各种图的测绘由各主管部门各自为政进行，标准不统一，多数情况下没有真正实现基础地理数据的共享，三图中的基础地理数据出现了重复测绘和重复建库的现象，造成了巨大的浪费。一些GIS专家和开发人员提出了"三图统一"的设想，由于没有统一的标准和规范，难以在全国范围内的实施。实现"三图统一"有利于数据的共享，将促进城市GIS的发展，但必须从法规、政策和标准上加以明确，否则，相关的主管部门将从部门利益角度，人为地设置障碍，影响"三图统一"。 
　　国内现有的地形图图式主要沿用苏联的标准，图式复杂，主要满足手工制图的要求，现有的大多数GIS软件制图功能都难于达到这一标准，出现了一些国外的GIS软件水土不服的情况，而开发人员则要花费大量的精力解决制图问题，而忽略了数据内容（数据对象及它们之间的逻辑关系），以致于90年代中期，CAD软件在GIS应用中盛行。但CAD软件善于表现形式，能够在形式上满足人们对地图的要求，而不善于表现内容，系统应用拓宽时，要提取专题数据和进行分析，却非常困难。另外，CAD软件虽然编辑和修改数据非常方便，但数据对象及它们之间逻辑关系缺乏约束，系统运行几年下来，数据是一团乱麻，存在隐患。因此，90年代后期，GIS的软件又重新得到重视。但是，如果不从根本上解决地形图的图式问题，城市GIS的发展要取得突破，将是非常困难的，可以说，现有的地形图图式制约着城市GIS的发展，现在到了改变这种只重表现形式，而不重视数据内容的观念的时候了。
       在手工条件下，政府部门日常管理中所使用的空间数据质量问题是无法发现的，当采用计算机管理以后，数据的质量问题便暴露出来，这需要政府部门花大力气和长时间的努力长能解决，政府部门要有清醒的认识。对于计算机来说，输入的是垃圾，出来的还是垃圾，不大可能变成金子。 
　　传统的城市空间数据更新主要采用阶段性更新方法，四、五年一个周期，进行大面积的修测和补测，这种方式不能满足数据现势性的要求。GIS系统建立后，是有条件和有可能进行小范围的局部更新，政府可以通过竣工验收的方式，进行竣工测量，把数据更新工作化整为零，达到及时更新的目的。这就要求，政府下决心建立竣工测量制度，解决竣工测量的职责分工和经费的问题。政府GIS中心最好能把城市测绘纳入中心的管理范畴，使数据更新得到保障。城市测绘与城市GIS结合将营造一种双赢的局面，近期城市测绘可以为GIS可以为城市GIS的发展提供一些经费的支持，远期城市GIS的发展可以拓展城市测绘的服务空间和促进服务的多样化，从而促进城市测绘的发展。 
　　城市GIS要体现城市的社会、经济统计要素的空间分布，以便为管理、决策服务。而社会经济要素的统计往往是以行政单元为单位进行的，按区、街道办事处、居委会分级统计，据笔者了解，目前国内没有一个城市能准确地将居委会一级的区域范围划分出来，也就难以实现城市社会经济要素信息的空间定位与空间分析。 
　　企业在建设GIS首先面临的是如何获得城市空间基础数据的问题，政府GIS中心常开出高价，企业难以接受，要么不做，要么投入一笔钱自己做，有时企业自己重新数字化建库，比买现成的数据库还要便宜，这种现象是不正常的。实际上，政府GIS中心完全可以采用数据租用和提供后续服务的方式，为企业提供更廉价的数据，但因为缺乏数据产权保护的法规，而不愿意采取这种方式，形成了一个死结。一方面，政府GIS的数据只能局限于政府内部使用，政府却缺乏资金更新数据，另一方面，企业想利用合理的价格购买数据，却办不到。 
　　现阶段，政府GIS往往只有系统建设投资，而没有运行与维护的费用，缺乏GIS信息服务收费的配套政策与标准，政府GIS中心往往作为事业单位甚至自收自支的事业单位，因在经济上缺乏保障，技术人员只能疲于寻找挣钱的项目，根本无暇顾及系统建成以后的完善与发展，几年下来，数据没有更新、软件落后了，变成了死系统。许多系统往往是验收之日，就是系统生命周期的结束之时。与此同时，政府GIS中心的人才在原本不足的情况下，为GIS广阔的市场所吸引，开始流失，影响系统的发展。最后出现"猴子捡包谷，捡一个，丢一个"，没有多少真正具有生命力的城市GIS系统，这种浪费是惊人.
        另外，许多城市决策者还没有真正认识到城市GIS在城市管理与决策、城市投资软环境改善中的重要性，对城市GIS并没有引起足够的重视，往往热衷于城市有形的基础建设，而忽视城市GIS这种无形的信息基础设施建设。某种意义上，城市GIS首先是城市决策者的信息系统，决策者不重视，没有决策者的组织与协调，城市GIS是没有生命力。 
　　总之，国内城市GIS十多年的自由发展，已经积累了许多经验和暴露了一些问题，现在到了需要规范化的时候，要尽快建立城市GIS的一些法规、标准和制度，从体制根本解决问题，否则，城市GIS的发展就会如同没有交通规则的高速公路，将出现惨不忍睹的交通事故和交通堵塞现象，损失难以想象。

一、引言

 Internet改变了我们的世界。GIS技术和Internet技术的融合，造就了今天的WebGIS技术，它是利用www方式向用户提供地理空间信息服务的地理信息系统。WebGIS技术使产品的应用环境、产品的概念、软件的结构都发生了变化。与传统的GIS相比，WebGIS访问范围更加广泛，实时性强，数据可分布管理，操作也更简单，适用于不同的软硬件平台，降低了系统成本。

WebGIS的发展已完全能够满足战略级和战术级应急指挥系统的需要，通过强大的GIS系统可以为应急指挥人员以及应急救助人员除提供快速的定位、查询等基本功能，还可以完成基于地理要素的区域（空间）分析和统计以及突发情况下的应急人员的部署和指挥等，使得应急系统对突发事件的分析、预防和战略实施不仅可以进行数据的采集和分析，更能形成相应的决策、反应和救援措施。

 二、WebGIS的主要价值及其实现方法

 2.1 WebGIS的主要价值

    随着Internet/Intranet的发展，GIS在Internet上的应用，即WebGIS技术，已成为GIS发展、应用的一个重要方向。WebGIS的主要价值在于：

１ 它以一种简单的方式，通过Internet向广大的用户发送原本非常专业化的地理信息，包括地图和其他属性信息。这扩大了GIS的用户市场和影响，也有利于人们对于地理信息的查询要求；

２ 随着Intranet和Client/Server或Browser/Server的进一步发展，越来越多的专业GIS用户同样要求在他们的GIS应用中利用WebGIS的功能。因为这样可以实现GIS数据在中心服务器上的集中保存、处理，有利于数据的完整性和保密性，也可以降低整体的软硬件成本。 

2.2 WebGIS的实现方法

目前WebGIS的开发主要集中在以下几种方法：基于CGI/ISAPI的服务器模式；基于Java或Java Applet的客户机服务器两端编程的模式；通过下载ActiveX控件到客户机上一种解释GIS矢量数据的方式和插件（Plug-In）方式。这些方法的共同核心在于怎样实现GIS数据在Internet/Intranet网路上的传输、解释问题。解决的方法不外乎有两种：

１ 转换GIS数据格式，使之符合Internet标准，能直接被客户端浏览器所支持。

符合这一种方式的WebGIS包括以上所列的基于CGI/ISAPI的服务器模式和ASP组件方式；

２ 在客户端上加程序以使GIS数据经网络传输到待客户机后能在本地机上被解释。

    符合这一种方式的WebGIS包括以上所列的：基于Java/Java Applet的客户机服务器两端编程的模式；通过下载ActiveX控件到客户机上一解释GIS矢量数据的方式和插件（Plug-In）方式。

    在我们的系统中采用了ASP组件方式。基于ASP组件方式的WebGIS开发充分利用了COM技术和ASP服务器组件可扩充的特点，开发出可用于操作GIS数据的ASP服务器组件。用户通过在服务器端编写脚本程序（VBScript，JScript等）组合，调用该组件的属性，方法来操作GIS数据，同时将GIS矢量数据转换为GIF/JPEG等图像格式。服务器端脚本程序执行的结果是标准的HTML语言，这使得客户端不论使用什么浏览器都可以正确的浏览到网

页。 

三、MapGISIMS的工作原理和功能

     MapGIS－IMSInternet Map Server是中地软件推出的新一代基于Internet的分布式GIS解决方案。对于最终用户，它提供了一种更为快捷、廉价的方式以获取地理信息；对于高级用户，它还提供了更为丰富的管理工具来建立可缩放的、高效的站点。MapGIS－IMS遵循GIS标准，采用分布式GIS软件技术，基于Internet网，采用多层体系结构和几种分布式对象技术的综合使用（CORBA，DCOM、JAVA）来为建立及发布地图信息提供了快捷的一体化解决方案。

3.1 MAPGISIMS的工作原理

    我们在实际开发中选用的是武汉中地公司的WebGIS组件MapGISIMS。MapGISIMS是一个功能全面的WebGIS服务器组件，网站开发人员可以直接利用它来进行GIS数据获得，属性提取，地图发布浏览等操作。基于MapGISIMS的WebGIS开发模式是基于ＡＳＰ的组件调用方法。网站开发人员通过在ASP脚本VBScript/JScript中组合调用MapGISIMS的方法来实现网上地图的浏览查询等功能。因为ＨＴＭＬ不支持图形的矢量格式，故MapGISIMS通过将GIS矢量图形转化为ＧＩＦ位图来实现网上地图的浏览。 

    系统分为三层结构：GIS Data Server－Layer，WebGIS Server－Layer Client/Browser－Layer。

１ 客户端浏览器层采用普通的HTML浏览器，接收普通的HTML页面。它的任务是访问WebGIS服务器中有关的ＡＳＰ页面，并请求地图数据。

２ WebGIS服务器层主要由两部分组成：一是Web服务器软件如IIS（MicroSoft Internet Information Server），一是基于MapGIS平台的MapGISServer 组件。WebGIS服务器接收到浏览器端的请求后，利用MapGIS Server 组件的功能，进行处理、分析、计算等，如果需要GIS数据服务器的数据，则向GIS数据服务器发出请求。

３ GIS数据服务器层包括GIS系统和空间数据库。它完成数据的定义存储、检索、完整性约束以及有关的数据库管理工作，它接收到WebGIS服务器的数据请求，并将处理结果交送WebGIS服务器。

3.2 MAPGISIMS的特点和功能

    IMS提供了包括显示、工程管理、工作区管理、分析功能等一系列COM模块，利用微软的Active Server ＰａｇｅｓＡＳＰ技术，可建立丰富的GIS应用。通过ＪａｖａＳｃｒｉｐｔ和VBScript等编程语言，用户可以定制Ｗｅｂ页，通过ＦｒｏｎｔＰａｇｅ Ｖｉｓｕａｌ ＩｎｔｅｒＤｅｖ等产品建立客户化的用户界面。脚本程序可以在浏览器端执行，也可以通过标准应用服务器如ＡＳＰ在服务器端执行。 

  多层体系结构：由分布在客户端的浏览器、Ｗｅｂ服务器、GIS服务器和数据库服务器组成它具有很强的数据操纵和事务处理能力，以及安全性和完整性约束。

  通过空间数据引擎（Spatial Ｄａｔａ Ｅｎｇｉｎｅ）系统和商用数据库可进行无缝联结，实现图形和属性库的统一组织和管理。提供了空间事务处理功能和对多用户并发控制。

  基于ＩＳＡＰＩ/ActiveＸ模式下客户端自动下载ActiveＸ控件来显示矢量图形，并可自由地处理每个元素、查询地图数据，分析数据，实现图形的闪烁等功能。基于ＡＳＰ/COM模式下，浏览器端不需要任何额外程序和模块，即可进行网上浏览。

  提供了图形的任意放大、缩小、漫游、复位、更新、变焦显示、分层显示等基本操作；基于矢量的线形、图案的实时生成和传送。

  点、线、面的可视化查询显示及图形与属性互查。可以查询地图的属性，地理坐标、位置等信息。浏览的属性数据不仅包括数值型的，而且可以包括非数值型的，如图象、地图、动态图象等多媒体属性。支持ＷＡＰ查询。

  开发者可以通过MapGIS－IMS软件开发包开发特定的应用，并可以访问核心的软件组件和界面。

 四、基于MapGISIMS的城市应急指挥系统的实现

     在实际的开发中，我们在MapGIS平台上实现了一个基于WebGIS的城市应急指挥系统。

4.1 系统架构

    系统的开发选用MapGIS平台提供的MapGISIMS，并结合微软的ＩＩＳ服务等形成具有自己特色的Ｗｅｂ应急指挥应用系统。这样选择的目的主要是简化开发设计，利用与GIS相同的平台系统以及地图数据。该系统采用了三层结构的设计模式，在服务器端实现业务规则层和数据层，在客户端实现用户界面显示和交互操作，并采用ＸＭＬ等相关技术实现，实现跨平台的应用。

    其中：

  GIS数据服务器采用Ｗｉｎｄｏｗｓ ２０００ Ａｄｖａｎｃｅ Server ＋ Ｏｒａｃｌｅ ９ｉＲ２系统，用MapGIS作为空间数据库管理工具。

  WebGIS服务器采用Ｗｉｎｄｏｗｓ ２０００ Server ＋ ＩＩＳ系统。

  基于MapGISIMS 服务器组件，使用ＡＳＰ完成城市应急指挥系统WebGIS的编码。

  系统客户端可以采用具有普通浏览器IE、Ｎｅｔｓｃａｐｅ Ｎａｖｉｇａｔｏｒ．．．．．的任何系统（系统必须安装有ＪＡＶＡ ＶＭ）。

4.2 数据分类

    城市应急指挥系统中涉及的数据共分为通用GIS数据图层、应急系统专用图层和应急系统管理数据三大类。其中：

    通用GIS数据图层包括通用面图层（区划、水系、绿地等）、通用线图层（道路、河流等）、通用点图层（单位、电话等）共计３０多个图层。

应急系统专用图层包括专业点图层（１１０案件、１２２交通事故、１１９火灾、消防水源、重点单位等）、专业面图层（派出所辖区、交通中队辖区、消防中队辖区等）、专业线图层（消防行车路线、交警行车路线、事故多发地段等）以及专业网图层（道路交通网络等）

    应急系统管理表包括图层信息、属性名称、预案存档标记、授权等。

4.3 系统实现的功能

１ 在浏览器的方式下，完成GIS的基本功能，包括放大、缩小、漫游、复位、测距、地图打印等电子地图操作功能。

２ 查询功能。不但可以操作城市基础数据，更可以实现对应急专业数据的多种互动查询等基本功能。对于城市基础地图数据，可以实现模糊查询、周边环境查询、拉框查询、画圆查询等基本查询功能；对于应急专业数据（如１１０警力、１２２警力、１１９警力等），可以实现图到属性、属性到图的专业查询。

３ 最佳路径查询。在公安系统中，要求接警和处警都必须在一定时间内完成，于是处警时选择最近的路线就成为一个关键问题。最佳路径查询的功能可以解决这个问题，该功能要求根据道路情况选择从两个地点之间的最佳路径。

４ 删除和添加报警点的功能。在输入报警案件点有错的情况下，允许用户删除错误的报警案件点，并在正确的位置添加新的报警案件点。

 五、结束语

     GIS在应急指挥系统中占了比较重要的分量，特别是在快速定位、辅助调度、辅助决策等各个方面都有着不可替代的作用。同样，WebGIS的应用，不但在快速出警、案件记录等方面起着重要的作用，而且可以降低系统的软硬件成本，使得系统的应用得到最大的用户群体。

现在越来越多的桌面应用转向Web平台，而人们也一直希望日益丰富的Web应用能够做到简单易用、高效并具有良好的交互性能。随着Google推出Google Maps、GMail等一系列服务让人们看到了曙光，感受到一种全新的Web使用体验。这种体验的显著特点就是无需下载、安装，操作响应速度快，具有良好的互动性，尤其是再也没有出现以往那种在等待返回结果期间由于浏览器刷新而造成的白屏现象。

        这种令人欣喜的体验源自服务中所采用的Ajax方法。Ajax（Asynchronous JavaScript + XML）并不是一种新的技术。正如它的名字所表现的那样，Ajax是由几种蓬勃发展的技术以新的方式组合而成：使用XMLHttpRequest进行异步数据传输；利用XML和XSLT技术进行数据的交换与处理；以XHTML和CSS作为显示标准，通过DOM实现动态显示和交互；而这一切都通过JavaScript串联衔接起来。正是这些传统技术看似简单的重组却给Web应用开发带来新的活力。

对于WebGIS而言，这种良好的用户体验是其应用一直缺乏的，研究与开发人员总是难以在性能和使用体验之间找到合适的平衡点。针对这个问题，本文探讨了Ajax方法在WebGIS客户端实现中的应用，以期改善用户体验。

AJAX客户端分析

传统客户端分析

       经过多年的发展，WebGIS的系统架构已趋于成熟稳定，通常采用三层B/S（Browser/Server）结构，即由浏览器、GIS应用服务器、空间数据库等三部分构成。其中，浏览器对应于传统C/S（Client/Server）结构中的客户端。

         客户端是联系用户与GIS服务的桥梁，作用重大，但先天受制于浏览器，后天则深受系统所采用开发技术的影响。初期的WebGIS采用CGI方式，交互操作完全依赖浏览器处理，用户体验很差，经常遇到白屏状况。研究人员随即引入Plug-In技术扩展浏览器的GIS 功 能，但收效并不显著。而随着Java、DCOM 等技术的大规模应用，主流GIS厂商纷纷采用Applet、ActiveX等技术开发客户端。它们嵌入网页运行，功能较强，但与服务端耦合度高，初次使用前还要下载并安装相应程序。不同之处在于：Applet可以跨平台运行，前提是有Java运行环境的支持；而ActiveX只适用于Windows平台，安装时还需安全认证与注册。这些额外的要求对普通用户是种负担。因而，除Applet与ActiveX外，ArcIMS等商业WebGIS软件同时提供了基于JavaScript和DHTML等技术的客户端实现。虽然简便，但效果不甚理想，用户常陷入等待之中。

         此外，WebGIS所采用的空间数据传输模式对客户端的开发也有较大影响，一直存在着矢栅数据之争。地图可在服务器端完成处理与绘制，以JPG等图像形式通过HTTP协议传输给客户端。这种栅格地图是静态的，缺乏交互性，传输占用网络带宽大，但可直接通过浏览器查看，客户端功能因而比较简单而对服务器的要求高。相关工作也可部分移至客户端完成，Applet和ActiveX方式中常采用。矢量数据通常基于TCP/IP协议传输，由于数据量相对较小，所以速度快。这种客户端在本地绘制地图，可以实现即时互动，甚至完成一些较复杂的分析工作。权衡利弊，开发人员不得不在客户端和服务端之间进行平衡，或采用胖客户端模式，或是瘦客户端模式，抑或是混合模式。

       随着OGC（Open GIS Consortium）共享标准的出台与不断完善，WebGIS逐步向着信息共享的方向发展：矢量数据统一采用GML作为交换格式，可以和栅格数据一样通过HTTP协议进行传输；所提供的服务也逐步细化、标准化。只要遵循OGC各类服务规范即可在异构环境下完成相关空间数据处理任务，降低了服务端与客户端的耦合度。这些变化对基于浏览器的客户端提出了新的要求，同时也带了机遇。

Ajax模型

        传统Web应用模型的运行流程为：用户的操作触发提交给Web服务器的HTTP请求，服务器接到请求后执行相应操作，然后返回一个HTML页面给客户端。这个过程不断重复直到用户退出。整个过程是同步的，前一步结束才能进入下一环节，因而导致用户在发出请求后，得到返回结果前的这段时间里一直处于等待状态。浏览器同样因为等待而无法响应用户的进一步操作，并由于页面刷新引发白屏现象。

          Ajax模型与传统模型的不同之处在于服务应答的异步性（图1）。这是通过在客户端与服务端之间引入一个中间层——Ajax引擎（Ajax Engine）实现的。Ajax引擎将客户端的页面剥离为数据层、控制层和表现层：浏览器中的各类数据被组织成一棵DOM树；针对操作触发的各种事件，利用JavaScript处理DOM数据并依据XHTML和CSS规范进行界面的绘制。结构的明晰为异步应答奠定基础，所有与服务端的通讯都被集中提交给XmlHttpRequest对象处理。该对象封装了XML-RPC协议，支持异步请求，相当于提供了独立用户交互线程之外，与服务端通讯的专用线程。简而言之，通过XmlHttpRequest可以使用JavaScript向服务器提出请求并处理响应，而不阻塞用户。这种异步通讯机制是Ajax模型的核心。这种特性决定了它适用于需要与服务端频繁交互，操作即时响应要求高的环境。

这里以IE环境为例说明XmlHttpRequest的基本运用。创建XmlHttpRequest对象request，以GET方法向服务器提交参数url，收到回应后调用callback函数。代码如下：

request = new ActvieXObject(“Microsoft.XMLHTTP”);

if (request!= null)

{

url = “http://localhost/q?x=1 ”;

request.onreadystatechange = callback;

request.open (“GET”, url, true);

request.send ( );

}

基于Ajax和OGC规范的WebGIS框架

通过客户端的发展回顾和Ajax机制分析，我们不难发现WebGIS具备采用Ajax开发的基本特征：需要即时的交互响应，大量、频繁地与服务器通讯并以GML或图片形式传输数据。实际上，ArcIMS早已徘徊在Ajax大门外了。它的HTML Viewer模式可传输ArcXML数据与图片，利用JavaScript脚本控制操作同时采用DHTML技术显示地图，只缺异步传输这关键一环。所以，Ajax完全可以担当起WebGIS客户端实现的重任，提升用户体验。

在符合OGC规范的WebGIS中采用Ajax实现客户端是极其合适的，显而易见的好处就是以极自然的方式实现了空间信息共享所需要的通用客户端。人们无需安装额外的程序，仅依靠浏览器本身就可以从网上获取空间信息，系统开发的焦点仅需集中在提高服务端性能。Google Maps已为我们展现了这种场景。

Google Maps可以看作是OGC规范中WCS 服务（Web Coverage Service）与WFS服务（Web Feature Service）的应用，分别提供图像与兴趣点查询服务。地图是渲染好的，和卫星影像一样以图像形式存放在服务器端，并被切片按金字塔方式组织。含有地理坐标的兴趣点数据则单独存放在数据库中。在客户端，整个交互过程为：

1、Ajax引擎响应用户操作得到当前比例尺、视场范围以及鼠标所在屏幕位置；

2、将屏幕坐标换算为地理做标，以异步方式读取相关数据；

3、将返回的兴趣点坐标换算为屏幕坐标，在客户端完成绘制并叠加在地图与影像上。 Google Maps作为一种面向大众的地图发布系统不失为一个好的解决方案，但对于WebGIS应用来说是远远不够的，地图在这里只是一个简单的参照系统，用户无法完成更多的空间数据处理与分析工作。

一个基本的WebGIS应该提供WMS服务（Web Map Service）和WFS服务。WMS允许用户以指定方式绘制地图并输出为图像，主要支持GetCapabilities，GetMap和GetFeatureInfo三种接口调用，由GetMap接口实现制图功能。WFS提供关于实体的各项检索服务，如相邻查询等。扩展的WFS-T服务额外支持数据编辑、更新操作。调用OGC服务可采用两种方式：一种是把参数写成URL形式，通过GET方式提交给服务端；或是将请求命令封装成XML以POST方法提交。栅格地图常采用GET方法获取，如

http://wms.jpl.nasa.gov/wms.cgi?&VERSION=1.1.1&REQUEST=GetMap&STYLES=&LAYERS=global_mosaic&FORMAT=image/png&SRS=EPSG:4326&BBOX=73,18,135,53&width=800&height=456，

表示向JPL（Jet Propulsion Laboratory）请求制图服务，采用WGS84坐标系统，范围为北纬18-53度与东经73-135度之间，包含global_mosaic图层的地图输出格式为png，大小为800*456。而复杂的WFS调用则将服务请求封装成XML格式，采用POST方式提交，返回的GML结果用XPATH与XSLT技术分离出实体的地理坐标和属性信息，最终在地图上绘制实体，以列表的形式表示属性。

2、空间数据库设计

图1 国土资源空间数据库总体框架

　　其中国土资源空间数据从广义上指涉及国土资源管理业务的所有图形空间数据、属性数据和业务处理数据等。国土资源空间数据库包括了从网络数据库、窗口办文数据库、流程性业务数据库、非流程性业务数据库到系统管理数据库的整个数据库体系。实现了国土资源数据的一体化管理。

　　（1）对国土资源管理业务进行了较为深入细致的调查，形成了东莞市国土资源空间数据库管理信息系统总体需求，特别是空间数据库建设的现状和总体需求；

　　（2）挖掘全局业务需求，结合相关的行业标准和规范，构建了空间数据库系统总体框架。设计了东莞市国土资源空间数据库总体结构。把东莞市国土资源局数据库分为外网数据库和内部业务数据库。外网数据库主要存储网络服务的数据内容，如网络受理，网络答疑，网站相关的数据等；内部数据库包括元数据库、工作流数据库以及所有的空间数据库以及国土资源管理非空间的业务数据库。

　　（3）构建了国土资源管理系统的对象体系。按照对象—概念数据库设计方法，以高端的数据库设计工具为支持手段，参考国土行业的相关标准和规范，对国土资源数据库结构体系中的各个对象系统进行了高度的抽象和设计，形成了面向关系数据库管理系统的国土资源空间数据库结构详细设计。详细设计按照对象概念设计、逻辑设计到物理设计的过程完成。

　　（4）该空间数据库的详细设计是东莞市国土资源管理信息系统的重要组成部分，它作为东莞市数据入库工作的理论指导，为下一步数据处理和数据库建设提供了指导；同时该方案也是进行数据库维护和更新的重要依据，并为数据质量控制提供参照。

3、东莞市国土资源空间数据库建库支撑软件开发

　　在总体设计以及详细设计的基础上，完成了东莞市国土资源空间数据库建库支撑软件的开发。

3.1空间数据处理工具

　　l)数据转换工具

　　数据转换工具主要实现东莞市国土资源局原有空间数据的转换功能，包括1：500地形和地籍数据、1：10000地形数据等，可以将原有的数据转换为SuperMap软件本身的数据格式。

　　2)数据检查工具

　　数据检查工具实现空间数据错误和误差检查功能，主要用于检查数据是否满足入库的要求，并打印出错误列表或报告。

　　3)数据处理和编辑工具

　　基于目标地理信息系统平台开发空间数据处理和编辑工具，可以完成数据的错误处理和编辑。

　　4)数据入库工具

　　采用某一种空间数据引擎，将文件形式的数据转入空间数据库中。后端数据库为Oracle大型关系数据库管理系统。

3.2数据管理工具

　　l)东莞市空间元数据管理器

　　空间元数据管理器根据前面方案中定义的元数据标准，建立元数据库，并且建立元数据修改、元数据查询和元数据定义等元数据管理工具。

　　2)东莞市空间数据管理工具

　　空间数据管理工具主要完成空间数据的显示、查询和统计。其中包括符号、线型、填充方式的配赋；图形的放大、缩小、漫游；图属互查；宗地、权利人的查询；组合查询、空间查询；宗地统计；缓冲分析、征迁分析；具有用户及权限管理功能。

4、东莞市国土资源空间数据库建设

4.1东莞市1：1万地形数据库入库

　　东莞市1：10000数据测绘科总共有111幅的数据。提供的原始数据格式是MapInfo的MIF。将原始的数据转入到目标软件SuperMap的文件数据格式，然后将各个图幅的数据源拼接成一个整的数据源。对数据源进行检查，检查数据源后，用1：10000的数据入库工具导入到数据库。

4.2东莞市现有航空影像和遥感影像的数据建库

　　提供的数据是CorelDRAW的CDR格式的数据。由于CDR格式的数据没有空间坐标信息，导入后，使用1：10000的地形数据进行配准。配准后进行栅格数据的镶嵌。镶嵌后进行影像数据的压缩和入库。

4.3完成东莞市试点区域约250Km2的地形和地籍调查成果的数据入库工作

　　完成了大朗镇、洪梅镇、中堂镇的1：500的地形数据的入库工作。

　　原数据是GTC2000测绘成果格式，对于数据的处理过程如下：

图2  1：500空间数据处理过程

　　数据转换：转换原始的数据格式到目标软件（SuperMap）的数据格式。原始格式可以是DWG或者GTC2000的明码格式SCS和QS。

　　数据检查：使用数据检查工具对转换后的数据进行检查，确认数据的完整性，对错误的编码、图层、图层之间的一致性关系进行检查，确认数据是否达到入库要求。

　　数据处理：由于GTC2000的数据格式是基于CAD格式的。由于二者数据结构和数据组织方式的差异，CAD格式的数据在转入GIS过程中本身会存在一些问题。所以需要进行一些处理，处理主要包括：提取符号线，面状要素的构面，构面后有的要素可能由于种种原因没有要素编码等信息，需要人工干预修改。另外，还涉及图形接边以及等高线连接等处理过程。

　　数据入库：提供专门的数据入库工具完成1：500地籍、地形数据的入库工作，入库后的数据库结构以详细设计中的数据库结构为参考。

5、东莞市国土资源空间数据库应用

　　在工作流数据库、业务数据库以及图形空间数据库设计和生产的基础上，以工作流系统为基础，将管理信息系统（MIS）、地理信息系统（GIS）、国土资源办公自动化（OA）和空间数据库（SDB）四者有机的结合起来，完成了东莞市国土资源办文与业务流程处理系统的详细设计方案，该方案从总体上就国土资源管理信息系统的框架结构进行了分析，并对国土资源办文系统、流程性业务处理系统以及国土资源图形管理系统的功能模块以及界面安排等进行了详细的设计和描述。并对国土资源信息系统的安全性给出了较为详细的解决方案。

　　在此详细设计的基础上，使用北京超图已有的工作流技术基础，以目前较为先进和流行的系统开发平台Visual Studio .NET为开发工具，结合北京超图地理信息技术有限公司自主版权的SuperMap GIS开发平台，开发出了东莞市国土资源办文和业务流程处理系统。虽然目前该系统仍然在不断的开发和完善过程中，但其基本架构和设计思路在目前国土资源行业处于领先地位。

6、项目特点

　　（1）以空间数据库建设为基点，着眼于国土资源信息系统建设，在国内国土资源信息化方面具有一定的创新性和超前性。

　　国土资源空间数据库是国土资源信息系统的基础，东莞市国土资源局在充分调研和论证的基础上，以空间数据库建设为先行，带动后续的全局信息化，这在某种程度上具有一定的远见和创新性。从以往国内国土资源行业的信息化建设经验和教训来看，成功的信息化建设必然有良好的空间数据作为基础；空间数据库作为基础设施，如果没有进行深入的分析、设计和生产，将会对国土资源信息系统的建设造成致命的影响。

　　（2）国土资源空间数据库技术的全面应用，将推动国土资源信息系统应用的网络化、全局化。

　　东莞市国土资源空间数据库采用大型关系数据库管理系统Oracle，确保空间和非空间数据的一体化集成。着眼全局业务，设计了空间数据仓库，打破科室信息壁垒，实现科室信息规则共享。空间数据库的建设同时将促进空间数据在局属机构以及东莞市其它政府部门的信息共享，为以后建设“数字东莞”奠定了一定的资源基础。

　　（3）多分辨率无缝影像数据库技术的应用，将为国土资源管理提供更为真实、可靠、方便、快捷的动态监测以及数据更新手段。

　　采用多分辨率无缝影像数据库技术可以建立历年航空、卫星遥感影像数据库，其次还采用多源数据无缝集成技术与矢量栅格数据复合、融合技术，提取土地矢量数据，更新数据库。多分辨率无缝影像数据库技术的应用，将使航空和卫星遥感数据能直接在系统中应用，使工作人员和领导能更直观地了解地表的各种地理信息，为了解国土资源信息的动态变化提供了更为便捷的手段，同时增强了数据的直观性。

　　在影像数据库上可以支持ECW和Mrsid两种压缩格式。

　　（4）多元空间数据无缝集成技术的应用，将国土资源空间数据有机的融为一体，为业务办公以及领导决策提供了更为有力的支持。

　　这里的一体化主要表现在如下的几个方面：

　　l）图形数据和属性数据的一体化。采用关系数据库管理图形和空间数据，以提高存储能力和共享访问、并发操作的能力。

　　2)多元空间数据融合。包括多尺度的空间数据的融合和多源数据的融合。在建成的示范空间数据库中，将航空影像、遥感影像（TM、SPOT）、1：500、1：10000的空间图形数据有机的融合在了一个地图中，实现了按照不同比例显示不同尺度数据。同时，支持多种空间数据引擎以及大部分常用的图形文件格式。

　　3）空间数据的历史数据管理。在国土资源空间数据库的设计过程中，充分考虑到了国土资源管理的时间变化特点，实现了国土资源空间数据的历史管理和历史回溯。

　　（5）通过对东莞市国土资源局办文以及业务流程处理系统的初步开发，以空间数据库为基础，将国土资源办文（MIS）、业务处理（OA）、以及图形管理（GIS）功能有机的结合起来，为后续整个国土资源信息系统的开发提供了参考和依据。

　　系统以东莞市国土资源局“一表通”业务为需求基础，主要具备如下的特点：

　　l）图文一体化的办公环境；

　　2）工作流驱动与土地业务相结合，使得业务流程可定制，系统能适应一定的变化，因为核心数据库较全面，当国土资源管理业务和部门机构发生变化时，系统不需推倒重来，只需要对相关的页面做相应的调整，即可满足业务的需要；

图2  TM影像、1:10000、1:500图形集成
图3  图文一体化办公环境

　　3）B/S结构，方便系统管理，所有的应用都是在中心服务器上发布的，一般的客户端只需浏览器即可，不用安装客户端软件，这样所有的维护基本上是在服务端进行，大大减少了系统维护的难度和工作量；

　　4）系统统一筹划，打破科室信息壁垒，系统的数据都是储存在中央数据库中，科室之间可以通过安全机制检验后访问其他科室的相关数据信息，这样可以实现科室之间的协作共享；

　　5）操作方便，系统是基于浏览器方式的，用户有较好的操作基础，只要有土地业务的相关知识，不用特别的去学习某个软件的操作，上手快；

　　6）工作人员的工作可监控，能很好的配合局机关效能监督工作；

　　7）能很好的实行对件的监控，督办组或者有相关权限的工作人员可以在任何时候获知一个件现在已经办理到了哪个环节；督办组可以对件进行督办，如果一个件过期的时候，系统会的对这个件自动进行实施督办；对于满足“绿色通道”的件，分局收件人员凭借用地单位的相关材料，可以设置其为“绿色通道”件，使该件可以被优先办理；

　　8）方便工作人员办件，工作人员进入系统中后，他所要办理的件将会按优先级顺序排列下来，并有醒目的提示，比如，“绿色通道”件排在最上面，并以绿灯标示，督办件紧接其后，并以红灯标示，快要过期的件排在督办件之后，以黄灯标示，而一般的件排在最后，以橘红色灯标示。这样工作人员工作的优先顺序就一目了然了；

　　9）信息的挖掘再利用，信息社会，数据→信息→效益，在办公系统中，所有的信息都是以大型关系数据库的方式存储的，日常的土地业务将产生大量的数据，这些数据通过综合，可以建立数据仓库，然后对数据仓库进行挖掘，能总结出很多的规律性的信息，可以提供决策支持信息给市、局领导，从而成为辅助决策的电子政务系统。当然，是在系统建立起来以后，通过一定时期的运行，积累起一定数量的数据以后才能进行的。