把洪水当成可调度、可利用、可塑造的对象,底图得先统一
洪水控制解决水往哪里去,洪水利用解决水怎么留下来,洪水塑造解决河道和滩区该长成什么样。三件事共用一套地形、河道、闸坝和淹没范围数据,底座不统一,方案就只能停在图纸上。落地顺序通常是资料盘点、基准统一、三维建模、服务发布、预案演练五步。GISBox可以承接其中的转换、切片和发布,水动力计算与调度决策仍由专业模型和业务部门负责。

洪水控制的目标是把洪峰削下去、把水位压在安全线以内。三维底图上要能点开每一座水库、每一孔闸门,看到坝顶高程、闸底高程、启闭方向和下游河道走向。只放一个坝体外形,调度人员判断不了开哪孔、开多久。
库容曲线、泄流能力和下游警戒水位属于业务数据,需要水利部门提供。三维底座负责把这些对象放到正确的位置上,并让属性可以查询。
同一座水库可能同时承担防洪、供水和发电任务,调度目标随季节变化。底图上按用途分层标注取水口和泄洪设施,讨论方案时不会把不同目标混在一起。
洪水利用常指把汛期多余的洪水存进蓄滞洪区、湿地或地下含水层,留到枯水期使用。哪些地块能蓄、能蓄多深、影响多少耕地和村庄,都要在底图上量出来。
底图要有地块边界、地面高程和地表覆盖。缺少高程,只能算出平面面积,算不出可蓄体积。用影像判断地表覆盖时,还要注明拍摄时间,避免把新修的鱼塘当成农田。
洪水塑造关注过洪之后河道、滩区和湿地变成什么样,以及人工干预后形态如何调整。对比的前提是同一位置、同一视角、不同时间的模型或影像能叠在一起。
多期倾斜摄影或激光点云可以表达河床变化,坐标基准必须一致。基准不同的两期数据直接叠加,看到的位移可能来自坐标系,不是真实的冲刷。
地形回答高低,影像回答地表是什么。流域范围大,通常用公开地形数据打底,重点河段再补实测地形。两种数据精度不同,接边处要做过渡,不能直接拼接。
影像按年份归档,汛前汛后各留一版。分辨率够不够,取决于要识别什么:看河道走向,米级影像就够;看堤顶裂缝,需要更高分辨率的航拍或现场照片。
水库、堤防、闸坝、泵站、水文站、险工险段,每一类都要有唯一编号和属性表。编号与水利部门的台账一致,后续更新才不会对不上。
对象的空间位置要落到实际位置,不能只画示意符号。示意符号在汇报时好看,到了演练和调度环节就用不上。
同一段河道,十年前、五年前和今年的形态可能差别很大。底座要能按时间切换,至少保留历史影像和关键工程的建设节点。
时间标记写在图层属性里,不写在文件名里。文件改名之后属性还在,追溯才不会断。
历史数据还要写清来源单位。不同单位测绘的同一段河道,断面位置和测量方法可能不同,放在一起对比时要说明差异,不能默认它们可以直接衔接。
基础版可以完成 OSGB 转 3DTiles、GeoTIFF 转地形、图片转影像瓦片,也能把 OBJ、FBX、glTF、GLB、SHP、GeoJSON 转成 3DTiles,LAS 点云切片同样在免费范围内。河段倾斜摄影、坝区模型和地形数据可以先统一到一套切片成果里。
DWG、RVT、IFC 等格式的切片属于企业版能力,具体以定价页当日展示为准。转换前确认坐标系和范围,转换后用已知点复核,这一步比调参数更重要。

切片成果可以发布为 3DTiles、地形和影像缓存服务,矢量数据可以发布为 WMTS、WMS、WFS、MVT 等 OGC 服务。省市县三级共用一套服务,比各自拷一份数据更容易保持一致。
对外提供哪些图层、对内开放哪些图层,要按角色划分。涉密和敏感数据放在内网,公网只放经过审核的版本。
GISBox 解决的是空间数据的转换、切片、发布和预览,不做洪水演进计算,也不替代调度系统。淹没范围是水动力模型算出来的结果,三维底座负责把这个结果放到真实地形上展示和比对。
计算和展示分开,责任才清楚。模型参数是否合理由水文专业人员判断,底图是否准确由测绘和数据管理人员把关。
同一场洪水,可以只开主闸,也可以联合上游水库错峰。把几套调度方案分别叠加到三维场景里,看淹没范围碰到哪些村庄、道路和管线,比看一列数字更容易达成共识。
比选用的底图版本要固定,几套方案都基于同一版地形和影像。中途换底图,结论就不可比。
演练结束后,把当时使用的底图版本、方案参数、淹没范围和决策时间记录下来。下一次演练或真实调度时,能回看当时的判断依据。
截图要带视角和坐标信息,单独一张图说明不了位置。记录里写清数据来源和生成时间,后续审计才说得清。
复盘材料按场次归档,方案、底图、结论放在同一个目录。隔一年再调阅,也能还原当时的讨论过程。
用全省地形数据去判断某一段堤防的堤顶高程,误差可能超过堤防本身的安全余量。范围越大,越要区分看趋势和做判断两种用途。
重点河段补测之后,替换掉对应范围的数据,不要让新旧两套地形同时存在。版本管理没做好,后面每次分析都要重新确认用的是哪一版。
大屏能说明工作成果,但解决不了日常查询。底座要能支撑图层检索、属性查看、剖面量算这些基础操作,才算真正进入业务。
先把一个科室的日常问题跑通,再考虑扩展。需求列得越具体,数据准备越有针对性。
大屏和业务系统可以共用一套服务,前端各自开发。底座只维护一份数据,避免两边各改一版、到头来对不上。
选一条资料相对完整的支流,范围控制在几十公里,把影像、地形、河道中心线、闸坝和重点村庄整理进来。跑通一次从入库到服务调用的流程,暴露的问题最真实。
首月不追求全覆盖,先把坐标基准、字段清单和切片参数定下来,形成可复用的模板。
验收别只翻汇报材料。抽几个点与实地坐标比对,把业务系统接上跑一遍,再问清汛前影像由谁替换。位置、服务、更新这三件事都有人答得上来,才算过关。
过了这一关,再向干流和更多支流扩展。记录写明抽样位置、检查方法和结论,别只留一句合格。
可以先用公开地形和影像搭一个框架,用来讨论范围和方案。涉及堤顶高程、库容和淹没判断时,仍要换成实测或权威成果,公开数据的精度不足以支撑调度决策。
基础版覆盖常见的影像、地形、模型和点云切片,以及基础服务发布,做一条支流的演示和内部试用够用。涉及 DWG、RVT、IFC 切片或反切等能力时需要专业版或企业版,按数据格式逐项对照定价页。
不能。淹没范围需要水动力模型计算,GISBox 负责把计算结果放到三维地形上展示和比对。模型参数、边界条件和验证由水文专业人员负责。
涉密和敏感数据应在符合保密要求的内网环境处理,不上公网。GISBox 提供局域网离线版,授权方式、席位数和功能范围以定价页与官方文档为准,部署方案要经保密和业务部门确认。

流域三维底座的价值,不在于模型多精细,而在于地形、工程和时间三件事能对得上。把一条支流的数据理顺,把流程固化成模板,扩到大江大河时才有基础。维护是长期工作,值班安排和更新台账要跟着落地,否则平台上线半年就会回到没人维护的状态。工具承担转换、切片和发布,判断仍要回到水文、测绘和调度专业本身。
想先用一份本地数据跑通切片和发布,可以从下载页获取软件,版本与收费边界见定价页,操作步骤见图文教程,具体问题可在文档社区提问。洪水调度的政策与技术背景可查阅水利部网站。
【内容与技术说明】
本文由GISBox产品团队整理发布,内容由AI工具辅助生成并经团队人工核验。
因产品版本持续迭代,具体功能、参数与免费范围以GISBox官方文档为准。
如有技术疑问或内容勘误,欢迎通过support@gisbox.com反馈。
最后核校:2026-11-13。