版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领
文档简介
1、地籍数据库的建库流程与方案研究【地籍数据库的建库】 地籍是国家监管的, 以土地权属为核心, 以地块为基础的土地及其附着物的权属、位置、数量、质量和利用现状等土地基本信息的集合。其中, “以地块为基础”中的“地块”是地籍信息的基本载体, 是具有固定的位置和具有明确的边界, 并可辨认出同类属性的最小土地单位。而宗地是具有特定含义的地块, 其定义更加明确, 尤其是法律上更加明显, 是具有固定的位置和明确的边界, 并可同时辨认确定的权利、利用类别、质量和时态等土地基本要素的最小地块。所以地籍信息系统是一个在计算机和现代信息技术支持下, 以“地块”为核心实体, 实现地籍信息的输入、贮存、检索、处理、综合
2、分析、辅助决策以及结果输出的信息系统。 包括我国在内的许多国家都在建立不同等级的地籍信息系统, 可这些地籍信息系统大多数都是静态的地籍信息系统, 是对地籍信息的某一瞬间状态的描述, 没有考虑到时态的问题。在宗地发生变更后, 系统通过增加新值或用新值替换旧值来维持地籍信息的现势性, 但无法跟踪宗地的变化过程, 无法正确恢复评价某一历史时刻的土地利用状况。对于历史数据通常的做法是采用每隔一定的时间对信息系统所生成的所有数据进行备份, 从而造成数据冗余,恢复某一历史数据过程过于复杂, 而且几乎不可能连续查询某一宗地的历史变化过程。 时间、空间和属性是地理实体和地理现象本身固有特征, 是反映地理实体演
3、变过程的重要组成部分, 也是现代地理信息系统的主要研究的领域。为准确描述现实世界,必须建立能表达时间、空间和属性关系的地理信息系统。地籍信息时态特征的显著性是其他空间信息所不及的。 地籍管理是土地管理的核心,随着计算机和网络技术的突飞猛进,运用现代化手段进行地籍管理成为必然趋势。基础数据是地籍信息管理的血液,建立满足地籍管理信息系统要求的数据库是实现地籍电子化管理的重要工作。基于此,本文就地籍数据库的建库流程进行了以下几个部分的研究,为城镇地籍数据库建设提供思路。第一,从城镇地籍数据库研究的背景出发,引入规范城镇地籍数据库建设的客观必要性,得出本选题的现实价值。通过对国内外地籍数据库建设的发展
4、过程的回顾,以及我国地籍信息系统的建设与应用中存在一些问题,研究用数据库解决地籍管理方面的问题。就城镇地籍信息系统建设的基础性工作城镇地籍数据库建设的相关问题进行研究。第二,分别对城镇地籍数据库建设的内容、目的与要求进行描述,引入城镇地籍数据库建设标准以及对城镇地籍数据库的管理对象进行界定,介绍城镇地籍数据库建库所需的软硬件环境。第三,从城镇地籍数据库建设实务出发,详细描述了基础资料的准备与预处理、数据采集与处理、图属挂接及成果输出等城镇地籍数据库建库的基本流程,并联系建库实践进行必要说明。第四,以城镇地籍数据库在地籍管理信息系统的应用为例,对系统中的报表分析、图件分析、宗地图查询功能进行演示
5、,反映城镇地籍数据库在土地管理、规划中的重要作用。 目前,以地籍测量和地籍调查为重点的地籍管理工作在我国方兴未艾,地籍信息具有区域性时间性和法律性等特点决定了地籍数据库的特殊性。国外的经验表明在建立城市数据库时应以地籍图为基本图,大比例地表图为工程图或专题图。在建立好城市地籍数据库的基础上适当发展城市地形数据库同时城市地籍数据库的建立也是建立土地信息系统的基础。在设计地籍数据库时既要考虑当前计算机的发展状况, 还需深入分析系统构成、建库原则数据表达的具体方式以及数据之间的联系才能设计出合理实用的城市地籍数据库。1、地籍数据库设计的原则及系统构成地籍数据库要求能有效地存储构成地籍系统诸要素的各种
6、数据对所建DB有以下要求: (1)所建的地籍数据库是一个直接服务于一个具有地籍信息管理和自动绘制地籍图能力的地籍管理系统。能为土地管理、国土规划和城市建设提供必要的数据和图件。 (2)具有描述地籍数据空间分布特征的能力, 要求能提供定性、定量定位等多种检索方法。 (3)要考虑向土地信息系统过渡的长远目标。 (4)能有效进行地籍信息的修改、添加和删除。 (5)地籍信息的输出形式除列表和屏幕显示以外,能以图形方式输出。 为满足设计目标,我们通过分析地籍图来说明地籍系统。地籍图主要由地籍要素和必要的地形要素两部分组成。即地籍要素:各种行政界线、权属界线、地块界线、界址点及编号、宗地号、地类号、土地等
7、级、房产情况、面积、权属主名称、街道名称、门牌号、地籍平面、控制点。地形要素:居民点、必要的建筑物构筑物、道路水系、垣栅以及有关的地物、地理名称等。在选择地籍要素的基础上,进一步确定其属性构成。如宗地包括地籍号、所有者、使用者、土地等级、面积等;房产应包括幢号、宗地号、层数、占地面积、建筑面积等属性。 2、地籍当前数据库地籍当前数据库由属性数据库和空间数据库所组成。1) 属性数据库从地籍的理论出发, 对于一个宗地基本状况, 必须由权属、位置、数量(面积) 、质量和利用状况等5 个方面的信息来描述。与信息系统的建设联系起来, 必须把宗地的时态信息和业务信息分离出来, 形成两类特殊的信息。宗地位置
8、信息包括土地的座落(门牌号码) 、界址(边界) 信息和界址点坐标信息, 宗地空间的变更过程体现了宗地位置随时间变更的过程。宗地数量信息包括总面积、分类面积、建筑占地面积等, 其数量的时态性体现在不同时刻各类用地的数量不同(面积不同) 。宗地质量信息包括土地等级、基准地价等信息, 其时态性体现在不同时间段内,由于自然过程和人为因素的影响可能导致土地质量等级的改变。宗地权属信息包括权利人、权利状态和权利限制等信息, 其时态性体现在权利人对宗地的所有权(使用权) 所拥有的时间段。宗地利用状况包括现状类别、规划用途、利用限制等信息, 其时态性体现在不同的时刻有着不同的土地利用类型。而业务信息则体现在不
9、同的时间进程下有着不同的业务内容, 例如土地登记涉及的时态性有登记申请书收件日期、土地登记日期等, 土地统计涉及的时态性有统计日期、统计审核日期等, 土地档案涉及的时态性有归档时间、档案借阅时间和档案归还时间等。可见宗地的状况和时间相关, 离开具体的时间去谈宗地状况变化毫无意义, 所以时态可单独作为宗地的一项重要属性, 有必要在属性数据库中建立专门的时态数据库。在建设时态地籍数据库时, 强调以“地块”为基础就是要抓住地块的属性特征, 除总控数据库外, 下设的其它数据库均围绕着这七大属性分别设立, 各数据表的主关键字均为宗地号。总控数据库: 主要有总控表、城镇基本属性总控表、农村基本属性总控表等
10、;权属数据库: 主要有权利人表、权属表、他项权利表等;位置数据库: 主要有位置描述表、界址点描述表、界址线描述表等;质量数据库: 主要有独立宗表、组合宗表、农村宗表等;利用数据库: 主要是利用表;数量(面积) 数据库: 主要有总面积表、土地利用分类面积表等;时态数据库: 主要是时态数据表;业务数据库: 业务数据库涉及到土地登记业务, 土地统计业务, 地籍档案业务等, 可分为几个子库: 土地登记业务数据库、土地统计业务数据库、地籍档案业务数据库等。2) 空间数据库主要分为宗地coverage 表(包括宗地号, 周长, 面积等) 和界址点表(包括宗地号, 界址点号, X 坐标值, Y 坐标值等)
11、。 过程数据库主要涉及到业务数据, 按地籍管理的业务流程来分主要有登记申请表、指界人表、指界表、地籍调查表、审核批准表、注册登记表等。 历史数据库当前数据库中的数据变更后, 其更新前的数据保留在历史数据库中, 这样便于对当前和历史资料进行统计、分析比较和查询, 而未变更的则继续保存在当前数据库中,历史数据库的数据分类及结构和当前数据库一致。历史数据库的数据分类及结构和当前数据库一致。3 时态地籍数据库数据结构概念 1 属性数据的时态数据结构每个时态地块都有一个表示时间区间的属性值列表,在时间区间内,属性值有效。事实上, 当地块产生的时候,需要增加新的属性记录, 地块的任何变化都会使当前记录加上
12、终止时间标记, 并产生带起始时间标记的新记录。因此, 为了跟踪地块的属性, 有必要在属性数据中增加时间标记并把它们沿时间轴连接起来4 。不少文献都对此展开了研究并提出了基于关系数据模型的时空数据结构, 把时态数据作为一般的附加属性值, 让用户自定义时间进行存储管理, 扩充为时空关系模型, 常见的有关系级、元组级和属性级方法。其中, 基于关系级的数据模型中数据冗余最大, 基于属性级的数据模型数据冗余最小, 但需要变长字段, 这给使用关系型数据库带来不便。基于元组级的数据模型中, 只处理宗地的有效时间, 且完全按照关系数据库的方式组织数据, 是比较适合作为地籍数据库中属性数据的时态数据模型的。然而
13、, 笔者注意到传统元组级数据模型的数据结构虽然加上了时间标记, 却没有对时态数据作专门的处理和对待。宗地共有七大属性, 若每个属性数据表都设立时间标记, 将会造成很大的数据冗余。一个好的时态数据结构在表现地籍的时空语义的同时应尽可能减少数据冗余, 便于数据的检索和修改、容易使用和维护。所以, 在属性数据结构仍是以关系表结构存储的前提下, 笔者根据地块的属性分类, 建立专门的时态数据表来处理宗地的有效时间,表中含有起始时间和变更时间(见表1) , 起始时间表示该宗地的生成日期, 变更时间表示该宗地的变更日期。除了时态数据表, 其它属性数据表不需要加上时间标志, 直接用公共字段宗地号作为主关键字和
14、时态数据表关联, 则可减少数据冗余, 查询也很方便。 表1 时态数据表序号 字段描述 字段名称 字段类型 字段长度 1 宗地号ZDH Parcel Code Char 20 2 用地申请时间 Time of Applying for land Date 10 3 合同签订时间 Time of signing agreement Date 10 4 地籍调查时间 Cadastre survey date Date 10 5 登记申请时间 Date of land registration Date 10 6 土地登记时间 Land registration date Date 10 7 使用年期
15、 Using tenure Char 2 8 起始时间QSSJ Starting date of the right Date 2 9 变更时间BGSJ Time of changing Date 20 10 入库时间RKSJ Time of archiving Date 20 11 建档时间JDSJ Record Time Date 20在时态数据表中, 还要加前指针IDfirst 和后指针IDlater , 通过指针链的形式来连接当前数据库与历史数据库。IDfirst 表示该宗地的来源指针, 如果该宗地是初始登记或新增宗地, 则IDfirst 为空, IDlater 为宗地变更后去向记录指
16、针, 如果该宗地未进行变更则为空。时空信息每发生一次变化, 在当前库中相应的记录被增加到历史库中,变化后的记录被创建, 并放在当前库中。空间数据的时态数据结构空间数据结构分为三类: 矢量数据结构、栅格数据结构以及矢量栅格一体化数据结构。根据时空数据变化类型,连续变化适合栅格结构, 离散变化适合矢量结构。地籍变更主要是一种离散变化, 常见的时态地籍空间数据结构是基于弧段的矢量数据结构, 这种类似DIME 的数据结构, 在附加属性表中加上起始时间和变更时间, 只要输入查询的时间段, 提取相应的弧段, 然后建立拓扑关系就可以生成宗地图, 从而查询到该时间段内宗地的空间信息。据此, 能较好地获取宗地变
17、更的历史情况。但是这种数据结构每次根据相应时间提取弧段成图时都要重新建立拓扑关系, 计算量比较大,系统的数据一致性维护工作较多, 降低了系统的稳定性,且对用地中“环”和“岛”的处理、空间分析、制图符号填充等功能的实施增加了难度。表2 界址线表宗地 起 终 左宗 右宗 界址线 界址线 号 点 点 地 地 产生时间 消亡时间表3 界址点表界址 界址点 X Y 界址点 界址点点号 类型 产生时间 消亡时间 而对于基于地块的时态地籍数据库, 因地块形状比较规则, 地块可直接由一串有序、封闭的界址点构成, 笔者认为可采用基于多边形的矢量数据结构, 可最直观的表示地块, 每个地块以封闭多边形进行存储, 拓
18、扑关系可以通过属性数据库中位置描述表的“宗地四至”来描述。与基于弧段的数据结构相比, 基于多边形的数据结构虽然不能直接由当前空间数据查询历史空间信息, 需经宗号这个公共字段与当前数据库的时间数据表相连接起来,才能由时间数据表的时间标记来查询宗地的历史空间信息, 但根据广东珠海市时态地籍数据库的成功运作表明, 这种基于多边形的数据结构查询地籍变更情况的速度并未显著降低, 更为重要的是由于不用加上起始、变更时间, 数据冗余度大大降低, 有利于系统的维护与稳定。地籍数据库的建设完成图形数据与属性数据采集和录入工作之后,进入数据建库阶段。地籍数据建库流程,空间数据编辑空间数据编辑主要包括测量宗地界址点
19、坐标、制作地籍图、绘制宗地和图斑、空间要素分层等内容。地籍数据建库流程图按街坊进行入空间数据编辑,编辑时可加入分幅线以方便编辑注记及其他需按图幅线接边的要素。使用CASS软件编辑时,不要删除骨架线。要素绘制一定要使用预先规定好的图例板,不要使用平台提供的自由绘制功能,以防图层或符号错误。面状实体尽量要使用“闭合”工具闭合,至少保证图面上闭合(能拓扑成面)。尽量使用平台提供的“捕捉”功能,以保证线物的连续性。属性挂接在CASS国土版中将权属调查的各种属性数据进行分层,对各要素层数据属性进行属性赋值及编码。批量录入数据库文件 ,即可完成数据库的建库。 时态地籍数据库所采用的数据结构, 对空间数据和
20、属性数据之间能否建立合理的连接关系, 对能否实现两者之间的双向查询和分析至关重要。通过建立这种基于地块的时空数据结构, 设计较为全面的地籍数据表, 并源于关系数据库多表连接机制的启发, 产生一个与空间和属性关联的关系表: 时态数据表, 形成空间数据和属性数据之间的关联机制, 而其它属性表不用加时间标志, 就可以实现历史数据、当前数据的空间与属性双向查询分析等操作。同时, 属性数据更加简单明了, 数据的冗余度降低, 大大减小了数据的存储空间, 编程的工作量也大大减轻, 有利于数据库系统的高效运行和维护。 【地籍数据库的研究】 地籍数据库作为国土资源基础数据库的核心,直接为地籍管理工作提供数据支撑
21、,探索其长效更新机制更具有针对性和现实性。地籍数据库的更新实质上就是不断地向地籍信息系统中注入新鲜的血液,使它在地籍管理的过程中保持强大生命力。它的变更机制应该体现快捷、准确的特点,管理模式应该杜绝粗放式,追求精细化。随着现代社会发展脚步的不断加快,土地变更也越来越频繁,更加突显了地籍数据库建设中动态更新机制的重要性。本文提出“三库一体”的地籍数据库变更管理模式,并开发了小型地籍变更信息管理模块。具体内容包括:(1)以“实体+时态”为独特视角,论述了地籍实体及其对象关系;地籍实体的时态性;并强调土地登记在地籍变更管理中的枢纽作用。这些基础但关键的理论,将为地籍数据库动态更新机制的建设提供依据。
22、(2)提出“三库一体”的地籍变更管理模式。从地籍信息的时态数据结构出发,分析对比目前主流的几种时空数据库,论证地籍数据库动态更新机制要采用的动态多级基态修正模型和“三库一体”管理模式,并用一个实例描述了这一模式的基本思想。(3)分析了建设地籍数据库动态更新机制所需要的GIS支持。这其中包括空间数据库技术、空间数据模型、开发组件和开发语言的选择。(4)最后本文采用SQL Server做为后台关系数据库,通过ArcSDE空间数据引擎扩展SQL Server来管理地籍数据,以GeoDatabase作为空间数据模型,ArcObjects为开发方式,VB为开发语言,开发出地籍变更信息管理模块。 地籍数据
23、库是用来存储地籍数据并由地籍数据库管理系统管理着的数据集合。由于日常地籍变更具有频繁性的特点,要求我们必须对地籍数据库进行及时更新。研究地籍数据库的持续更新机制一直是GIG领域的热点。利用Oracle Spatial来管理地籍数据,以VC+6.0与MAPX集成的开发方式实现对地籍数据的更新处理。1)首先从GIS空间数据库的发展过程入手,重点分析了基于对象-关系数据模型的Oracle Spatial数据库的特点,并由此对存储地籍信息的数据表进行设计。最后对MapInfo与Oracle Spatial的空间数据基类相异性进行了比较。2)地籍数据的查询是进行地籍数据库更新的前提,因此分析Oracle
24、 Spatial的查询模式对于提高更新效率具有十分重要的意义。针对地籍数据库更新的特点,结合现实地籍数据管理的现状讨论了基于Oracle Spatial地籍数据库的地籍时空数据组织的两种模型。3)地籍数据库变更前后的几何精度高低的评定,从某一方面决定地籍数据库更新的成败,本文基于误差传播定律对更新前后宗地的几何精度的评定方法方面也作了新的尝试和探索。利用VC+6.0与MAPX集成作为开发平台,实现了对Oracle Spatial管理下的不同地籍数据库中多个数据表进行动态读取的操作。实现了对于各种宗地变更类型的处理操作,即可以对多个不同目标宗地同时进行合并、分割、擦除、节点移动等操作。基于本文对于宗地变更前后几何精度评定的思路,开发实现了对图层中描述不同宗地几何精度的方差值以及描述该
温馨提示
- 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
- 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
- 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
- 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
- 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
- 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
- 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
评论
0/150
提交评论