GIS和楼盘表在房地产权籍管理系统中的应用初探.pdfVIP

也会导致无法得到准确的查询结果。 针对上述问题，目前系统也采用了～些措施来改进，譬如对输入的房地坐落进行规范化、建 立合同坐落与实际门牌对照表等，但由于采用GIS技术，在建立合同坐落与实际门牌对照表无法 直观的进行对照查找，容易出错，对于冷僻字的问题依然无法解决。 3基于GIS和楼盘表的解决方案 正因为存在上述所述问题，目前系统基于姓名、权证号、房地坐落的检索方式无法实现高效 全面准确的查询。为解决这个问题，笔者提出利用GIS和楼盘表生成每套房产的唯一可靠的id 码，结合数据整理对系统进行改造，以完善系统的查询功能。 3．1 系统结构 考虑到目前地籍和房产管理分属不同部门管理的情况，同时兼顾尽量减少对现有系统的改动， 因此需开发一套独立系统，结合已有的地籍宗地图形，实现利用GIS对ID码进行创建、维护等 管理功能。系统采用面向服务的体系结构(Service—Oriented 现松散耦合。系统GIS数据支撑采用ERSI的ArcSDE，利用ArcGISServices Engine开发，以Web 提供服务。 3．2系统主要实现思路 系统采用以楼盘为核心，以每个产权单元为管理单位。利用目前拥有的地籍宗地的地理信息 数据，在其上添加一个层，该层主要存储对应于每个楼盘创建一个封闭的面，每个面之间不允许 重叠。利用GIS系统的拓扑分析功能自动检查面的封闭与重叠情况。基于面生成一个对应的代 码idl。 在项目预售审批时，利用用地红线，设计总平图确定每栋楼盘的封闭面域，同时挂接项日名 称、合同坐落(项目标识坐落)等属性。在项目竣工获得门牌号后，根据实际测量数据调整面域， 但不改变idl，同时挂接房地坐落(门牌号码)属性。 以每栋房屋为基准创建楼盘表，依据设计创建对应的房屋，对应每个产权单元生成对应代码 id2，在项目预售审批时挂接项目名称、合同坐落(项目标识坐落)等属性，在项目竣工获得门牌 号后，挂接房地坐落(门牌号码)属性。 采用idl和id2组合生成id码。对现有系统所有与房地坐落有关的表增加id码字段，作 为检索关键字。对现有的系统在以房地坐落为条件的查询模块增加一个前置接口，以 出相应结果。 3．3系统主要功能 系统主要实现以下功能： (1)维护房地坐落和id码对应关系表； (2)返回房地坐落对应的id码； (3)生成房地坐落对应的id码； (4)提供基于GIS和楼盘表的查询界面； (5)提供历史管理等。 3．4系统与现有系统的挂接 在现有系统需要的地方直接调用系统提供的接口即可(图l，图2)。 —-——261·-—— 图l收件过程系统调用示意图 图2查询过程系统调用示意图 ·———262·-—— 3．5对现有系统的影响 因为采用了SOA架构，该方案能够以很小的改动代价完善现有系统的查询功能，现有系统只 需在与房地坐落相关的表中增加id码字段，只需在查询的模块前增加一些调用，对查询模块做一 些简单的改动。其次，该方案也比较合适目前地籍和房产管理分属不同部门管理的情况，涉及西s 部分的数据采集、维护、idl码的生成管理等工作由地籍管理部门完成，而楼盘表数据维护、id2 码的生成管理房地产权籍管理业务系统等由房产管理部门完成。第三，采用该方案后，能得到实 现全面准确的查询结果，可以在最大程度上避免重复查封、重复抵押、重复交易的情况发生。 4结束语 展望未来，如果将gis和楼盘表部分合并交由地籍管理部门管理维护，则可以在全市范围内 提供唯一可靠的地理位置信息服务，该服务可以提供给民政、电力、电信、邮政、公安、消防等 部门，避免了多头重复投入建设。 参考文献 面向服务架构(SOA)的原则Jason Bloomberghttp：／／www．umlchina．com／News／Content／39．htm