第02章 GIS技术体系及其在水务场景中的适配

本章导读

第 1 章回答了水务为什么需要空间能力，本章把这套能力拆开，说明通用 GIS 的做法到了地下管网里会在哪一步失效：平面基准与高程基准混用会让长度与坡度算错却不报错，管网“有图无拓扑”会让关阀、追溯与平差无从下手，平台换代而数据标准无人维护则会每次返工。

全章按“先立地基、再谈工具、最后落到判断”推进：2.1 至 2.3 节处理空间参考、七种几何与拓扑、四层数据及其更新机制（表2-1、表2-2），2.4 至 2.6 节谈四代平台、六类空间分析与标准互操作（表2-3），2.7、2.8 节收在六种技术耦合与私有化、公有云、混合三种形态的六维度选型。读完后你应当能判断一家水司的短板究竟在坐标、拓扑、平台还是标准，并理解“平台选型的本质是数据标准的选择”这句话在采购合同里意味着什么。

学习目标

读完本章，你应当能够：

• 说出平面基准与高程基准各自混用后产生的具体错误，并解释这两类错误为什么“不会报错，只会安静地产生错误结果”；
• 对照表2-1 的七种几何类型，为阀门、管段、服务范围、淹没水深、管道内窥成果选择表达方式，并说明拓扑为什么比几何更决定系统可用性；
• 区分表2-2 四层数据的典型精度、更新频率与责任主体，判断“实测、竣工、示意”三级可信度分级如何改变分析结论的表述方式；
• 比较桌面 GIS、服务器 GIS、云原生时空平台与数字孪生底座四代形态的适用边界，并用 2.8 节的六个维度为一家县级水司写出“不追新”的选型理由；
• 对照表2-3 说明六类空间分析算子分别对应供水、排水、水利的哪些业务问题，并指出哪一类算子的瓶颈在边界数据的权威性而不在算法本身；
• 解释“标准优先、适度自建”与“数据可迁移写进合同”的落地方式，并说明为什么 2.7 节的六种耦合里与 SCADA 的一环最基础也最容易出错。

把 GIS 用于水务，不能简单套用通用的地理信息系统方案。通用 GIS 假设地物是静态的、边界清晰的、可自由获取的；而水务对象是隐蔽的、动态的、互相连通的，且对位置精度与拓扑正确性有近乎苛刻的要求。一段管道的位置偏差半米，可能导致抢修时挖错路面；一个阀门连接关系录入错误，可能使关阀方案多关三个小区。本章从空间参考、数据模型、平台形态、分析能力、标准互操作、技术耦合与选型部署七个方面，说明水务 GIS 的技术底座应该长什么样。

2.1 空间参考框架：一切分析的起点

空间参考是所有空间数据的“坐标系约定”。它包含两个相互独立的部分：平面位置基准与高程基准。二者任何一个出问题，都会让上层分析得出错误结论，而且这种错误往往不会报错，只会安静地产生错误结果。

平面基准。 我国自 2008 年起正式启用 2000 国家大地坐标系（CGCS2000），并逐步替代 1954 北京坐标系与 1980 西安坐标系。CGCS2000 是地心坐标系，与 GPS、北斗的观测成果天然一致，在国际互操作上也更为便利。对于水务业务，管网数据的平面基准通常有三种来源：一是城市测绘部门提供的城建坐标系，二是国家统一坐标系，三是设计单位自建的工程坐标系。三种基准混用是行业常态，也是数据整合中最常见的陷阱。

由于高斯-克吕格投影在远离中央子午线时会产生长度变形，许多城市建立了以本地中央子午线为基准、并对投影面高程进行归化的城市独立坐标系，使图上长度与实地长度的相对误差控制在可接受范围内。对供水管网而言，这种控制非常重要：管道长度直接参与水力计算，长度系统偏差会导致沿程水头损失计算失真。因此，水务企业在接收设计图纸与竣工测量成果时，必须同时接收坐标系定义与转换参数，而不能只接收图形文件。

高程基准。 我国采用 1985 国家高程基准。但在实际工程中，经常遇到 1956 黄海高程、地方城建高程、甚至以某个厂区基准点为起算的相对高程。高程混乱对重力流系统（排水管网、明渠、河道）的影响是致命的：管道坡度的计算依赖上下游管底高程之差，几厘米的系统偏差就可能导致流向判断错误、淹没分析失真、泵站前池水位计算失准。排水 GIS 建设中，高程字段的可信度往往比平面位置更值得警惕。

转换与质量控制。 坐标转换在数学上并不复杂（七参数或四参数加高程拟合），难点在于控制点选取与残差评估。实践中建议采取三条措施：其一，建立企业级的空间参考登记制度，每一批入库数据记录其原始坐标系、转换参数、转换残差与责任人；其二，对关键区域布设足够密度的公共控制点，避免用少量控制点做全域外推；其三，在数据入库质检中设置“坐标合理性检查”，例如比对管线与道路中心线的相对位置、检查相邻管段的坡度是否在物理可能范围内。

2.2 空间数据模型：把水务世界抽象成可计算的形状

GIS 用有限几种几何类型表达无限复杂的现实。水务行业使用的核心几何类型及其业务对应关系如表2-1 所示。

表2-1 水务空间数据模型与典型对象

拓扑是水务 GIS 的灵魂。 通用地图只需要“看起来对”，而水务 GIS 必须“连得对”。管网拓扑由节点（阀门、三通、四通、泵站、水厂、检查井）与弧段（管段）构成，弧段两端与节点相连，节点之间通过阀门状态决定连通与否。只有在拓扑正确的前提下，才能进行连通性分析、上下游追溯、关阀影响范围计算与水力平差。行业内大量“有图无拓扑”的系统，本质上是把管网当成了装饰画，无法支撑任何分析型业务。

拓扑构建的常见问题包括：管段在交叉处被错误打断（应跨接而非相交）、阀门未正确落在节点上、井与管段的一对多关系表达错误、雨污两套管网被错误连通、废弃管段未标注状态。这些问题往往在系统上线数年后才暴露，修复成本极高。因此在建库阶段，必须建立一套可执行的拓扑质检规则，并把它变成入库的强制门槛。

网络模型与图论。 一旦拓扑建立，管网就可以被视为一张加权图。供水管网是有向图（水流方向由压力决定，但在分析中常按无向图处理再叠加水力方向），排水管网是严格的有向图（重力流，方向由高程决定）。图论中的连通分量、最短路径、最小割等算法，直接对应关阀分析、抢修路径规划、污染溯源等业务。近年图数据库（如属性图模型）被引入用于表达复杂关系，其在多跳追溯上的性能优势明显，但对空间索引与几何计算的支持弱于专业空间数据库，实践中多作为补充而非替代。

时空数据模型。 水务数据具有强烈的时序特征：管网资产会更新，监测数据按分钟级产生，模型结果按场次降雨生成。传统做法是把历史状态存为“版本快照”，简单但冗余；更先进的做法是采用双时态模型（有效时间与事务时间），支持“回看某年某月的管网状态”与“追溯某次修改的责任人”。对于资产管理、事故复盘与审计，双时态能力具有实际价值。

2.3 水务空间数据的内容、精度与更新

水务空间数据可分为四层，各层的精度要求、更新频率与责任主体差异显著，如表2-2 所示。

表2-2 水务空间数据的四个层次

管线数据的精度问题值得单独讨论。 城市地下管线探测依据《城市地下管线探测技术规程》（CJJ 61-2017）执行，对明显点与隐蔽点分别规定了平面与埋深精度要求。但在实际项目中，大量老管线是“示意性”入库的：走向按道路中心线推断，埋深按经验填写，材质按年代猜测。这类数据在可视化时看不出问题，一旦用于开挖或水力计算就会暴露。行业内的普遍做法是分级标注数据可信度，例如将数据分为“实测”“竣工”“示意”三级，并在所有分析结果中传递这一置信度，避免“垃圾进、精确出”。

更新机制比初始建库更重要。 管网数据的老化速度远超多数管理者预期：一个中等城市每年新增与改造的管线可达数十至数百公里，加上迁改、废弃、修补，年变更率通常在 3%—8%。如果更新不及时，五年后数据的可信度就会降到无法支撑决策的水平。有效的更新机制需要三个条件：竣工测量成果强制回流（“竣工即入库”）、变更流程与业务审批绑定（不交数据不结算）、以及定期的外业抽查与数据质量考核。这三条都属于管理机制，而非技术问题，这也是本报告反复强调的观点。

2.4 平台形态的四代演进

水务 GIS 的技术平台经历了四代演进，每一代都对应不同的建设模式与成本结构。

第一代是桌面 GIS。 以单机软件为核心，数据存放在文件或个人地理数据库中，分析能力完整但共享困难。这一形态在设计院与测绘单位仍有使用价值，但不适合作为企业级平台。

第二代是服务器 GIS。 以空间数据库（如空间扩展的关系数据库）加地图服务为核心，通过 WMS、WFS 等标准服务向业务系统提供地图与数据。这一代解决了共享问题，形成了“一个中心、多个应用”的架构，是目前许多水务企业的现状。其局限在于服务粒度粗、扩展性依赖单机性能、三维与实时能力弱。

第三代是云原生时空平台。 采用容器化、微服务、对象存储与弹性计算，支持海量瓦片、动态伸缩与多租户。这一代的核心变化是“存算分离”与“服务即能力”：数据湖存储原始与治理后的空间数据，计算资源按需调度，上层应用通过 API 组合能力。对于拥有数万公里管网、数十万监测点的大型水务集团，云原生架构在成本与弹性上优势明显。

第四代是数字孪生底座。 在云原生平台之上，叠加三维实景、物联感知、模型计算与仿真推演能力，形成物理世界的动态映射。这一代的特点不是“更好看的三维”，而是“可计算、可推演、可反控”。数字孪生底座通常包含数据底板、模型平台、知识平台与孪生引擎四部分，与水利部数字孪生水利的技术框架一脉相承。

需要提醒的是，四代平台并非越新越好。选择哪一代，取决于数据规模、业务复杂度、运维能力与预算约束。一个县级水务公司，用成熟的服务器 GIS 加几个关键分析应用，可能比建设一个昂贵的数字孪生底座更有效。

2.5 空间分析：从“看见”到“算出来”

GIS 的真正价值体现在分析能力上。水务场景中高频使用的分析算子可分为六类。

叠置与缓冲区分析。 用于回答“谁在谁的范围内”：水源保护区内有哪些排污口、洪泛区内有哪些泵站与配电房、施工围挡 50 米范围内有哪些用户、排口下游 2 公里内有哪些取水口。叠置分析的技术难点不在算法，而在边界数据的权威性——保护区边界、洪泛区边界往往由不同部门划定，版本不一，需要建立边界数据的权威源与版本管理。

网络分析。 用于回答“沿着网络怎么走”：关阀影响范围（从爆管点出发，沿管网向上游与下游搜索，遇到闭合阀门停止）、污染溯源（沿可能的流向反向搜索）、抢修路径（考虑道路通行与施工占道）、巡检路径优化（多点巡回的最短路径或车辆路径问题）。关阀分析是供水企业使用频率最高的分析功能，其准确性完全取决于阀门台账与拓扑质量，算法本身并不复杂。

水文与地形分析。 用于回答“水往哪里流”：填洼、流向计算、汇流累积、流域分割、河网提取。这些是排水汇水区划分、山洪小流域划分、洪水淹没分析的基础。分析结果对 DEM 质量极其敏感，城市区域的高程数据若未去除建筑物与硬化地面影响，汇水区划分会出现严重偏差。

空间插值与场分析。 用于把离散监测点变成连续表面：压力面、水质浓度面、降雨面。反距离权重法简单快速，克里金法能给出估计方差但需要变异函数建模。插值结果的可信度取决于监测点密度与空间相关性，管网压力插值在监测点稀疏区域往往误差很大，不宜直接用于调度决策。

空间统计与热点分析。 用于回答“哪里异常集中”：爆管热点、投诉热点、水质异常热点、偷盗水嫌疑区域。全局莫兰指数可判断整体聚集性，局部指标（如 Getis-Ord Gi*）可识别具体热点单元。这类分析在漏损控制与营销稽查中已有较多实践。

三维与淹没分析。 用于回答“水淹到哪里”：基于 DEM 或三维模型的淹没范围计算、水深分布、淹没历时。城市内涝场景需要考虑建筑物阻挡、地下空间倒灌、排水管网排水能力，单纯的“水面高程与地形求交”只能给出静态淹没范围，无法反映过程。

表2-3 给出了分析算子与业务场景的映射关系。

表2-3 空间分析算子与水务业务映射

2.6 标准与互操作：避免被单一厂商锁定

水务 GIS 涉及的数据来源极其复杂：测绘部门的地形图、设计院的 CAD 图纸、施工单位的竣工测量、设备厂商的监测数据、模型软件的计算结果。如果每个来源都用私有格式、每个系统都用私有接口，集成成本会迅速失控。标准和互操作是唯一的解法。

在国际层面，开放地理空间信息联盟（OGC）维护了一系列成熟标准。WMS 用于地图图像服务，WFS 用于矢量要素服务，WMTS 用于切片地图服务，WCS 用于栅格覆盖服务，WPS 用于地理处理服务。近年来 OGC API 系列（Features、Tiles、Maps、Processes）以 RESTful 风格重构了这些能力，更适合云原生环境。三维方面，3D Tiles 已成为大规模三维模型流式传输的事实标准，CityGML 用于城市三维语义模型，GeoPackage 用于轻量级空间数据交换，SensorThings API 用于物联网观测数据的统一访问。

在国内层面，2000 国家大地坐标系、地理信息公共平台、政务地理信息资源目录等构成了基础框架，地下管线领域有《城市地下管线探测技术规程》（CJJ 61-2017）、《城市测量规范》（CJJ/T 8-2011）、《地下管线要素分类、代码与图示表达》（GB/T 35636-2017）等标准，城市信息模型领域有《城市信息模型基础平台技术标准》（CJJ/T 315-2022）。这些标准解决了“怎么测、怎么分类、怎么表达”的问题，但在“管网属性字典”“拓扑规则”“模型接口”等更细的层面，行业标准仍不充分，企业不得不自建规范。

实践中建议采取“标准优先、适度自建”的策略：对外交换一律使用 OGC 标准或通用格式（GeoJSON、GeoPackage、Shapefile），对内则建立企业级数据字典与接口规范，并把这些规范作为采购合同的附件，要求所有供应商遵守。这比事后集成便宜得多。

2.7 与相关技术的耦合方式

水务 GIS 很少单独存在，它的价值往往通过与其他技术的耦合释放。表2-4 列出了六种主要耦合方式。

表2-4 GIS 与相关技术的耦合

与 SCADA 的耦合是最基础也最容易出问题的一环。监测点在 SCADA 中有独立的点号体系，在 GIS 中有空间编号，二者必须建立稳定映射。实践中常见的问题是：一个泵站有多台设备、多个测点，GIS 只记录了一个“泵站”点位，导致数据无法落到设备级；或者测点位置在 GIS 中被放在错误的位置（例如放在办公楼而非泵房），使空间分析失效。

与水力模型的耦合决定了 GIS 能否从“记录”走向“分析”。耦合的关键是拓扑清洗：模型要求管段两端有节点、节点有高程、管段有长度与糙率、需水量能分配到节点。GIS 数据往往存在悬挂节点、零长度管段、缺失高程等问题，需要专门的预处理工具。模型计算结果（压力、流量、流速）回写到 GIS 后，可以生成压力分布图、流向图、滞留时间图，这些都是调度与水质管理的直接依据。

与 BIM 的耦合在工程建设阶段价值最大。设计模型携带精确的几何与属性信息，若能在设计阶段就按 GIS 的坐标与属性标准建模，竣工时即可直接入库，避免二次录入。这需要建立“BIM 建模即入库”的企业标准，目前在国内仍处于起步阶段。

2.8 部署形态与选型判断

水务 GIS 的部署形态主要有三种：私有化部署、公有云部署与混合部署。私有化部署数据可控、满足安全合规要求，适合承载涉密或敏感数据，但弹性差、运维成本高；公有云部署弹性好、上线快，但对数据出域有严格限制；混合部署把敏感数据与核心分析放在私有环境，把面向公众的地图服务、移动应用放在云端，是当前较为主流的选择。

选型应围绕六个维度评估：数据规模（管网长度、监测点数量、历史数据量）、三维需求（是否需要实景三维与 BIM 融合）、实时性要求（是否需要秒级响应）、国产化要求（是否受信创政策约束）、生态与人才（本地是否有可维护的技术团队）、总拥有成本（许可费、实施费、运维费、数据更新费）。

一个常被忽略的判断是：平台选型的本质是数据标准的选择。选择某个平台，意味着接受它的数据模型、属性结构、拓扑规则与扩展方式。一旦数据积累到数十万条管段，迁移成本将高到无法承受。因此在选型阶段就应确保数据可以完整导出为标准格式，并把“数据可迁移”写进合同。

本章小结

本章梳理了水务 GIS 的技术底座。空间参考框架是一切分析的起点，平面基准与高程基准的任何混乱都会安静地产生错误结论，必须建立企业级的空间参考登记与转换质量控制。

空间数据模型方面，水务对象横跨点、线、面、体、栅格、点云与时序七种几何类型，而拓扑是水务 GIS 的灵魂：没有正确的连通关系，管网就只是装饰画。数据分为基础地理、专业管线、业务数据与实时感知四层，各层的精度、更新频率与责任主体不同，其中管线数据的可信度分级与更新机制比初始建库更重要。

平台形态经历了桌面 GIS、服务器 GIS、云原生时空平台与数字孪生底座四代演进，选型应匹配数据规模与运维能力，而非盲目追新。空间分析能力分为叠置、网络、地形、插值、统计、三维六类，分别对应水务的核心业务问题。标准与互操作是避免厂商锁定、降低集成成本的关键，应采取“标准优先、适度自建”的策略。GIS 与 SCADA、水力模型、BIM、遥感、人工智能、数字孪生的耦合，决定了它能否从记录工具升级为决策系统。

最后需要强调：技术选型的本质是数据标准的选择，而数据标准的生命力取决于组织是否愿意持续维护。这一点将在第 11 章与第 14 章进一步展开。

思考与练习

1. 本章既说“拓扑是水务 GIS 的灵魂”，又说“有图无拓扑的系统本质上是把管网当成了装饰画”。请分别从连通性分析、上下游追溯、关阀影响范围、水力平差四个用途出发，说明几何正确但拓扑错误的数据会在哪一步失效；再举一个“几何不准但拓扑正确”的系统，说明它的价值边界在哪里。
2. 取本单位一段主干管，查它入库时登记的原始坐标系、转换参数、转换残差与责任人。若任何一项缺失，请按 2.1 节的三条措施写出补登记的最小方案，并说明补登记完成之前，哪些对外结论（如长度统计、水力计算结果、开挖定位）不应再被引用。
3. 某市供水管网总长约 3000 公里，2.3 节给出的年变更率为 3%—8%，取 5% 估算：五年累计发生变更的里程是多少？若这五年只把其中一半按竣工测量成果入库，期末仍由旧数据表达的管段占比多少？据此判断该市数据还能否支撑关阀分析与水力计算。
4. 表2-2 把四层数据的责任主体分别归到测绘与规划部门、管线权属单位、业务部门、调度与运维部门，第 3 章 3.6 节又提出“一个中心、三类角色、多方协同”。请把这两处对应起来，指出你们单位哪一层的责任主体目前是空白的，并说明这个空白会先在哪一类业务上显现。
5. 用表2-4 的六种耦合（SCADA、水力模型、BIM、遥感、人工智能、数字孪生）给自己单位逐项打 0—3 分，选出最低的两项，并针对其中一项写出“最小可行耦合”的第一步，要求三个月内可完成、不依赖新采购。
6. 某段排水管长 50 米、设计坡度 2‰，上下游管底高程分别引自两套高程基准，存在 0.05 米的系统偏差。请算出坡度计算值可能出现的范围、流向判断在什么条件下会反转，并说明这类误差为什么正属于 2.1 节所说“不会报错”的那一类。