自然灾害普查
发表时间：2026-04-01自然灾害普查调查工作总结。
我是干工程出身，后来硬啃了数据。这次普查，我的工位不在办公室，在乡镇街道、在河堤挡墙、在那些被图纸和现场反复折磨的验收现场。下面这些字，算是我对自己这段“用脚底板跑数据、用数据反哺工程”日子的一点交代。
一、 那一千多栋对不上的房子
普查启动的头一个月，我负责的片区就爆了个雷。第三方外业队伍交上来的一千多栋房屋调查数据，跟我手里握着的竣工备案库、不动产登记库，对不上。比例高达37%。
什么叫对不上？在系统里，一栋2018年竣工的框架结构商住楼，外业人员录入的是“砖混结构，建成年代2005年”。这栋楼我太熟了，当年基坑验槽我就在现场，筏板基础、框架抗震墙，清清楚楚。
这简直令人难以置信。我盯着那两排数据，脑子里就一个念头：外业的人是不是闭着眼睛在填？
后来我蹲到现场去，跟着外业小组跑了两天，发现问题出在“问”和“看”上。他们到了小区，问门卫这楼哪年建的，门卫说“十几年了吧”；问结构，门卫说“反正挺结实的”。填表的人也没想着去翻竣工铭牌，或者看看墙体上有没有构造柱的痕迹。
我做了个决定：暂停外业采集。这在外业队伍里炸了锅，带队的组长直接跟我拍桌子，“进度压这么紧，你停一天我们后面就崩一天”。
我没退。我花了两天时间，把整个片区按建设年代和结构类型重新切了网格。老城区网格，80-90年代的多层，砌体结构，预制楼板，没圈梁没构造柱；开发区网格，2005年以后的高层，框剪或框架，筏板基础，必须带地下室。这个网格图，我把每条边界都标在奥维地图上，发给外业所有人。
然后我定了三条死规矩。第一，所有开发区网格内的房子，录入“结构类型”如果选“砖混”，系统直接锁死，必须上传竣工铭牌照片。第二，“建成年代”早于1990年但“层数”超过7层的，系统弹出红色预警，必须由我本人现场复核。第三，每栋房子的录入界面，强制弹出该网格的典型特征描述，比如“开发区2005年后，框架结构为主，注意查看地下室”。
就这三条，开发区的队伍差点跟我翻脸，说我耽误进度。我直接把那栋商住楼的竣工验收记录拍在他们面前，问他们：“这栋楼当年打的是C35混凝土，你告诉我哪儿来的砖混？”
后来我给他们做了个培训，不讲课，就拿着三组照片对比：一组是真砖混房，墙上有构造柱，楼板是预制板；一组是真框架房，梁柱节点明显，楼板现浇；一组是他们填错的那种，明明有框架梁，楞说成砖混。我让他们每个人拿平板，在小区里找十栋房子，现场判断、现场拍照片、现场上传。
第二批次的数据，外业采集速度虽然慢了15%，但内业核减的工作量降了70%。最终我们片区房屋建筑数据的“人-房-地”一致率达到98.6%，在市里组织的质量抽检中，我们是唯一一个没有因“逻辑异常”被退回整改的。
这事儿之后我琢磨了很久。技术规程是死的，但数据是有根的。让搞工程的去跑数据，容易陷进现场细节，忘了宏观校验；让搞数据的去审工程，容易盯着字段格式，看不出“这栋楼不可能建在那个年代”。必须得有人横跨两边，把施工规范里的强制性条文，翻译成数据采集系统的校验规则。这事儿，机器干不了，纯人工也干不了，得靠既看得懂结构施工图，又能写SQL语句的人来干。
二、 一段路的三次驳回
第二个案例，是关于公路普查。有一条县道，普查系统里上报了三次，被打回三次。驳回理由千篇一律：路面宽度、路基宽度、技术等级三个指标，两两之间逻辑打架。
我调出这条路的档案：1998年修建，四级公路，路基宽6.5米，路面宽3.5米，水泥混凝土路面。外业人员采集回来的数据是：路基宽4.5米，路面宽6米，技术等级“三级公路”。
这已经不是逻辑打架了，这是要推翻重修。
我决定自己去跑一趟。七月的天，太阳毒得很。我沿着这条路走了两公里，身上全湿透了。走着走着，我发现路面的颜色不对——有一段沥青下面，隐约能看到水泥板块的接缝。
我蹲下去，拿卷尺量路面宽度，6米整。再跨过排水沟，去量路基边界。路基上长满了草，我左脚踩进沟里，鞋湿透了，脚底被草根扎得生疼。就这一脚，我明白了——外业人员不想跨这道沟，就在路上随便量了个数。
继续往前走，找到了一个老道班房的师傅。他告诉我，这条路2015年做过“白改黑”加铺，路面层加铺了沥青，并利用两侧硬路肩进行了拓宽，实际行车路面达到了6米。但路基，受限于两侧的排水沟和基本农田，并没有拓宽，仍然保持着原来的6.5米宽度。
真相大白。外业人员站在路上测，测的是沥青面层的宽度；在系统里找路基宽度，又找不到当年的设计文件，就目测了一个4.5米。技术等级按路面宽度和线形，勉强够三级；但路基宽度依然是四级的标准。三个指标分别来自三个不同的“时间切片”和“测量口径”。
这事儿不能光改数据。我回去之后，干了三件事。
第一件，改采集口径。在所有外业终端的录入界面，增加两个字段：“现状路面宽度（沥青/混凝土面层）”和“原路基宽度（依据设计或实测路肩外缘）”，强制分开采集。还加了一条：必须附上两张现场照片，一张站在路面拍全景，一张站在路基边界往回拍。两张照片对不上，数据直接作废。
第二件，加历史备注。对于所有疑似加宽、改建的路段，必须追溯建设档案，在备注栏里说明历次改扩建的时间和主要参数变化。这个字段不参与自动评级，但它是人工核验的关键依据。
第三件，搞培训。我把这条路的三次驳回记录、现场照片、历史图纸全翻出来，做了一页PPT（就一页），在全员会上讲。我不讲大道理，就问他们一句话：“你站在路上测的那个数，到底是哪一层路的宽度？”
最让我头疼的是那个老技术员，干了二十年路政，一直这么测，从没出过问题。他当面怼我：“你搞这么多花架子，我跑一趟就能测完，你非要我跨那道沟，你有病吧？”
我没跟他吵，拉着他一起又跑了一趟那段路。我让他站在路面上测，我跨过沟去测路基边界。测完我把两个数摆在他面前，问他：“你这20年测的，到底是路面的宽，还是路基的宽？”
他愣了，后来嘟囔了一句：“操，我一直以为这俩是一个东西。”
最终这条路的数据，一次性通过省里审核。更重要的是，我们这套“公路关键指标溯源”的工作法，后来被推广到全市的交通普查。
三、 那8米的偏差
普查后期，我被抽调去做数据汇交和质检。当时手里压着应急、水利、自然资源、住建四个部门汇来的数据，光坐标系就用了三种：2000国家大地坐标系、西安80坐标系、地方独立坐标系。空间位置叠在一起，有的差几米，有的差几十米。
- ⬬76范文网fw76.COm编辑们反复回看的经典:
- 自然灾害心得 | 自然灾害应急 | 自然灾害应急预案 | 自然灾害教育心得 | 自然灾害普查调查工作总结 | 自然灾害普查调查工作总结
我犯了一个技术人员的典型错误——迷信工具。我花了两天时间，写了一套Python脚本，想通过控制点自动配准，把所有数据统一到一个坐标系下。脚本跑得很顺畅，成果图也好看。
但当我拿其中一栋危房的空间点位，去跟应急部门的地质灾害点做空间叠加分析时，发现点位偏移了8米。 wWw.FW76.COM
8米。一栋危房，从一个地质灾害隐患点的“影响区”，滑到了“安全区”。
我当时后背就凉了。如果我没核出来，这栋房子在风险图上就漂到安全区去了。
我连夜停了所有自动配准流程。那个晚上，我一个人在办公室，把脚本删了，调出最笨的办法：人工核验。
我花了整整一个通宵，把全区43个地灾点、26段堤防、317栋危房的空间点位，一个一个对着原始坐标和现场照片过。每过一个点，就在奥维地图上打一个标记，跟原始坐标比对，偏差超过0.5米的，一律标红。
过到凌晨三点，又发现水利一段堤防的点位漂了12米。我打电话给水利的老同事，对方告诉我，那一段堤防在2016年做过除险加固，工程坐标系统一采用施工坐标系，独立于地方坐标。更糟的是，他们用的控制点后来被推土机铲了，后来的测量员找不到原桩，找了个电线杆当参照，自己补了个点。
这简直让人后背发凉。我第二天就去找水利的人，让他们把那一段重新测量。对方一开始还不乐意，说“就差了十几米，有什么关系”。我直接把那栋危房的叠加分析结果摔在桌上，问他：“你堤防漂了12米，我这栋危房离你堤防到底多远，你说得清楚吗？”
后来那一段堤防重新测了，用的是2000国家大地坐标系，我亲自去现场校核的控制点。
这件事之后，我牵头编了一本《普查数据空间化处理操作手册》。手册里不写代码，只写流程：第一步，检查原始数据的坐标系统说明文件；第二步，核实控制点分布和转换参数来源；第三步，人工抽检关键点位，偏差超过0.5米的，一律退回重采。这手册后来被当作“反面教材”在技术交流会上传阅，我倒觉得挺好——起码让后来的人，少踩我踩过的坑。
最后说几句
从2022年7月启动，到2023年3月数据汇交，整整9个月。我跑了12个乡镇，核了3000多栋房子、400多公里道路、26段堤防。电脑里存了600多张现场照片、47版数据、12个版本的校验规则。
干完这次普查，我最大的感受是：数据不是从天上掉下来的，是从每一张竣工图上抠出来的，从每一段堤坝上用脚步量出来的，从每一次坐标系转换的咬牙较劲里磨出来的。
现在谁再跟我提“数据驱动决策”，我就问他一句：你这数据的坐标系是哪个年代的？控制点还在不在？别跟我扯算法，先告诉我你拿什么量的。
- 我们精彩推荐自然灾害普查专题，静候访问专题：自然灾害普查
