地籍数据库建库流程及方案研究_第1页
地籍数据库建库流程及方案研究_第2页
地籍数据库建库流程及方案研究_第3页
地籍数据库建库流程及方案研究_第4页
地籍数据库建库流程及方案研究_第5页
已阅读5页,还剩13页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、仅供个人参考 地籍数据库的建库流程与方案研究 【地籍数据库的建库】 地籍是国家监管的, 以土地权属为核心, 以地块为基础的土地及其附着物的权属、位置、数量、质量和利用现状等土地基本信息的集合。其中, “以地块为基础”中的“地块”是地籍信息的基本载体, 是具有固定的位置和具有明确的边界, 并可辨认出同类属性的最小土地单位。而宗地是具有特定含义的地块, 其定义更加明确, 尤其是法律上更加明显, 是具有固定的位置和明确的边界, 并可同时辨认确定的权利、利用类别、质量和时态等土地基本要素的最小地块。所以地籍信息系统是一个在计算机和现代信息技术支持下, 以“地块”为核心实体, 实现地籍信息的输入、贮存、

2、检索、处理、综合分析、辅助决策以及结果输出的信息系统。 包括我国在内的许多国家都在建立不同等级的地籍信息系统, 可这些地籍信息系统大多数都是静态的地籍信息系统, 是对地籍信息的某一瞬间状态的描述, 没有考虑到时态的问题。在宗地发生变更后, 系统通过增加新值或用新值替换旧值来维持地籍信息的现势性, 但无法跟踪宗地的变化过程, 无法正确恢复评价某一历史时刻的土地利用状况。对于历史数据通常的做法是采用每隔一定的时间对信息系统所生成的所有数据进行备份, 从而造成数据冗余,恢复某一历史数据过程过于复杂, 而且几乎不可能连续查询某一宗地的历史变化过程。 不得用于商业用途仅供个人参考 时间、空间和属性是地理

3、实体和地理现象本身固有特征, 是反映地理实体演变过程的重要组成部分, 也是现代地理信息系统的主要研究的领域。为准确描述现实世界,必须建立能表达时间、空间和属性关系的地理信息系统。地籍信息时态特征的显著性是其他空间信息所不及的。 地籍管理是土地管理的核心,随着计算机和网络技术的突飞猛进,运用现代化手段进行地籍管理成为必然趋势。基础数据是地籍信息管理的血液,建立满足地籍管理信息系统要求的数据库是实现地籍电子化管理的重要工作。基于此,本文就地籍数据库的建库流程进行了以下几个部分的研究,为城镇地籍数据库建设提供思路。第一,从城镇地籍数据库研究的背景出发,引入规范城镇地籍数据库建设的客观必要性,得出本选

4、题的现实价值。通过对国内外地籍数据库建设的发展过程的回顾,以及我国地籍信息系统的建设与应用中存在一些问题,研究用数据库解决地籍管理方面的问题。就城镇地籍信息系统建设的基础性工作城镇地籍数据库建设的相关问题进行研究。第二,分别对城镇地籍数据库建设的内容、目的与要求进行描述,引入城镇地籍数据库建设标准以及对城镇地籍数据库的管理对象进行界定,介绍城镇地籍数据库建库所需的软硬件环境。第三,从城镇地籍数据库建设实务出发,详细描述了基础资料的准备与预处理、数据采集与处理、图属挂接及成果输出等城镇地籍数据库建库的基本流程,并联系建库实践进行必要说明。第四,以城镇地籍数据库在地籍管理信息系统的应用为例,对系统

5、中的报表分析、图件分析、宗地图查询功能进行演 不得用于商业用途仅供个人参考 示,反映城镇地籍数据库在土地管理、规划中的重要作用。 目前,以地籍测量和地籍调查为重点的地籍管理工作在我国方兴未艾,地籍信息具有区域性时间性和法律性等特点决定了地籍数据库的特殊性。国外的经验表明在建立城市数据库时应以地籍图为基本图,大比例地表图为工程图或专题图。在建立好城市地籍数据库的基础上适当发展城市地形数据库同时城市地籍数据库的建立也是建立土地信息系统的基础。在设计地籍数据库时既要考虑当前计算机的发展状况, 还需深入分析系统构成、建库原则数据表达的具体方式以及数据之间的联系才能设计出合理实用的城市地籍数据库。 1、

6、地籍数据库设计的原则及系统构成 地籍数据库要求能有效地存储构成地籍系统诸要素的各种数据对所建DB有以下要求: (1)所建的地籍数据库是一个直接服务于一个具有地籍信息管理和自动绘制地籍图能力 的地籍管理系统。能为土地管理、国土规划和城市建设提供必要的数据和图件。 (2)具有描述地籍数据空间分布特征的能力, 要求能提供定性、定量定位等多种检索方法。 (3)要考虑向土地信息系统过渡的长远目标。 (4)能有效进行地籍信息的修改、添加和删除。 (5)地籍信息的输出形式除列表和屏幕显示以外,能以图形方式输出。 不得用于商业用途仅供个人参考 为满足设计目标,我们通过分析地籍图来说明地籍系统。地籍图主要由地籍

7、要素和必要 的地形要素两部分组成。 即地籍要素:各种行政界线、权属界线、地块界线、界址点及编号、宗地号、地类号、土地等级、房产情况、面积、权属主名称、街道名称、门牌号、地籍平面、控制点。 地形要素:居民点、必要的建筑物构筑物、道路水系、垣栅以及有关的地物、地理名称等。 在选择地籍要素的基础上,进一步确定其属性构成。如宗地包括地籍号、所有者、使用者、土地等级、面积等;房产应包括幢号、宗地号、层数、占地面积、建筑面积等属性。 2、地籍当前数据库 地籍当前数据库由属性数据库和空间数据库所组成。 1) 属性数据库 从地籍的理论出发, 对于一个宗地基本状况, 必须由 权属、位置、数量(面积) 、质量和利

8、用状况等5 个方面的 信息来描述。与信息系统的建设联系起来, 必须把宗地的 时态信息和业务信息分离出来, 形成两类特殊的信息。 宗地位置信息包括土地的座落(门牌号码) 、界址(边 界) 信息和界址点坐标信息, 宗地空间的变更过程体现了宗 地位置随时间变更的过程。宗地数量信息包括总面积、分 类面积、建筑占地面积等, 其数量的时态性体现在不同时 不得用于商业用途仅供个人参考 刻各类用地的数量不同(面积不同) 。宗地质量信息包括土 地等级、基准地价等信息, 其时态性体现在不同时间段内, 由于自然过程和人为因素的影响可能导致土地质量等级的 改变。宗地权属信息包括权利人、权利状态和权利限制等 信息, 其

9、时态性体现在权利人对宗地的所有权(使用权) 所 拥有的时间段。宗地利用状况包括现状类别、规划用途、 利用限制等信息, 其时态性体现在不同的时刻有着不同的 土地利用类型。而业务信息则体现在不同的时间进程下有 着不同的业务内容, 例如土地登记涉及的时态性有登记申 请书收件日期、土地登记日期等, 土地统计涉及的时态性 有统计日期、统计审核日期等, 土地档案涉及的时态性有 归档时间、档案借阅时间和档案归还时间等。可见宗地的 状况和时间相关, 离开具体的时间去谈宗地状况变化毫无 意义, 所以时态可单独作为宗地的一项重要属性, 有必要 在属性数据库中建立专门的时态数据库。 在建设时态地籍数据库时, 强调以

10、“地块”为基础就是要抓住地块的属性特征, 除总控数据库外, 下设的其它 数据库均围绕着这七大属性分别设立, 各数据表的主关键 字均为宗地号。 总控数据库: 主要有总控表、城镇基本属性总控表、 农村基本属性总控表等; 权属数据库: 主要有权利人表、权属表、他项权利 不得用于商业用途仅供个人参考 表等; 位置数据库: 主要有位置描述表、界址点描述表、 界址线描述表等; 质量数据库: 主要有独立宗表、组合宗表、农村宗 表等; 利用数据库: 主要是利用表; 数量(面积) 数据库: 主要有总面积表、土地利用分 类面积表等; 时态数据库: 主要是时态数据表; 业务数据库: 业务数据库涉及到土地登记业务,

11、土 地统计业务, 地籍档案业务等, 可分为几个子库: 土地登 记业务数据库、土地统计业务数据库、地籍档案业务数据 库等。 2) 空间数据库 主要分为宗地coverage 表(包括宗地号, 周长, 面积 等) 和界址点表(包括宗地号, 界址点号, X 坐标值, Y 坐 标值等) 。 过程数据库 主要涉及到业务数据, 按地籍管理的业务流程来分主要有登记申请表、指界人表、指界表、地籍调查表、审 核批准表、注册登记表等。 历史数据库 不得用于商业用途仅供个人参考 当前数据库中的数据变更后, 其更新前的数据保留在历史数据库中, 这样便于对当前和历史资料进行统计、分析比较和查询, 而未变更的则继续保存在当

12、前数据库中,历史数据库的数据分类及结构和当前数据库一致。历史数据库的数据分类及结构和当前数据库一致。 3 时态地籍数据库数据结构概念 1 属性数据的时态数据结构 每个时态地块都有一个表示时间区间的属性值列表,在时间区间内,属性值有效。事实上, 当地块产生的时候,需要增加新的属性记录, 地块的任何变化都会使当前记录加上终止时间标记, 并产生带起始时间标记的新记录。因此, 为了跟踪地块的属性, 有必要在属性数据中增加时间标记并把它们沿时间轴连接起来4 。不少文献都对此展开 了研究并提出了基于关系数据模型的时空数据结构, 把时态数据作为一般的附加属性值, 让用户自定义时间进行存储管理, 扩充为时空关

13、系模型, 常见的有关系级、元组级和属性级方法。其中, 基于关系级的数据模型中数据冗余最大, 基于属性级的数据模型数据冗余最小, 但需要变长字段, 这给使用关系型数据库带来不便。基于元组级的数据模型中, 只处理宗地的有效时间, 且完全按照关系数据库的方式组织数据, 是比较适合作为地籍数据库中属性数据的时态数据模型的。然而, 笔者注意到传统元组级数据模型的数据结构虽然加上了时间标记, 却没有对时态数据作专门的处理和对待。宗地共有七大属性, 若每个属性数据表都设立时间标记, 将会造成很大的数据冗余。一个好的时态数据结构在表现地籍的时空语义的同时应尽可能减少数据冗 不得用于商业用途仅供个人参考 余,

14、便于数据的检索和修改、容易使用和维护。所以, 在属性数据结构仍是以关系表结构存储的前提下, 笔者根据地块的属性分类, 建立专门的时态数据表来处理宗地的有效时间,表中含有起始时间和变更时间(见表1) , 起始时间表示该宗地的生成日期, 变更时间表示该宗地的变更日期。除了时态数据表, 其它属性数据表不需要加上时间标志, 直接用公共字段宗地号作为主关键字和时态数据表关联, 则可减少数据冗余, 查询也很方便。 表1 时态数据表 序号 字段描述 字段名称 字段类型 字段长度 1 宗地号ZDH Parcel Code Char 20 2 用地申请时间 Time of Applying for land D

15、ate 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 使用年期 Using tenure Char 2 8 起始时间QSSJ Starting date of the right Date 2 9 变更时间BGSJ Time of changing Date 20 10 入库时间RKSJ Time of a

16、rchiving Date 20 11 建档时间JDSJ Record Time Date 20 在时态数据表中, 还要加前指针IDfirst 和后指针IDlater , 通过指针链的形式来连接当前数据库与历史数据库。IDfirst 表示该宗地 不得用于商业用途仅供个人参考 的来源指针, 如果该宗地是初始登记或新增宗地, 则IDfirst 为空, IDlater 为宗地变更后去向记录指针, 如果该宗地未进行变更则为空。时空信息每发生一次变化, 在当前库中相应的记录被增加到历史库中,变化后的记录被创建, 并放在当前库中。 空间数据的时态数据结构 空间数据结构分为三类: 矢量数据结构、栅格数据结构

17、以及矢量栅格一体化数据结构。根据时空数据变化类型,连续变化适合栅格结构, 离散变化适合矢量结构。地籍变更主要是一种离散变化, 常见的时态地籍空间数据结构是基于弧段的矢量数据结构, 这种类似DIME 的数据结构, 在附加属性表中加上起始时间和变更时间, 只要输入查询的时间段, 提取相应的弧段, 然后建立拓扑关系就可以生成宗地图, 从而查询到该时间段内宗地的空间信息。据此, 能较好地获取宗地变更的历史情况。但是这种数据结构每次根据相应时间提取弧段成图时都要重新建立拓扑关系, 计算量比较大,系统的数据一致性维护工作较多, 降低了系统的稳定性,且对用地中“环”和“岛”的处理、空间分析、制图符号填充等功

18、能的实施增加了难度。 表2 界址线表 宗地 起 终 左宗 右宗 界址线 界址线 号 点 点 地 地 产生时间 消亡时间 表3 界址点表 界址 界址点 X Y 界址点 界址点 点号 类型 产生时间 消亡时间 不得用于商业用途 仅供个人参考 地, 而对于基于地块的时态地籍数据库, 因地块形状比较规则笔者认为可采用基于多边块可直接由一串有序、封闭的界址点构成, 每个地块以封闭多边形进形的矢量数据结构, 可最直观的表示地块, 拓扑关系可以通过属性数据库中位置描述表的“宗地四至”行存储, 基于多边形的数据结构虽然不来描述。与基于弧段的数据结构相比, 需经宗号这个公共字段与能直接由当前空间数据查询历史空间

19、信息, 才能由时间数据表的时间标记,当前数据库的时间数据表相连接起来但根据广东珠海市时态地籍数据库的成来查询宗地的历史空间信息, 这种基于多边形的数据结构查询地籍变更情况的速度并功运作表明, 数据冗余 更为重要的是由于不用加上起始、未显著降低, 变更时间, 度大大降低, 有利于系统的维护与稳定。地籍数据库的建设完成图形数据与属性数据采集和录入工作之进入数据建库阶段。地籍数据建库流程,空间数据编辑空间数据,后编辑主要包括测量宗地界址点坐标、制作地籍图、绘制宗地和图斑、地籍数据建库流程图按街坊进行入空间数据编空间要素分层等内容。编辑时可加入分幅线以方便编辑注记及其他需按图幅线接边的要,辑不要删除骨

20、架线。要素绘制一定要使用预,素。使用CASS软件编辑时先规定好的图例板,不要使用平台提供的自由绘制功能,以防图层或符 不得用于商业用途 仅供个人参考至少保证图面上闭合工具闭合,号错误。面状实体尽量要使用“闭合”以保证线物的连续,功能(能拓扑成面)。尽量使用平台提供的“捕捉”,CASS国土版中将权属调查的各种属性数据进行分层性。属性挂接在,对各要素层数据属性进行属性赋值及编码。批量录入数据库文件 即可完成数据库的建库。对空间数据和属性数据之时态地籍数据库所采用的数据结构, 对能否实现两者之间的双向查询和分析, 间能否建立合理的连接关系设计较为全面的, 至关重要。通过建立这种基于地块的时空数据结构

21、产生一个与空地籍数据表, 并源于关系数据库多表连接机制的启发, 形成空间数据和属性数据之间间和属性关联的关系表: 时态数据表, 就可以实现历史数据、而其它属性表不用加时间标志, , 的关联机制属性数据更加简当前数据的空间与属性双向查询分析等操作。同时, 编程的工, , 数据的冗余度降低, 大大减小了数据的存储空间单明了 作量也大大减轻, 有利于数据库系统的高效运行和维护。 地籍数据库的研究】 【直接为地籍管理工, 地籍数据库作为国土资源基础数据库的核心探索其长效更新机制更具有针对性和现实性。地籍,作提供数据支撑,数据库的更新实质上就是不断地向地籍信息系统中注入新鲜的血液它的变更机制应该体现快使

22、它在地籍管理的过程中保持强大生命力。追求精细化。随着现代社,捷、准确的特点,管理模式应该杜绝粗放式更加突显了地籍数据土地变更也越来越频繁会发展脚步的不断加快,的地籍数据库”“库建设中动态更新机制的重要性。本文提出三库一体 不得用于商业用途 仅供个人参考并开发了小型地籍变更信息管理模块。具体内容包,变更管理模式地籍;论述了地籍实体及其对象关系时态括:(1)以“实体+”为独特视角,并强调土地登记在地籍变更管理中的枢纽作用。这些;实体的时态性将为地籍数据库动态更新机制的建设提供依据。基础但关键的理论,从地籍信息的时态数据结构的地籍变更管理模式。”(2)提出“三库一体论证地籍数据库动态更新,出发,分析

23、对比目前主流的几种时空数据库并用一,三库一体机制要采用的动态多级基态修正模型和“”管理模式分析了建设地籍数据库动态(3)个实例描述了这一模式的基本思想。支持。这其中包括空间数据库技术、空间数据GIS更新机制所需要的做Server最后本文采用模型、开发组件和开发语言的选择。(4)SQL 来管ArcSDE,通过空间数据引擎扩展SQL Server为后台关系数据库为开发方以,GeoDatabase作为空间数据模型,ArcObjects理地籍数据 ,VB开发出地籍变更信息管理模块。为开发语言,式地籍数据库是用来存储地籍数据并由地籍数据库管理系统管 要求我们必理着的数据集合。由于日常地籍变更具有频繁性的

24、特点,研究地籍数据库的持续更新机制一直须对地籍数据库进行及时更新。VC+6.0以Oracle Spatial是GIG领域的热点。利用来管理地籍数据,GIS1)与MAPX集成的开发方式实现对地籍数据的更新处理。首先从关系数据模型的空间数据库的发展过程入手,重点分析了基于对象-数据库的特点,并由此对存储地籍信息的数据表进行Oracle Spatial的空间数据基类相异性进行了与Oracle SpatialMapInfo设计。最后对地籍数据的查询是进行地籍数据库更新的前提,因此分析2)比较。 不得用于商业用途 仅供个人参考的查询模式对于提高更新效率具有十分重要的意义。SpatialOracle 结合

25、现实地籍数据管理的现状讨论了基针对地籍数据库更新的特点,地籍3)于Oracle Spatial地籍数据库的地籍时空数据组织的两种模型。从某一方面决定地籍数据库数据库变更前后的几何精度高低的评定,本文基于误差传播定律对更新前后宗地的几何精度的评更新的成败,集成作为MAPX定方法方面也作了新的尝试和探索。利用VC+6.0与管理下的不同地籍数据库中多个Oracle 开发平台,实现了对Spatial实现了对于各种宗地变更类型的处理操数据表进行动态读取的操作。作,即可以对多个不同目标宗地同时进行合并、分割、擦除、节点移开发实基于本文对于宗地变更前后几何精度评定的思路,动等操作。现了对图层中描述不同宗地几何精度的方差值以及描述该图层平均中动态修改宗地属性数据较几何精度的方差值的确定。由于在MapX数据库Oracle因此,为复杂与低效。我们对于宗地属性数据的变更和中对属性数据SOL*PLUS中表的设计的实现,是利用MAPINFO或者数据库中进行然后将其上载到表的属性和属性字段进行更改,Oracle 实现。国内外已经制定了 随着地理信息系统在各个领域的广泛应用,这些标准在一定程度上也可,许多关于空间数据产品的质量评定标准但是由于城镇地籍数据自身以及在采以用于城镇地籍数据质量评价。已有的质量评价的方法集、处理和应用过程中

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论