空间数据的管理维实护与更新.pptVIP

传统城市空间基础数据维护与更新体系的根本缺陷在 于把更新工作仅仅看作是测量技术问题，没有与城市建 设及城市管理工作结合起来，只注重基础数据的服务职 能，忽略了基础数据更新同样需要其它行业服务的客观 要求，从而不能充分发挥城市管理运行的综合效能。 完整的数字城市空间基础数据管理、维护与更新的 框架应从如下5个方面入手： 对基态及变化数据进行采集的技术方法 基于城市管理的数据维护与更新机制 数据管理与运行的工作机制 数据库管理系统中更新的技术实??? 数据库管理系统的日常管理与维护 ;5.1基于城市管理的空间基础数据更新;5.1.1基于规划管理成果更新空间基础数据;（1）利用规划管理成果更新的基本思路和工作流程 在项目红线放线后，将建设项目红线(用地红线和建筑红线)反映在城市空间数据上，去掉建筑范围内原有的并已拆除的地形地物信息。在建设项目完工后，及时进行项目竣工测量，用竣工测量的成果来最终更新空间数据。 红线一般是指各种用地的边界线 用地红线是围起某个地块的一些坐标点连成的线，红线内土地面积就是取得使用权的用地范围 。;;(2)空间数据库中对规划审批成果的表示内容及方法 更新初期(红线放线阶段) 空间数据库中反映内容： 建筑红线：只标注主要建筑单体的轮廓线（虚线表示建筑层次 用地红线：虚线表示，只反映用地边界和用地权属单位。 验线时确认原有地物己拆迁的，空间数据库中原有地形、地物应清除，只保留规划审批信息。 建设项目竣工后及时进行竣工测量，利用竣工测量资料对空间数据库进行全面、完整的正式更新。 将被更新的空间数据，按更新时间、更新范围和位置等方式保存到历史空间数据库中。;5.1.2 基于土地管理成果更新空间基础数据;;(2) 空间数据库中对地籍调查成果的表示内容及方法 变更登记前 从历史空间数据库中调出土地的位置、界址点、宗地图和用地权属等有关信息 地籍调查后 对已改变的原有地物的位置和用地属性进行修改，并清除临时空间数据库中原有地形、地物等信息。 历史数据保存 将被更新的土地信息，按更新时间、更新范围和位置等方式完整地保存到历史空间数据库中，以便今后提取和恢复。;5.2城市空间基础数据库更新的技术实现;;5.2.1基于版本数据和基态修正数据的数据库更新;1）基于版本数据的数据库更新 采用版本数据的更新的必要性 1、不需要将所有数据都记录每时每刻的变化。如用地现 状数据 2、数据有一个周期和版本问题。地形图更新、遥感影像、 数字高程模型等数据，不是连续获取。 更新方式：以新的版本取代旧的版本。同时，要将这些不同版本的数据同时存放在历史数据库中，以便进行对比分析，开展空间数据挖掘和知识发现。 条件：版本数据密不可分或数据量相对较小的数据。不同版本的卫星遥感影像、不同版本的规划道路网络等。 不足：数据冗余。需要将不同版本的城市空间基础数据完全进行备份和更新，没有更新的部分的数据也需要在各个不同的版本中重复存储。; (2)基于基态修正数据的数据库更新 含义：在数据原始状态的基础上，只对变化的实体信息更新 更新方法：先用现状数据取代历史数据，再建立现状数据与历史数据的联系。目的是在反映现状数据的同时，随时实现历史与现实的响应。 优点：储存某个时间的数据状态(称为基态)和相对于基态的变化量。时态分辨率刻度值与事件发生的时刻完全对应，提高了时态分辨率，减少了数据冗余量。;条件：基态修正模型非常适用于全局变化较少，而局部变化较多的情形。 数据存储：面向对象的关系数据库存储对象变更的继承关系。例如，当一个空间对象A分割成为几个小的空间对象(A1 , A2 ,..., An)时，关系数据库中只需简单地记录空间对象A相对于基态的变化量，建立对象A与(A1 , A2 ,..., An)间的继承对应关系((A，A1)，(A，A2)，…，(A，An))。 ; (1)数据组织模型—实体分层，逻辑分幅 将地形图在垂直方向上按照要素分层的方法进行组织（如，一般房屋、交通、水系、植被、高程、注记等），在整个数据库中，同一层的数据为一个数据文件。数据分幅导入的。在各层的数据中，仍旧隐含着分幅的成分。顾及数据的生产、更新和数据使用的方便 ;;(2)数据索引结构—格网索引 按幅建立数据格网索引，即按地形图分幅规则建立覆盖整个建库范围的索引格网。每个格网的编号与对应的地形图的图幅编号一致，几何坐标完全一致 对每一格网建立格网属性表（也可称元数据表)。在数据首次导入数据库时，系统将每幅地形图的这些属性填入格网属性数据中，以便于以后数据的更新。 ;;（3）基于“版本修正”的数据库更新模式 更新流程： 1、将地形图的生产时