3.4 三维分析与时空数据

3.4 三维分析与时空数据

本节摘要：给分析加上高程轴与时间轴，加工链就进入高阶工位。本节讲三维数据的组织、挖填方与通视两类经典三维分析，以及时空数据的快照组织与变化检测，最后给出"要不要上三维/时序"的决策判断——多数项目败在该上没上或不必上硬上。

什么时候需要第三根轴

不是所有项目都需要三维。判断标准很朴素：业务关心的事实是否随高程或时间变化。地块权属不随高程变，二维足够；超高层建筑的日照、矿山的挖填方、洪水的淹没演进，第三根轴缺席就无法回答。同理，一年一更新的规划图基本是静态的，而水质监测站每四小时一报数，天然是时序问题。

三维数据的组织比二维多出两类形态。表面模型用格网或不规则三角网表达地形起伏，适合地形分析；实体模型用体、面、线在三维空间表达建筑、管线、地层，适合精细管理。地下管网是实体模型的典型场景：同一坐标位置上，埋深 1.2 米的给水管与埋深 3.5 米的电力管井在二维上完全重叠，只有三维能分清。

# 三维数据组织选型（按业务问题倒推）
业务问题                    数据形态              分析手段
场地平整土方量              地形表面 + 设计面      挖填方计算
高楼日照遮挡                建筑实体 + 日照参数    通视与日照模拟
矿区储量动态                地层面 + 矿体实体      体积计算
管网碰撞检查                管线三维实体           空间求交
洪水淹没演进                地形面 + 水位时序      淹没分析
# 经验：先有明确业务问题再建三维模型——"先建后用"的三维项目大多沦为演示
​

挖填方：三维分析的经济账

挖填方是三维分析里最直接算钱的功能。场地平整设计高程定了之后，地形高于设计面的格子要挖、低于的要填，逐格累计就是工程量：

# 挖填方计算操作与输出（场地平整案例）
输入：
  现状地形：12.5米格距 DEM
  设计面：平整高程 86.0 米（或一张设计地形栅格）
操作：三维分析 挖填方计算，选择现状面与设计面
输出示例：
  挖方量  428,600 立方米（高于设计面的部分）
  填方量  391,200 立方米（低于设计面的部分）
  净余    +37,400 立方米（挖多于填，需外运）
  挖填平衡点：若设计高程下调 0.4 米，挖填趋于平衡
解读：净余 3.7 万方按每方运输成本计价，直接进工程预算；
     "平衡点"一句是给设计师的活情报——改 0.4 米高程省一笔外运费
# 精度注意：格距 12.5 米的 DEM 算土方是概算精度，
#           施工图预算需用测量加密后的精细地形
​

通视分析的逻辑类似：给定观察点与目标区域，沿视线逐段检查地形遮挡。风景区可视域分析、监控探头布点、军事观察哨选址都是它的变体。

时空数据：给数据装上时间轴

时序 GIS 的核心问题是怎么存、怎么比、怎么查。主流组织方式是快照序列：每个时点存一份完整图层，时间戳入字段。快照法实现简单，缺点是存储翻倍与增量追溯不便；对变化频繁的监测数据，则常用"基态加增量"——存一份基期加一串变化记录。

# 时空数据组织与变化检测（耕地动态监测示例）
组织设计：
  图层 FARM_A_2019、FARM_A_2020、FARM_A_2021（年度快照）
  属性字段：图斑号、地类码、面积、时点戳、变更原因
变化检测操作：
  2020 与 2021 快照做叠加求交，按空间关系分组：
    只在旧图存在的图斑 → 减少（转为建设用地等）
    只在新图存在的图斑 → 新增（开垦、恢复）
    两图皆存在但面积变化 → 修测调整
输出示例：
  耕地减少 214 公顷，其中 187 公顷转为建设用地
  耕地新增 42 公顷，来源为土地开发
  净减少 172 公顷，集中在城郊结合部三个乡镇
解读：变化检测的价值不在数字本身，在于"变化发生在哪、为什么"——
     把减少图斑与规划审批图层叠加，即可核查是否有未批先建
​

时间查询的典型问法也随之升级："2020 年 6 月之后新增的图斑有哪些"、"这个地块的地类在近五年怎么变的"。后一问在快照模型下要逐期查询再拼接，在基态加增量模型下直接沿变更链回溯。

图：时空快照与变化检测的组织

决策框架：三维与时序要不要上

给一个可以直接抄进立项书的判断清单：

# 三维与时序的立项判断
上三维的信号：
  对象在竖向方向上重叠或冲突（管网、地层、楼层产权）
  需要体积量算（土方、储量、库容）
  展示对象是决策关键（应急指挥、招商演示）
不上三维的信号：
  预算只够建模不够维护——三维模型半年不更新就失去公信力
上时序的信号：
  数据本身高频变化（监测、轨迹、交易）
  业务问句里带"什么时候、变化多少"
不上时序的信号：
  年度更新的数据，用版本号管理即可，不值得上时序引擎
# 一票结论：三维与时序都是放大器——数据质量好则增值，数据质量差则放大灾难
​

降级方案：二点五维与轻量时序

清单判下来"不该上"怎么办？业务还得响应，用降级方案顶住。二点五维：不建实体模型，只做 DEM 加影像的晕渲地表，再在关键位置放少量精细模型（学校、闸口、桥头）。视觉效果达到演示需求的七八成，维护成本只有十分之一——影像一年一换，晕渲自动重生成。轻量时序：不上时序引擎，给要素类加"生效日期与失效日期"两个字段，变更时旧要素置失效、新要素插入，普通查询加一个日期条件就实现了任意时点的回看。这两个方案在县乡级项目里撑起了绝大多数的"看起来有三维、查起来有历史"的需求。

# 降级方案与完整方案的对照
方案        建设成本    更新成本    能回答的问题        适用
完整三维    高          高          竖向冲突 体积       管网 地层 应急
二点五维    低          极低        宏观态势 演示       汇报 规划展示
时序引擎    高          中          任意时点 高频回放    监测 轨迹
双日期字段  极低        低          指定时点回看        年度变更
# 提示：先用降级方案跑半年 业务真被卡住了再升级 花的钱才算数
​

⚠️ 常见坑：三维演示效果惊艳就立项，六个月后模型与现状脱节被弃用。三维项目立项时必须同时回答"谁更新、多久更新、更新成本谁出"，答不上来就是给领导做一次性演示。

💡 关键直觉：时间和高程都是"第三根轴"——加轴的收益是能回答新问题，代价是存储、更新、查询全线翻倍。轴不是越多越好，是越贴业务越好。

本节要点回顾

• 业务倒推：事实随高程或时间变化才需要加轴，先有问题再建模
• 两形态：表面模型管地形、实体模型管精细对象，管网必须靠实体分清竖向重叠
• 挖填方：逐格累计体积直接进预算，平衡点情报对设计师最有价值
• 时空组织：快照序列简单直接，高频数据用基态加增量
• 变化检测：价值不在数字在定位——变化在哪、为什么，是否合规
• 立项三问：谁更新、多久更新、成本谁出，答不出就不该上三维

第 3 章深加工结束。下一章把分析成果定型成能交付的地图成品。