基于WalkScript的不动产非空间属性流程化处理研究

王 慧，王星星，吴承红，吴乔生

（1.浙江省第二测绘院，浙江 杭州 310012；2.浙江省河海测绘院，浙江 杭州 310008）

自国务院法制办公布《不动产登记暂行条例（征求意见稿）》以来，不动产权籍调查工作在全国范围内陆续展开，并持续推进。在《不动产权籍调查技术方案（试行）》中规定的工作开展次序中，成果审查入库即不动产数据库建设，关系到不动产统一登记成果资料的提供，是建立不动产电子登记簿的基础数据，需要为政府决策提供界址清晰、权属清楚、面积准确的支撑数据[1]。因此，研究如何高效、高质量地建设不动产数据库具有重要意义。

不动产数据库包括空间图形数据和非空间属性数据两个部分，其中非空间属性数据主要包括图形要素类属性和成果表属性等，具有交互性、继承性、空间相关性、数据量大等特点[2]，处理时需在AutoCAD、Excel、ArcGIS、MapGIS、WalkRE、MapMatrix、Access 等平台之间频繁切换[3-4]。为了提高不动产要素质量检查效率，目前已编写基于FME、VB 和WalkScript 二次开发的处理工具对地籍图进行质量检查[5-6]，但各部门不动产数据库建设平台多样、数据库结构不一[7]，因此无普适性的不动产非空间属性数据处理工具。

鉴于不动产数据库建设平台WalkMap 具备图属一体化编辑功能，且提供脚本语言WalkScript 和标准查询语言扩展WalkSQL 供用户二次开发，本文结合生产实践，利用二次开发技术开发了一套既相互独立又紧密衔接的流程化处理模块，实现了无需跨平台的非空间属性数据的准确、高效、自动化处理。

1 不动产数据库

1.1 不动产数据库建设

不动产数据库建设是指严格按照不动产登记数据库标准，以最新不动产权籍调查成果和原有土地登记相关资料为数据源，统一不动产图形数据、属性数据和档案数据的采集要求，利用GIS、计算机网络等技术手段建立房地一体化的不动产数据库。

不动产数据库建设工作包括空间图形要素处理和非空间属性数据的挂接处理，通常先按照技术标准和要求对包括宗地地形、权属、房屋等信息的测量成果进行数据转换、编辑；再进行标准数据表清单填写、图属关联、属性表填写、变化关系表填写和证书关联表填写，形成标准数据库。在数据整合过程中，应保证房地调查与登记信息的一致性，确保房屋、幢落宗一致。不动产数据库中属性信息数据量庞大、结构复杂，如何精简处理流程，依靠技术最大限度地实现处理自动化，从而提高工作效率和成果质量是亟待解决的问题。

1.2 非空间属性数据处理内容与问题

1.2.1 非空间属性数据处理的内容

非空间属性数据主要包括空间图形要素的属性、登记资料信息和生成的成果表信息。其处理工作包括两个部分：

1）图属关联和属性表填写。不动产数据库中各类图形要素表与属性表之间的关联挂接关系如图1 所示，需以此为基础进行属性计算和赋值，实现房屋、幢落宗；并进行登记信息、空间图形、成果表之间的挂接处理，形成图属联动的完整属性信息。

图1 不动产数据库各表的关联挂接关系

2）属性数据检查。非空间属性数据的检查包括表间逻辑关系检查，字段数目、字段类型、代码长度等表结构检查以及必填项、唯一性、小数位数等内容检查。

1.2.2 非空间属性数据处理存在的问题

目前WalkMap 是应用较广泛的不动产数据库建设平台，其以Access 数据库的形式存储成果，因此常采用在Access 数据库管理系统中编写SQL 语句的方式来实现非空间属性数据的处理。该方法在一定程度上降低了人工作业量，减少了错误率，但仍存在以下不足：①WalkMap 切换到Access 中进行非空间属性数据处理时，若遇到问题需返回图面检查、修改，则需重复进行切换，影响工作效率；②为完整实现非空间属性数据的挂接，往往需要编写大量SQL 语句，但在Access中无法实现多条SQL 语句的合并运行，导致执行效率较低；③在非空间属性数据处理中，存在一些需通过交互式输入再由计算机读取并赋值的属性信息，而在Access 中SQL 语句无法实现交互式对话框的设计，因此应用灵活性较差。

2 非空间属性数据流程化处理模块

2.1 模块架构设计

模块设计的目标是减少人工干预，通过解析处理流程划分出能借助计算机自动化处理或人机交互处理的作业内容，并根据非空间属性数据处理中存在的逻辑性，将处理流程拆分为多个子处理模块，统一由WalkScript 二次开发实现。

模块设计的核心是嵌入使用SQL 语句实现属性挂接，调用内部函数实现自动化属性赋值和检查，解决Access、WalkMap 软件的切换使用问题，并设计交互式对话框供按需输入使用，以提高处理模块的灵活性；增加过程检查和错误提示机制，及时反馈处理结果，避免错误逐步传递，最终形成较强严谨性、相互独立、相互衔接的流程化处理模块。整体设计思路如图2 所示。

图2 模块设计思路

2.2 模块功能实现

本文采用WalkScript 脚本语言进行二次开发，根据设计的子流程分别编写8 个模块脚本，并保存为.wsp 文件，调试时一般采用Message 函数进行变量输出和提示。开发过程中充分借助系统内部函数、WalkSQL 提高脚本运行效率。

1）图形要素类属性填写与挂接。图形要素类主要包括各层房屋面、自然幢和宗地。自然幢与宗地的属性挂接模块主要是利用空间位置关系分析，将宗地属性挂接给对应的自然幢。在对各层各类房屋面矢量要素的面别名、面积进行赋值时，调用封装的Ws 函数集能获取要素的几何、样式等信息，再嵌入使用SQL 语句，实现图形要素表中属性的填写与更新。其部分源代码为：

2）后生成的非要素类成果属性表填写与挂接。非空间属性数据处理还包括对后形成的非要素类成果H 户室信息表、CADASTRAL_QSDC 表进行属性处理。基于WalkScript 脚本语言开发时，能以任意Layer为入口，获取包含所有要素类和非要素类数据表的WalkDb，从而实现对数据库中任意数据表的更新和管理。例如，在生成分层分户图后，需将H 户室信息表分别与宗地、自然幢进行属性挂接，部分源代码为：

3）非统一属性数据的交互式填写和属性检查。考虑到在建库过程中不同作业子区的调查信息、勘丈信息、审核信息并不统一，开发时调用WsWalkInputLineDlg函数设计交互式对话框，以实现属性的差异化填写和赋值。非空间属性数据检查主要是根据数据库标准，通过嵌入使用SQL 语句，快速检查出必填项、唯一性、小数位数不符合要求的内容。

2.3 模块调用

流程化处理模块的开发成果如图3 所示。利用该成果进行处理时，可在WalkScriptor 编辑器中打开对应的脚本文件，并点击执行；或在WalkMap 平台中选择执行系统Wsp，找到对应的脚本文件依次执行。

图3 各处理模块对应的脚本

3 应用实例

台州市国土资源局路桥分局自2018 年初起展开覆盖全区的农房不动产权籍调查项目，共涉及301 个行政村约15.6 万宗宗地。在WalkMap 中完成房屋面、自然幢绘制、构宗、拓扑检查等处理后，需进一步完成非空间属性数据的处理，其中涉及各层房屋面、自然幢、宗地、H 户室信息表、C 地籍管理表、E 建房审批表、CADASTRAL_QSDC 权属调查表等约20 个表的属性填写、挂接和检查。

以房屋面的面别名、面积、所在层次等属性处理为例，常规方法是在WalkMap 平台中依次点击“加工—属性赋值—依次选择房屋层—选择要更新的字段—选择要赋值的内容”，该过程步骤多、效率低。若调用流程化处理模块3 进行处理，能同时完成所有层的房屋面面积、面别名、所在层次、ZDDM、幢号、幢顺序号、建筑结构的填写和挂接，并向作业员反馈处理结果以检查修改，用时共计4 s，效果如图4 所示。

图4 子模块处理结果

在操作的便捷性方面，只需在WalkMap 平台内调用执行处理模块，即能快速实现非空间属性数据处理，并在结果提示有问题时直接在WalkMap 平台内进行图形检查和修改。另外，流程化处理模块中设计的过程检查能确保图形、数据、表格的一致性、正确性和完整性，减少因人工失误造成的对最终成果质量的影响。

4 结 语

通过对不动产数据库非空间属性数据处理流程进行解析，针对常规处理中存在的软件切换频繁、工作效率较低等问题，本文充分利用WalkScript 脚本二次开发技术，设计了独立且严谨的流程化处理模块，用以提高作业的自动化程度。台州市路桥不动产项目对开发成果的应用结果表明，流程化处理模块实用性强、使用便捷，并能将作业流程化繁为简，减少了重复性劳动，确保了处理结果的完整性和正确率，降低了劳动成本，对推动项目质量和效率的整体提升具有重要意义。