规划修编问题解答汇总.docVIP

规划修编问题解答汇总 一、程序报错原因及解决方法 1、连接程序报错，如下图所示： 解决方法：有两种情况。平台文件未进行注册、数据库体容量大所导致。 1）平台文件未进行注册解决方法：可以在程序存放目录下面找到批处理文件进行注册。批注册文件有两个，分别对应两个平台（KQ平台和ARCGIS平台）名为“KQGIS平台注册.bat”和“ARCGIS平台注册.bat”双击即可实现批量自动注册。 注：有的版本里面可能没有批处理文件,可以通过手动进行注册。具体步骤如下：在程序目录下选中所有的.dll后缀文件（需要注册的对象）右键点击任意文件选择打开方式—选择程序，在浏览的地方索引到C:\WINDOWS\system32目录下找到名为regsvr32.exe打开所有上述文件即可完成。 2）数据库容量大解决方法：MDB库最大只能支持2GB大小的容量，再大就会连接程序报错，推荐用户把库转成SQL格式或直接打开ACCESS对当前库进行压缩修复。该功能可以清除用户操作日志中的信息以释放空间，在一定程度上减小库体大小。 规划方案分析时报错，如下图所示： 解决方法：检查基期地类图斑层中的地类编码属性值是否不规范。 上图显示的是规划基本农田保护区层中的图斑有问题，请确认在进行方案分析之前进行过图斑跨乡镇检查并没有查出错误，然后打开该图层进行单层属性浏览使用面积排序，或利用微小地物检查功能，查看是否存在1平米以下的小图斑，若存在，视具体情况选择合并到相邻图斑或直接删除掉。 方案分析（全库）中其他分析项的土地利用空间管制区面积计算点击之后弹出错误，如下所示： 解决方法：当前数据库中可能缺少某些表，可以做数据库标准化检查来解决，使用系统设置下的数据库标准化检查功能检查并添加相应的表层。 方案预检（全库）的时候，如果全选会出现错误，如下图所示： 解决方法：这种错误通常是程序打开的时间太久，或是在软件使用过程中，其它操作连接过相同的数据库所导致的，报错之后把程序关掉重新连接即可解决，或者用户可以改用SQL库就不会有这种问题 。 规划方案分析时弹出对话框提示分析图层中是否有面积小于1图块，但方案中没有检查出小图斑？ 解决方法：该问题出在基期数据中，可读出基期地类图斑，做环上环、共点、悬挂等处理，调出行政区并分析与地类图斑层是否套和。 方案分析预检时报“线状重点建设项目的KD值应当大于0”？ 解决方法：线状地物的宽度是必填项，长度程序可以根据图形坐标算出来，宽度一定要根据实际情况赋值。 规划方案分析预检速度慢是什么原因？有何解决办法？ 解决方法：规划方案分析预检可通过两种方式进行： 对选中的行政区中的图形进行检查； 对全库所有数据进行检查。 注：规划方案做好之后最好使用规划修编菜单下的规划方案分析预检中的规划方案分析预检（全库）功能，因右侧工具条中的按行政区预检功能其间包含了缓冲分析的功能，数据量大的话会减慢速度，通常是全库检查一遍之后有错的情况下修改之后根据错误处的座落单位使用按行政区预检。 二、基期建库问题汇总 1、行政区根据空间创建生成的代码是对的但名称不对，有的上传后之前的数据自动消除了，有导入国标excel后行政区树并未生成？ 操作方法： 1）行政区设置中根据空间创建功能是按照数据库中行政区的现有座落单位生成的，只有村级单位是正确的，其余单位节点需手动编辑。 2）导入到程序的权属单位代码表必须是二调标准格式，统一采用12位，19位数的代码，且表中尽量包括地（州）、县（市）、乡（镇）和村，可将省级名称和代码删除。 3）当前库中之前有上传过行政区字典的话，再对行政区设置进行调整后应先保存再进行上传。 2、行政区融合时的抽稀边界是个什么概念？ 答：数据量比较大并且行政区层的点数非常多且密集，导致加载融合数据的范围时间过长甚至融合不了，于是追加了这个解决方案。如果是融合不了之后才推荐使用，一般情况下不宜采用该方法进行融合。 3、出三张基期报表的时候后面两张表是空的？ 答：出基期报表之前应先确保做过如下步骤处理： 1）当前库中的数据正确导入； 2）正确的行政区树设置并融合加载数据的范围成功； 3）基数转换处理过，基期修改项中没有遗漏； 4）基期预检出来的EXECL中没有错误存在； 5）做过基期量算； 注：基期库中没有基本农田相关数据基本农田情况表就是空的。 4、基期预检时报“JQJBNTBHTB层中GHDLDM字段的值（204@）不在字典中”？ 解决方法：因基期修改没有改完所导致的，基期