论文部分内容阅读
测绘数据是反映房屋自然状况的基本数据，在房产登记和管理中具有基础性作用。随着信息化技术的不断发展，以测绘数据为基础，结合地理信息系统（GIS）模式建立房产电子地图，是今后发展的主要方向。本文以当地实际情况为例子，初步介绍如何建立测绘、产权一体化管理模式，实现测绘数据和房产登记管理的系统化、规范化，充分体现了测绘数据在房产电子地图及房产管理信息系统建设中的重要作用。
一、基础数据需求
（一）基础测绘图形
基础测绘图形，需使用1：500分幅图作为基础图形，在此基础之上建立具备属性字段的房产分级图层。为了更为方便的实现基础测绘图形中的每幢房屋同对应的分层分户图建立关联，在准备基础图时，就要选择标识有“房屋坐落”的基础测绘图形，或者图形属性中含有房屋坐落信息。基础测绘成果为1：500的地形图，各类地物要素齐全、图层统一。根据房产GIS的系统功能要求，建库工作会在空间数据库中建立以下几个必要图层：
1．房产分区图
房产分区图的属性字段应包括：房产区号、分区号；
2．房产丘图
房产丘图具备的属性字段包括：省市代码、市辖区（县）代码、房产区号、分区号、丘号；（组成14位丘编号）；
3．房产幢图
房产幢图具备的属性包括：丘编号、幢号、幢名称、幢坐落、产别、结构、设计用途、总层数、占地面积、建成年份；
4．出于对总图的美化和丰富图层以及其他方面的要求，根据基础测绘成果中的图层要素，建库中可以建立以下辅助图层，比如说山体、水系、道路、绿化等图层。一般来说，房产管理部门不具备基础测绘图形，而自行测绘显然难度极大，且存在重复建设，因此可以协调当地国土或规划部门来取得。
（二）项目测绘数据
对于房地产管理行业而言，我们通常所说的房产测绘数据主要包括：分层分户图、分户图、房屋测绘信息（面积、结构、坐落等）、单位房（厂房）分丘图。以当地为例，现有的房产测绘软件是基于AUTOCAD2002平台开发的，图形数据格式为通用的*.DWG格式，房产测绘数据库采用的是ORACLE8。其中需要解决的主要问题有：
1、 分层分户图的房屋坐落存在编写不完全或漏掉的情况，即通过测绘软件中的房屋坐落不能确定房屋的位置。这部分数据占有很大比例，必须结合产权信息、档案信息人为判断分层分户图的房屋坐落，就涉及到档案查询工作。
2、分户图（单户显示）的房屋坐落、户室号也存在漏填的情况。如果要得到质量较高的楼盘表，我们就要将分户图重新整理（绘制）为分层分户图，这样就在判断那些分户图是属于同一幢房屋、同一楼层方面工作难度较大。同样也涉及到档案查询工作。
3、早期的测绘工作只对办理业务的单个户室进行面积的测绘和图形的绘制，且分户图形存在无尺寸无属性信息的情况。这些成果不能够反应所在幢的分层分户图的情况。针对分户图的所在幢来说，并不是该幢房屋的所有户室都经过测绘并办理过业务，对于没有发生交易或者没有办理过业务的户室来说，就没有分户的测绘成果；且由于同幢房屋的不同户室的测绘时间不统一，即使是同一幢房屋的分户图的成果，在存储和属性值上并不统一，分户图的成果比较零散。因此，想得到存量房的分层分户图成果，需要通过外业调查进行现场分层示意图形的绘制，而已有的分户成果可以作为建库人员内业绘图的参考资料，提供正确的户型图。
4、最早期的测绘成果和少部分存量房的测绘成果中，是纸质的分户图成果，纸质成果中一般标注了房屋的坐落。根据该部分数据特点，要先进行图形矢量化（扫描或者手绘）的工作，转换成电子格式的分户图。
二、主要建设步骤
在实际建设过程中，GIS基础图形数据库和分层分户图数字化同步进行，再进行分层分户图与基础图的关联，然后进行楼盘表与业务数据的关联，最终建成图文一体化的综合数据库。同时，为满足处理存量房的分户图成果，获取准确、完整的房屋坐落成果的需要，将需要大量的外业调查工作。
（一）GIS基础图形库的建立
1、图形实体分层及格式转换
将实体按类别分为不同图层存储。在现有的DWG格式分幅图中，实体图层分类过细，不方便以后对图形数据库的运用，实体图层分类与GIS基础图形数据库要求不符。所以要实现实体按类别分图层存储于GIS基础图形库中，首先在CASS软件中对实体图层重新进行整合，建立更合理、更适合GIS基础图形库应用和扩展的实体图层分类。
2、基础地形图分层入库
ARCGIS图形存储软件(ARCSDE)是将空间数据库引擎引入关系型数据库中，通过图层基本要素（点、线、面）以及图形相关属性（长度、面积、地理坐标等）存储到数据库中，并通过软件（ARCMAP）进行图形的浏览和维护。在ARCMAP软件中，将已经转换成SHP格式的基础图层分层导入ARCGIS图形库中，实现房产基础图形的入库，导入的图形定位以地理坐标为准。
3、基础地形图属性录入
在SHAPE格式的基础总图基础上，结合外业调查的获取的房屋坐落、门牌号等属性信息，给建筑物面实体赋予属性，最后建成图形、属性合一的GIS基础图形库。
（二）图形修补测
基础数据的更新，也就是通常所说的修补测，在已经建立GIS基础图库的基础上，应用修补测软件进行日常的数据更新工作。修补测软件实现了房产基础图形数据的更新和数据历史的建立，可以很好地满足基础测绘数据库更新的功能要求。
1、 数据更新
对于图形数据的获取与更新，修补测软件利用ARCSDE中的版本管理机制和长事务机制。通常 RDBMS 采用“锁定 - 修改 - 释放”的策略实现其对多用户并发操作数据库的控制。但这种策略不适合用于处理地理数据，尤其在政府办公过程中，有些工作，可以几分钟完成，但有些工作由于其特殊性，也可能要花几个月的时间。这种情形即所谓的“长事务处理”。 ArcSDE 对长事务处理提供了底层的支持。每个用户都是在直接对数据库进行操作（编辑，修改），但是 ArcSDE 為其建立了版本。只有在完成了长事务工作后，系统才将其版本进行存储，并在此时进行版本冲突管理。
ArcSDE 提供版本控制功能（即 VERSION CONTROL ），该功能使得多个用户可以同时编辑一个图形数据库，甚至是同一空间要素， ArcSDE 可以将不同用户对一个要素的编辑形成不同版本（ Version ），并通知用户不同的编辑结果，以决定最后以哪个结果为准。这样可以很好地保证数据的一致性，同时实现多用户高效的并发访问机制。这样解决了数据多用户同时编辑同一个数据冲突问题。当用户提交了自己编辑的数据时，同时也会获取了最新的数据。这样又解决了数据的不一致问题。
2、历史回溯
对于基础图形历史回溯，采用版本管理机制，针对每一年将创建一个年度版本。根据年度（或者根据年度和指定的区域）重现该年度（该区域）的基础图形历史。然后，可以对历史数据进行相关的分析与统计等（例如：通过图层的叠加技术，显示历史与现时数据的不同）。在历史图形中还可回溯历史的分层分户图形信息。这样，就最大限度的回溯了历史。
通过以上工作，保证建库中的房产基础图形成果的实时性和规范性，并为已经灭失或者拆迁的房屋建立历史图形库，为房产数据的图形管理提供保障。
（三）测绘数据库的建立
1、原测绘系统中分层分户图成果入库
老测绘系统的测绘成果，将是建立楼盘表的重要资料和处理对象，根据老测绘成果建立的楼盘表才能保证测绘数据的正确性并与权属数据的测绘属性一致。
在老測绘系统中，测绘成果分为分层分户图形、分户图和户室列表，在处理老数据时，必须将测绘图形和测绘户室列表全部导入建库用的测绘数据库（BMF库）中，并根据关键字段建立起图形和户室列表的一对多的关联关系。这部分工作计划分成以下几个步骤进行：
（1）测绘老图形入库
利用专用数据迁移工具，根据幢的属性字段，首先在建库用的测绘数据库中建立幢信息，其属性字段来自于老数据。然后迁移工具根据幢属性值，将属于同一幢的所有分层图形迁移至同一幢的图形库中，将幢信息与该幢所有的分层图形建立关联关系，以供建库人员再处理。
（2）图形与户室表关联
数据迁移工具的另外一个功能就是将老测绘数据中的户室列表上传至建库用测绘库对应的表中，并根据户室表中的幢属性字段，与对应的幢信息进行一对多的关联关系，此时对老数据的迁移工作完毕。
（3）测绘楼盘表建立及户室表关联
在数据成功迁移之后，需按照房屋坐落的编排规范，按照单元和房号对测绘图形进行户室提取工作，并在此提取的基础之上建立能真实反应户室分户情况的测绘楼盘表。
测绘楼盘表建立完成之后，系统同时也生成了该幢房屋的户室列表，且该户室列表与跟原测绘数据中的户室列表一一对应，只需将每个户室建立关一对一的关联关系，使建库产生的户室属性从老数据中获得，从而保持数据的正确性。
2、 原测绘系统中分户图成果入库
因存量房业务办理的需要而测绘的，这些分户图的属性中具备相关幢信息，如房屋坐落等。为了建立反应房屋现状的楼盘表，建库工作中需要将这些分户图组合成幢的分层分户图或者外业调查绘制房屋的示意图形。
（1）外业调查及现场绘制分层分户图
由于无法预知每个户室是否具备分户图形，如果建库采取分户图拼接的处理方法，拼接产生的幢图形中肯定会存在残缺的情况。针对这种情况，建议采用外业调查工作，现场绘制存量房的示意图形，真实的反应房屋的分层、分户情况，且标注调查得到的房屋坐落和单元号，然后再在建库所用的测绘数据库中进行图形绘制和楼盘表建立的工作。
（2）户室属性提取及楼盘表建立
在分层分户图绘制完成之后，根据外业调查的记录表格，按照实际的房屋坐落和单元号对图形进行户室提取工作，本工作在分层分户图的处理中已经有介绍。
（3）测绘楼盘表建立及户室表属性关联
在楼盘表建立之后，系统根据幢属性自动查找老数据中相关幢的户室数据，在数据关联的界面中进行一对一的关联。
（四）分层分户图与GIS图形建立关联
之所以要对老测绘数据进行重新整理和处理，目的就是实现分层分户图与GIS基础图中“幢”的相互关联。根据分层分户图和GIS基础图中居民地面（幢）的房屋坐落，或者建库中重新为每幢房屋编写的丘地号的属性，将每幢房屋的分层分户图与该幢房屋的面实体关联，实现两者的互动。
（五） 楼盘表建立
楼盘表是根据测绘处理的户室列表或者是权属数据来自动建立的，如下的两种方法分别对应楼盘表建立的两种情况：
1、有分层分户图自动建立楼盘表
由于所建立综合数据库的集成性和开放性，测绘的成果直接被权属系统调用，通过测绘成果管理子系统来建立直观的权属楼盘表，实现数据的无缝链接。根据分户图的户室列表，系统可以自动建立楼盘表。
2、无分层分户图建立虚拟楼盘表
在建库所产生的蓬莱市GIS基础图库中，并不是所有的房屋都办理过业务，即部分GIS图中的“幢”还没有分层分户图，此时可以根据业务数据或档案数据信息自动生成临时的楼盘表。等有实测的分层分户图时，通过实测图形再生成楼盘表替换临时的楼盘表。
（六）楼盘表与数据关联
1、楼盘表与分层分户图、房产GIS基础图形的关联
因为楼盘表是根据分层分户图的户室信息自动生成的，这就实现了楼盘表与分层分户图的互联；而同时基础图中的面实体（幢）与分层分户图也实现互联。这样就实现了楼盘表、分层分户图、基础图的“幢”三者的相互关联。
2、楼盘表与产权业务数据的关联
根据房屋座落、丘号、户室号码、档案图形等资料，通过建库程序实现楼盘表与产权业务数据的关联。在产权数据关联完成之后，在权属系统的楼盘表中，就可以看到基础图形、测绘数据、产权数据三者关联的实际情况了。这样就实现了产权业务数据、分层分户图（楼盘表）、GIS基础图（幢）三者的互联互动，建成“以图管房、图文一体化、测绘产权一体化”的综合数据库。
注：文章内所有公式及图表请用PDF形式查看。
一、基础数据需求
（一）基础测绘图形
基础测绘图形，需使用1：500分幅图作为基础图形，在此基础之上建立具备属性字段的房产分级图层。为了更为方便的实现基础测绘图形中的每幢房屋同对应的分层分户图建立关联，在准备基础图时，就要选择标识有“房屋坐落”的基础测绘图形，或者图形属性中含有房屋坐落信息。基础测绘成果为1：500的地形图，各类地物要素齐全、图层统一。根据房产GIS的系统功能要求，建库工作会在空间数据库中建立以下几个必要图层：
1．房产分区图
房产分区图的属性字段应包括：房产区号、分区号；
2．房产丘图
房产丘图具备的属性字段包括：省市代码、市辖区（县）代码、房产区号、分区号、丘号；（组成14位丘编号）；
3．房产幢图
房产幢图具备的属性包括：丘编号、幢号、幢名称、幢坐落、产别、结构、设计用途、总层数、占地面积、建成年份；
4．出于对总图的美化和丰富图层以及其他方面的要求，根据基础测绘成果中的图层要素，建库中可以建立以下辅助图层，比如说山体、水系、道路、绿化等图层。一般来说，房产管理部门不具备基础测绘图形，而自行测绘显然难度极大，且存在重复建设，因此可以协调当地国土或规划部门来取得。
（二）项目测绘数据
对于房地产管理行业而言，我们通常所说的房产测绘数据主要包括：分层分户图、分户图、房屋测绘信息（面积、结构、坐落等）、单位房（厂房）分丘图。以当地为例，现有的房产测绘软件是基于AUTOCAD2002平台开发的，图形数据格式为通用的*.DWG格式，房产测绘数据库采用的是ORACLE8。其中需要解决的主要问题有：
1、 分层分户图的房屋坐落存在编写不完全或漏掉的情况，即通过测绘软件中的房屋坐落不能确定房屋的位置。这部分数据占有很大比例，必须结合产权信息、档案信息人为判断分层分户图的房屋坐落，就涉及到档案查询工作。
2、分户图（单户显示）的房屋坐落、户室号也存在漏填的情况。如果要得到质量较高的楼盘表，我们就要将分户图重新整理（绘制）为分层分户图，这样就在判断那些分户图是属于同一幢房屋、同一楼层方面工作难度较大。同样也涉及到档案查询工作。
3、早期的测绘工作只对办理业务的单个户室进行面积的测绘和图形的绘制，且分户图形存在无尺寸无属性信息的情况。这些成果不能够反应所在幢的分层分户图的情况。针对分户图的所在幢来说，并不是该幢房屋的所有户室都经过测绘并办理过业务，对于没有发生交易或者没有办理过业务的户室来说，就没有分户的测绘成果；且由于同幢房屋的不同户室的测绘时间不统一，即使是同一幢房屋的分户图的成果，在存储和属性值上并不统一，分户图的成果比较零散。因此，想得到存量房的分层分户图成果，需要通过外业调查进行现场分层示意图形的绘制，而已有的分户成果可以作为建库人员内业绘图的参考资料，提供正确的户型图。
4、最早期的测绘成果和少部分存量房的测绘成果中，是纸质的分户图成果，纸质成果中一般标注了房屋的坐落。根据该部分数据特点，要先进行图形矢量化（扫描或者手绘）的工作，转换成电子格式的分户图。
二、主要建设步骤
在实际建设过程中，GIS基础图形数据库和分层分户图数字化同步进行，再进行分层分户图与基础图的关联，然后进行楼盘表与业务数据的关联，最终建成图文一体化的综合数据库。同时，为满足处理存量房的分户图成果，获取准确、完整的房屋坐落成果的需要，将需要大量的外业调查工作。
（一）GIS基础图形库的建立
1、图形实体分层及格式转换
将实体按类别分为不同图层存储。在现有的DWG格式分幅图中，实体图层分类过细，不方便以后对图形数据库的运用，实体图层分类与GIS基础图形数据库要求不符。所以要实现实体按类别分图层存储于GIS基础图形库中，首先在CASS软件中对实体图层重新进行整合，建立更合理、更适合GIS基础图形库应用和扩展的实体图层分类。
2、基础地形图分层入库
ARCGIS图形存储软件(ARCSDE)是将空间数据库引擎引入关系型数据库中，通过图层基本要素（点、线、面）以及图形相关属性（长度、面积、地理坐标等）存储到数据库中，并通过软件（ARCMAP）进行图形的浏览和维护。在ARCMAP软件中，将已经转换成SHP格式的基础图层分层导入ARCGIS图形库中，实现房产基础图形的入库，导入的图形定位以地理坐标为准。
3、基础地形图属性录入
在SHAPE格式的基础总图基础上，结合外业调查的获取的房屋坐落、门牌号等属性信息，给建筑物面实体赋予属性，最后建成图形、属性合一的GIS基础图形库。
（二）图形修补测
基础数据的更新，也就是通常所说的修补测，在已经建立GIS基础图库的基础上，应用修补测软件进行日常的数据更新工作。修补测软件实现了房产基础图形数据的更新和数据历史的建立，可以很好地满足基础测绘数据库更新的功能要求。
1、 数据更新
对于图形数据的获取与更新，修补测软件利用ARCSDE中的版本管理机制和长事务机制。通常 RDBMS 采用“锁定 - 修改 - 释放”的策略实现其对多用户并发操作数据库的控制。但这种策略不适合用于处理地理数据，尤其在政府办公过程中，有些工作，可以几分钟完成，但有些工作由于其特殊性，也可能要花几个月的时间。这种情形即所谓的“长事务处理”。 ArcSDE 对长事务处理提供了底层的支持。每个用户都是在直接对数据库进行操作（编辑，修改），但是 ArcSDE 為其建立了版本。只有在完成了长事务工作后，系统才将其版本进行存储，并在此时进行版本冲突管理。
ArcSDE 提供版本控制功能（即 VERSION CONTROL ），该功能使得多个用户可以同时编辑一个图形数据库，甚至是同一空间要素， ArcSDE 可以将不同用户对一个要素的编辑形成不同版本（ Version ），并通知用户不同的编辑结果，以决定最后以哪个结果为准。这样可以很好地保证数据的一致性，同时实现多用户高效的并发访问机制。这样解决了数据多用户同时编辑同一个数据冲突问题。当用户提交了自己编辑的数据时，同时也会获取了最新的数据。这样又解决了数据的不一致问题。
2、历史回溯
对于基础图形历史回溯，采用版本管理机制，针对每一年将创建一个年度版本。根据年度（或者根据年度和指定的区域）重现该年度（该区域）的基础图形历史。然后，可以对历史数据进行相关的分析与统计等（例如：通过图层的叠加技术，显示历史与现时数据的不同）。在历史图形中还可回溯历史的分层分户图形信息。这样，就最大限度的回溯了历史。
通过以上工作，保证建库中的房产基础图形成果的实时性和规范性，并为已经灭失或者拆迁的房屋建立历史图形库，为房产数据的图形管理提供保障。
（三）测绘数据库的建立
1、原测绘系统中分层分户图成果入库
老测绘系统的测绘成果，将是建立楼盘表的重要资料和处理对象，根据老测绘成果建立的楼盘表才能保证测绘数据的正确性并与权属数据的测绘属性一致。
在老測绘系统中，测绘成果分为分层分户图形、分户图和户室列表，在处理老数据时，必须将测绘图形和测绘户室列表全部导入建库用的测绘数据库（BMF库）中，并根据关键字段建立起图形和户室列表的一对多的关联关系。这部分工作计划分成以下几个步骤进行：
（1）测绘老图形入库
利用专用数据迁移工具，根据幢的属性字段，首先在建库用的测绘数据库中建立幢信息，其属性字段来自于老数据。然后迁移工具根据幢属性值，将属于同一幢的所有分层图形迁移至同一幢的图形库中，将幢信息与该幢所有的分层图形建立关联关系，以供建库人员再处理。
（2）图形与户室表关联
数据迁移工具的另外一个功能就是将老测绘数据中的户室列表上传至建库用测绘库对应的表中，并根据户室表中的幢属性字段，与对应的幢信息进行一对多的关联关系，此时对老数据的迁移工作完毕。
（3）测绘楼盘表建立及户室表关联
在数据成功迁移之后，需按照房屋坐落的编排规范，按照单元和房号对测绘图形进行户室提取工作，并在此提取的基础之上建立能真实反应户室分户情况的测绘楼盘表。
测绘楼盘表建立完成之后，系统同时也生成了该幢房屋的户室列表，且该户室列表与跟原测绘数据中的户室列表一一对应，只需将每个户室建立关一对一的关联关系，使建库产生的户室属性从老数据中获得，从而保持数据的正确性。
2、 原测绘系统中分户图成果入库
因存量房业务办理的需要而测绘的，这些分户图的属性中具备相关幢信息，如房屋坐落等。为了建立反应房屋现状的楼盘表，建库工作中需要将这些分户图组合成幢的分层分户图或者外业调查绘制房屋的示意图形。
（1）外业调查及现场绘制分层分户图
由于无法预知每个户室是否具备分户图形，如果建库采取分户图拼接的处理方法，拼接产生的幢图形中肯定会存在残缺的情况。针对这种情况，建议采用外业调查工作，现场绘制存量房的示意图形，真实的反应房屋的分层、分户情况，且标注调查得到的房屋坐落和单元号，然后再在建库所用的测绘数据库中进行图形绘制和楼盘表建立的工作。
（2）户室属性提取及楼盘表建立
在分层分户图绘制完成之后，根据外业调查的记录表格，按照实际的房屋坐落和单元号对图形进行户室提取工作，本工作在分层分户图的处理中已经有介绍。
（3）测绘楼盘表建立及户室表属性关联
在楼盘表建立之后，系统根据幢属性自动查找老数据中相关幢的户室数据，在数据关联的界面中进行一对一的关联。
（四）分层分户图与GIS图形建立关联
之所以要对老测绘数据进行重新整理和处理，目的就是实现分层分户图与GIS基础图中“幢”的相互关联。根据分层分户图和GIS基础图中居民地面（幢）的房屋坐落，或者建库中重新为每幢房屋编写的丘地号的属性，将每幢房屋的分层分户图与该幢房屋的面实体关联，实现两者的互动。
（五） 楼盘表建立
楼盘表是根据测绘处理的户室列表或者是权属数据来自动建立的，如下的两种方法分别对应楼盘表建立的两种情况：
1、有分层分户图自动建立楼盘表
由于所建立综合数据库的集成性和开放性，测绘的成果直接被权属系统调用，通过测绘成果管理子系统来建立直观的权属楼盘表，实现数据的无缝链接。根据分户图的户室列表，系统可以自动建立楼盘表。
2、无分层分户图建立虚拟楼盘表
在建库所产生的蓬莱市GIS基础图库中，并不是所有的房屋都办理过业务，即部分GIS图中的“幢”还没有分层分户图，此时可以根据业务数据或档案数据信息自动生成临时的楼盘表。等有实测的分层分户图时，通过实测图形再生成楼盘表替换临时的楼盘表。
（六）楼盘表与数据关联
1、楼盘表与分层分户图、房产GIS基础图形的关联
因为楼盘表是根据分层分户图的户室信息自动生成的，这就实现了楼盘表与分层分户图的互联；而同时基础图中的面实体（幢）与分层分户图也实现互联。这样就实现了楼盘表、分层分户图、基础图的“幢”三者的相互关联。
2、楼盘表与产权业务数据的关联
根据房屋座落、丘号、户室号码、档案图形等资料，通过建库程序实现楼盘表与产权业务数据的关联。在产权数据关联完成之后，在权属系统的楼盘表中，就可以看到基础图形、测绘数据、产权数据三者关联的实际情况了。这样就实现了产权业务数据、分层分户图（楼盘表）、GIS基础图（幢）三者的互联互动，建成“以图管房、图文一体化、测绘产权一体化”的综合数据库。
注：文章内所有公式及图表请用PDF形式查看。