地质灾害监测预警网建成，GISBox如何标注隐患点？

2026年11月07日 08:38

预警网建成之后，基层手里的资料从一张点位表变成了雨量、位移、视频和巡查记录。更难的一步是把每个隐患点的位置、影响范围和责任人对应起来。标注做不实，预警响起来也说不清该撤谁、撤到哪。三维底图在这里的价值，是让点位和它脚下的地形、房屋、道路放在一起看。

1 预警网建好后，基层先补什么

1.1 从点位表到空间档案

很多县市的地灾台账已经积累了多年，Excel 里一行一个点，有编号、类型、规模、威胁人数，唯独坐标一栏常常是空的，或者只有一张搬迁前的示意图。预警网把监测设备装上以后，设备位置和台账点位对不上，值班员看到告警还得翻本子找人。

补课的第一步不是买软件，而是把点位落回地面。用最近一次巡查的 GPS 记录、竣工测量成果或者高清影像上的房角、路口做参照，逐个确认。确认不了的点单独列出来，标注为待核实，不要用一个大概位置凑数。

空间档案要能回答四个问题：点在哪、影响谁、谁负责、现在什么状态。前三个是静态信息，第四个随时间变化。两者混在一张表里，更新时容易把历史记录覆盖掉。

1.2 三类对象分开登记

滑坡、崩塌、泥石流、地面塌陷的形态差别很大，标注方式也不该一样。滑坡要标后缘、剪出口和主滑方向，崩塌要标危岩体和落石影响带，泥石流要标沟口、物源区和堆积扇。都画成一个圆点，现场人员看不出威胁路径。

受威胁对象也要单独成层。居民点、学校、医院、公路、输电线路、水源地，各自的撤离条件和责任单位不同。把房屋面、道路线和设施点挂到隐患点下面，预警时才说得清影响范围。

还有一类容易被漏掉：已经工程治理的点。治理过的点风险降低，但不等于消失，汛期仍要巡查。台账里保留治理时间、措施和验收单位，状态标为已治理，和未治理点区分显示。

2 隐患点标注究竟标什么

2.1 位置、范围与威胁对象

只标中心点，满足不了撤离和封路的需要。比较实用的做法是三层表达：中心点用于检索和统计，影响范围面用于判断谁在圈内，威胁对象用于落实到户到人。三层之间用同一个编码关联，避免各画各的。

影响范围怎么画，取决于灾害类型和资料条件。有勘查报告的按报告范围上图，没有报告的按地形坡向、沟道走向和历年影响记录估画，并在属性里注明来源和精度。估画的范围要写清是示意，不能当成技术结论。

威胁对象要避免只写总数。多少户、多少人、几栋房、哪条路，分开记。数字来源注明是入户调查、村组上报还是影像判读。不同来源的数字放在一起时，保留原始值，不强行统一。

2.2 状态、等级与责任人

隐患点的状态至少有四档：正常、变形加剧、已治理、已销号。等级按险情轻重分，不必自己发明标准，沿用本地已有的认定口径。状态和等级都要带更新时间和更新人，谁改的能查到。

责任人字段看起来琐碎，实际最影响响应。县、乡、村三级责任人，监测员姓名和电话，撤离通知的传达方式，都要能点开就看到。电话属于个人信息，放在内部版本，对外版本只显示岗位。

状态变化要有记录。一个点从正常变成变形加剧，是巡查发现还是设备告警触发的，处置意见是什么，后续谁跟进。这些内容不进公开页面，但在内部场景里应当能按时间翻出来。

3 数据从哪里来，口径怎么统一

3.1 已有台账与巡查记录

地灾数据通常分散在自然资源、应急、交通、水利几个口子。自然资源部门有隐患点台账和勘查报告，应急部门有撤离预案和安置点，交通部门有沿线边坡记录。先做目录，再做合并，比一上来就建库稳妥。

巡查记录是最鲜活的数据。纸质表、微信照片、专用 App 并存的情况很常见。整理时保留原始记录，抽取时间、位置、现象、处置四个字段入图，照片按点位归档。现象描述里的口语不必改成书面语，改了反而丢失信息。

历史灾害点也值得上图。发生过的地方再次发生的概率不低，把时间、降雨条件、损失情况标出来，对汛期判断有帮助。历史点和现状隐患点用不同符号，避免混淆。防治政策与年度通报可查阅自然资源部网站。

3.2 坐标、高程与影像时相

坐标不统一是常见问题。有的用国家大地坐标系，有的用地方坐标，有的直接是手机定位。入图前统一到一套坐标系，转换参数记录下来。转换后抽查几个已知点，偏差超出预期就回头查参数。

高程基准同样要对齐。隐患点的高程、房屋的室外地坪、河道的水位，如果基准不同，放在一起会得出错误的高差。山区高差大，这类错误更明显。

影像时相要标注。用三年前的影像判读新建房屋，可能把已经搬迁的院落算进威胁对象。影像获取时间、分辨率、来源写进元数据，场景里能查到。时效不够的影像只作参考，不作认定依据。

4 场景怎么落到值班和巡查

4.1 值班视图与告警关联

值班员不需要看到全部图层。一个实用的视图包括：本辖区隐患点分布、当前告警、降雨实况、撤离路线和安置点。点开一个告警，能直接定位到点，看到影响范围内的住户和责任人。

告警与点位的关联要靠编码，不靠名称匹配。设备编号、隐患点编号、行政区代码三者的对应关系在接入时定好，后续设备更换只改对应表。名称匹配在改名或简写时就会失效。

视图要固定。每次交接班重新调图层，容易漏看。把常用视角存成几个预设，按乡镇或流域切换，交接时按预设过一遍，比口头交代可靠。

4.2 汛期更新与演练

汛期的更新频率和平时不同。降雨集中期，巡查记录和告警每天都在增加，场景要支持快速录入和批量导入。录入字段尽量少，位置、现象、照片、处置四项就够，其余放备注。

演练是检验标注质量的办法。按一场假定暴雨，让值班员在场景里找点、圈定影响范围、通知责任人、规划撤离路线。哪一步卡住，说明哪一层数据没准备好。演练记录留档，下一次对照改进。

演练场景与真实场景分开。演练用的模拟告警要有明显标识，避免误当真实险情发布。切换开关由值班负责人控制。

5 GISBox 能承担哪一段

5.1 地形、影像与模型发布

GISBox 可以把 GeoTIFF 地形切成 terrain 服务，把影像切成瓦片，把倾斜摄影 OSGB 和 OBJ、FBX、glTF、GLB 等模型转成 3DTiles，也可以导入 SHP、GeoJSON 等矢量数据做编辑和发布。地形编辑支持山体抬升、下压和水体涂抹擦除，用来处理局部地形与影像不一致的情况。

发布端提供 WMS、WMTS、WFS、MVT 与 3DTiles，前端可用 Cesium、OpenLayers 等框架加载。隐患点、影响范围、撤离路线这些矢量图层，可以作为 WFS 或 MVT 服务发布，也可以直接叠加在三维场景里。

基础版即可完成地形切片、影像切片和 OSGB 转 3DTiles，具体收费边界以定价页当日展示为准。需要试用数据，可以从素材广场取地形和模型样例。

5.2 不做什么

GISBox 不做地质灾害的成因分析、稳定性评价和危险性分区，也不做监测设备的采集与通讯。预警发布有法定流程，软件不替代主管部门的判断。把这些边界说清楚，场景才不会被当成预警系统本身。

它也不负责台账的业务流转。隐患点从发现到销号的审批，仍在原有业务系统里完成，场景读取结果即可。两套系统各管一段，接口比合并更现实。

6 建设清单与边界

6.1 六项准备

1）确定辖区范围与底图精度；2）统一坐标与高程基准；3）整理隐患点台账并补录坐标；4）划定影响范围并关联威胁对象；5）接入监测告警与巡查记录；6）配置值班视图和演练脚本。六项里，补坐标和划范围最耗人力，建议按乡镇分批推进，做完一批验一批。

底图不必一次做到最精细。县域尺度用影像加地形已经够用，重点城镇和重大隐患点再补实景三维。精度按用途分配，比全域高精度更可持续。

6.2 公开版本与内部版本

对外公开的页面只放避险提示、撤离路线和安置点，不放具体点位坐标、责任人和工程细节。内部版本按角色授权，巡查员、值班员、管理员看到的内容不同。两套版本分开部署，避免一次配置失误把内部信息推到前台。

涉及重要设施和敏感区域的影像与模型，按相关规定管理，不进入公开材料。数据共享要有审批记录，谁申请、谁批准、用途是什么，都留痕。

把点位落准、范围画清、责任落到人，预警网才真正接上地面。底图和台账都只是工具，真正决定效果的是更新机制和值班制度。

常见问题（FAQ）

FAQ-1 隐患点必须用实景三维标注吗？

不必。县域尺度的点位管理，影像加地形已经够用。只有需要看清房屋、道路与坡体的空间关系时，才值得对重点区域做倾斜摄影或人工建模。

FAQ-2 没有精确坐标的老点位怎么处理？

用最近一次巡查定位、竣工测量成果或影像上的固定地物反推，逐个核实。暂时确认不了的标为待核实，单独管理，不要用估算坐标混入正式台账。

FAQ-3 监测告警能直接接进三维场景吗？

可以接，但要先统一设备编号与隐患点编码的对应关系。场景负责定位和展示，告警的判定与发布仍由监测平台和主管部门负责。

FAQ-4 标注成果能对外公开吗？

只能公开避险类信息。具体坐标、责任人、工程参数和敏感影像留在内部版本，公开前按本地规定做脱敏和审批。

地灾标注是一项长期维护的工作，建好只是开始，汛前核对、汛后更新同样重要。需要把矢量点和三维底图放在同一场景里验证，可以从下载页获取软件，先用本地数据跑一遍发布流程，操作步骤见图文教程。

【内容与技术说明】
本文由GISBox产品团队整理发布，内容由AI工具辅助生成并经团队人工核验。
因产品版本持续迭代，具体功能、参数与免费范围以GISBox官方文档为准。
如有技术疑问或内容勘误，欢迎通过support@gisbox.com反馈。
最后核校：2026-11-07。