GIS论文:房产GIS数据库建设

摘要：本文从房产数据库的需求出发，结合最新的建库技术，细述了房产数据库的数据组织结构即图层的划分、数据的提取更新及与其它房产数据库的关联并简要介绍相关技术以完善房产数据库建设工作。

关键字：房产   数据库   GIS

 

Abstract：Based on the requirement of  the database of  Real Estate, linking the latest technologies, the paper describes the organization structure of data, the collection ,updating of data, conjunction with other databases, and simply introduces related technologies to perfect the flow of building the real estate database.

 

1. 引言

房产数据库专门为房产局房产产权监理中心设计，以前，资料多以光盘、纸介质等形式存储，存放在中心资料室中，随着计算机的普及，可以通过不同的方法将房产有关的数据采集到计算机之中，建立相应的数据库。这些数据库有地图数据库、属性数据库和方法库。

2. 房产GIS库设计需求分析

房地产地理信息系统（GIS）的数据库包括两个大的类型，一是满足业务办公自动化的常规数据库，二是由地形图、产籍图及分层分户图等形成的空间数据库。空间数据库的建设是工作量最大的部分。

根据用户需求分析，房地产管理信息系统一般对数据库有下面几个方面的要求：

2.1. 业务快速增长的需要

房地产管理部门是近年来业务增长较为迅速的政府部门之一。业务的增长包括业务量的增长和业务种类的增加和变化。因此，数据独立性、系统灵活性和系统伸缩性是需要重点考虑的方面。

2.2. 集中式管理与分布式处理相结合的需要

产 权监督管理处业务种类较多，在各个业务科室之间，既有较强的联系，同时很多科室又具有较强的独立性。表现在数据处理流程上，就要求既要有统一集中的管理， 以增强业务处理过程中的相互衔接，同时各科室独立性较强的数据管理由各个科室单独处理。这样，既可减少系统管理的工作量，又能获得较高的工作效率。

2.3. 集中存储与分布式存储相结合的需要

与 数据处理相适应，数据存储也应该采取集中式与分布式相结合的体系结构。涉及全处性的数据应该集中存储，以增强数据内容的同一性和访问的一致性，而对于非全 处性的数据，则应该尽量分布式存放，以减少服务器负担和网络传输的压力。同时也可缓解业务增长和业务高峰所带来的系统“瓶颈”。

根据用户的定位与要求，选用ArcGIS作为GIS平台，ORACLE9I作为数据库平台。

3. 房产GIS库建设

为实现以图管房、图文一体的房产管理目的，GIS技术在房产管理业务的关键技术，而GIS数据建库则是GIS房产系统管理的基础，GIS数据库质量的优劣，直接影响到系统的应用甚至无法实现以图管房的根本目的。

GIS房产管理系统的数据源主要来自于现有纸质图的矢量化、其他数字地图格式产品的转换、全站仪数据及高精度卫星影像图数据库。将这样多种来源的数据都通过ArcSde统一集成到Oracle等关系型数据库中，其总体建库流程见下图2。

3.1. GIS图层的划分

根据笔者从事“以图管房、图文一体”的图文网络系统开发经验，结合房产管理的实际需要，拿某城市为例，笔者认为房产GIS空间数据库中主要应包括以下图层。

 

	图层名称	地理要素说明	备注
1	Control层	包含按图式符号表示的测量控制点	将经过拓扑检验后的图形数据按有关标准进行唯一地理编码。
2	Build层	建筑物
3	Buildwall	建筑物附属物
4	BuildAnno	房屋注记
5	Facility	工矿及附属设施
6	Road层	道路
7	RoadCenter	道路中心线
8	river层	河流
9	RiverCenter	河流中心线
10	lake层	湖泊与海洋层
11	boundary层	行政区划与境界
13	elevation层	等高线与高程点
14	Vegetation层	植被符号
15	LandForm	地貌地物
16	Others	其他要素

图1：数据分层（表）

Figure1：delamination of data  （table）

 

3.2  空间数据提取

根据调研，某市房产管理局现有图纸8500 张，其中采用1954北京坐标系的有3100张，采用自由坐标系的有5400张，另外，有房屋无图纸的大约还有40平方公里，约800张图纸，这就决定了 该市房产综合管理信息系统的空间数据来源多种多样。因此，系统必须对所有提供的数据进行GIS数据整理（包括纸质图及待测的地域的GIS数据），统一数据 标准，并增加必要的地物属性信息，如地物编码、层码、幢号等，最后通过ArcSde存贮到关系型GIS数据库中。

 

图2：数据处理流程图

Figure2:Data-processing flowing graph

1） 纸质地图矢量化  即将纸质的地图进行数字化，使其成为能被系统利用矢量数据。目前，行业通用的矢量化方法是将纸质地图扫描成栅格数据后，通过R2V等矢量化软件或直接人为手工跟踪而成。

2） 数据格式转换   为 了保证系统的顺利运行，对于不同格式的数字化地图必须通过数据格式的转换，将其转换为GeoDatabase的数据格式，一般来说，其他格式GIS数据可 以先转化为通用的CAD数据，再转换成ESRI公司的Coverage格式或Shape格式，最后通过ArcSde转化为Geodatabase数据存入 关系型数据库中。对于栅格数据可直接通过Arcsde存入Geodatabase中。

3） 坐标系统的转换  为在整个系统建设和将来的运行过程中，可能会涉及到不同坐标系统的数据，如北京54、西安80、浙江省或本地坐标系等，因此系统将提供不同坐标系间的数据转换功能。

3.3. 数据更新与维护 

当前，城市面貌正发生着日新月异的变化，作为“以图管房”的核心产籍图必须不断的进行更新，维护，以符合实际情况。本系统将利用ARCGIS本身强大的数据编辑功能，实现对空间数据的更新与维护，即产籍图的修测补测。

 

图3：数据提取

Figure 3：The collection of data

1） 全站仪测绘  对产籍图数据的修测补测最现实简便的措施是利用全站仪测得待测点的地理坐标（经纬度坐标和高程）。

2）室内编辑   通过系统将全站仪测绘所得的地理坐标转换生成点，并选择该点所处的图层，实现数据的室内编辑工作。

3）数据审核  由编辑所得的数据暂时不同作为正式数据为一般的系统用户所使用，只有经过审核人员审核后，才能使用，完成产籍图的修测补测工作。

3.4. 关联楼盘表与GIS数据库

根据楼盘表内的分幅号、分丘号、幢号等信息，而在本次测绘调查中所测得的空间数据库中，房屋层为面状地物类型，在其本身所带的数据库中带有房屋测量号字段，与楼盘表中的房屋测量号完全相同，因此可直接将楼盘表与GIS数据库建立关联。

3.5. 三库合一的实现

 

图4：三库合一

Figure4：The combination of three databases

通过以上的步骤，分别建立了房屋属性数据库与分户图库的关联、房屋属性数据库与楼盘表的关联及楼盘表与GIS图形库的关联，从而实现了三库的合并。三库合一流程图如图4：

 

4. 结论

在房产数据库的建设过程中，更多的还是考虑需求，突出需求重点，尽量周全的考虑功能、模块甚至数据库之间的衔接问题。本文中结合目前国际上的GIS空间建设主流技术，实现多种类型空间数据的集成管理；系统的功能较完善，系统运行安全，符合数据管理和发布服务的基本需要。

该数据库还需要在运行和服务过程中不断进行完善，要加快开展数据库更新技术的研究工作，保证数据库的现势性和准确性。同时深入开展数据库应用工作，使其发挥更大的效益。

 

参考文献

[ 1 ]        李德仁，龚健雅等，中国空间数据基础设施建设，测绘通报，2002年第11期

[ 2 ]        王晏民，李德仁，龚健雅，多尺度GIS集中式数据模型，黑龙江工程学院学报，2001年3月第15卷第1期

[ 3 ]        边学工  胡瑞敏  喻占武 李德仁，分布式GIS分层体系结构模型的研究，武汉测绘科技大学学报 第25卷第5期2000年10月

[ 4 ]        周卫娟，王兰兴，空间数据转换方法探讨，江苏测绘 第25卷第4期2002年12月