第10章 从单体模型到城市级底座：应用侧的组织方式

本章导读

本章回答“模型做完之后去哪儿”的问题：先按项目级应用、审批与监管、城市级底座三种形态（表 31）说明同一份数据在不同尺度上的组织差异，再逐个拆开城市级应用最容易翻车的环节——坐标与高程、编码与数据治理、轻量化与性能，最后给出平台对接的八项验收清单。它承接第 5 章的格式与工具、第 6 章的输入坐标与第 8 章的交付验收口径，讨论重心从“怎么建”转向“怎么汇、怎么查、怎么更”。全章的主线是三道门槛：坐标正确才能叠加，编码统一才能关联，更新机制到位才能维护，缺任何一条，模型入库后都会迅速失效。读完你应当能判断一份翻模成果能否进入目标平台，并在交付前用清单实测，而不是等上线后再补救。

学习目标

读完本章，你应当能够：

• 对照表 31，说清项目级应用、审批与监管、城市级底座三种形态在数据组织、关键技术要求与典型使用者上的差别，并解释为什么它们是同一份数据在不同尺度上的投影；
• 说明“一次建模、多级发布”的具体含义：以什么为唯一数据源，按用途分别生成哪几种格式，版本号如何保持一致；
• 列出坐标与高程的四条技术要求（坐标系、高程基准、单位与原点、转换验证），并说明为什么这些问题在单体项目中看不出来；
• 写出城市级编码体系的构成（建筑单体、楼层、专业、构件类型、实例编号），指出编码规则应在什么时点确定、在哪三处保持一致；
• 解释轻量化不是“压缩文件”而是“按需加载”，并列举几何简化、实例化复用、分块与空间索引、LOD 分级、纹理压缩五项手段；
• 用 10.5 的八项清单实测一份成果，并说明更新（第 7 项）与权限（第 8 项）为什么最容易被忽略。

单体模型的价值取决于它能不能被“汇入更大的系统”；坐标、编码与更新机制，是把模型变成基础设施的三道门槛。

翻模成果很少孤立使用。它要么进入设计施工流程，要么进入审批审查系统，要么进入运维或城市级平台。三种去向对成果的要求差异很大，这一章讨论应用侧的三种典型组织方式及其技术要求。

10.1 三种应用形态

表 31 翻模成果的三种应用形态

资料来源：本报告归纳。

三种形态不是替代关系，而是同一份数据在不同尺度上的投影。合理的设计是“一次建模、多级发布”：以原生模型为唯一数据源，按用途生成 IFC（交换与审查）、轻量化格式（协同与展示）、3D Tiles（城市级发布），并保持版本号一致。

10.2 坐标与高程：最容易被低估的问题

城市级应用对坐标极其敏感。常见的失败包括：模型使用局部坐标，汇入平台后整体偏移；不同项目使用不同高程基准，拼在一起出现台阶；单位混用（毫米与米）。这些问题在单体项目中看不出来，一旦汇总就集中爆发。

• 坐标系：国内应采用 CGCS2000 或项目所在地的法定坐标系；如必须使用施工坐标，需提供与法定坐标的转换参数。
• 高程基准：明确 1985 国家高程基准或地方基准，并记录高程异常（如有）。
• 单位与原点：统一米制，明确模型原点与项目基点的关系。
• 转换验证：汇入平台前用不少于 3 个控制点做坐标校核，误差超限不得入库。

10.3 编码与数据治理

城市级底座要求“每栋建筑、每个构件都能被唯一定位”。这需要一套编码体系：建筑单体编码（可对接房屋编码或统一建筑编码）、楼层编码、专业编码、构件类型编码、实例编号。编码规则应在项目启动时确定，并在模型、台账、平台三处保持一致。

数据治理的另一半是更新机制。城市级模型不是一次性成果，而是持续维护的资产：新建项目汇入、改扩建更新、拆除注销。没有更新机制的平台，三年后就会变成“数字废墟”。

10.4 轻量化与性能

单体模型动辄数百兆到数吉字节，城市级则是指数级增长。轻量化不是“压缩文件”，而是“按需加载”：几何简化、实例化复用、分块与空间索引、LOD 分级、纹理压缩。成果质量与性能需要平衡：视觉上可接受的简化，往往能带来数量级的性能提升。

工程经验：城市级发布成果不必保留全部构件级信息。常见做法是“可视化层保留几何与外轮廓，属性层单独以数据库或瓦片元数据承载”，通过对象 ID 关联。这样既控制了体积，也保留了查询能力。

10.5 平台对接的验收清单

模型能不能“进平台”，不能靠口头保证，要在交付前逐项实测。以下清单可作为对接验收的最小集：

1.坐标校核：用不少于 3 个控制点验证模型在平台中的位置误差。 2.单位与比例：确认平台按米解析，模型未出现 1000 倍缩放。 3.楼层与空间结构：楼层划分、房间/空间对象可在平台中正确检索。 4.构件分类：主要构件类型在平台中能按类别筛选。 5.属性可读：关键属性（编号、材质、系统、规格）可查询、可导出。 6.性能：单栋模型在目标终端上的首屏加载时间与交互帧率可接受。 7.更新：修改后重新发布，平台中的旧版本能被替换而非叠加。 8.权限：不同角色看到的模型范围与属性范围符合要求。

这八项里，最容易被忽略的是第 7 项（更新）与第 8 项（权限）。前者决定平台会不会“越用越乱”，后者决定数据会不会“该看的看不到、不该看的全看到”。

本章小结

• 翻模成果很少孤立使用，它要么进入设计施工流程，要么进入审批审查系统，要么进入运维或城市级平台；三种去向对成果的要求差异很大，这一判断决定了交付前该验什么。
• 三种应用形态（表 31）各有技术门槛：项目级只需局部坐标与构件语义；审批与监管要格式合规、图模一致、规则可机检、留痕可追溯；城市级要统一坐标系与编码、轻量化与流式加载、LOD 分级、批量更新、权限与安全。
• 合理的设计是“一次建模、多级发布”：以原生模型为唯一数据源，按用途生成 IFC（交换与审查）、轻量化格式（协同与展示）、3D Tiles（城市级发布），并保持版本号一致。
• 坐标与高程是最容易被低估的问题：局部坐标会导致整体偏移，基准不一致拼接会出现台阶，毫米与米混用会在汇总时集中爆发；国内应采用 CGCS2000 或法定坐标系，明确高程基准、统一米制，并记录模型原点与项目基点的关系。
• 汇入平台前用不少于 3 个控制点做坐标校核，误差超限不得入库；这条是硬性前置条件，不能靠“应该没问题”代替。
• 城市级底座要求每栋建筑、每个构件都能被唯一定位，编码体系须覆盖建筑单体、楼层、专业、构件类型与实例编号，规则在项目启动时确定，并在模型、台账、平台三处保持一致。
• 更新机制是城市级模型的另一半：新建项目汇入、改扩建更新、拆除注销；没有更新机制的平台三年后会变成“数字废墟”。
• 平台对接的八项清单里，更新（第 7 项）与权限（第 8 项）最容易被忽略：前者决定平台会不会越用越乱，后者决定该看的看不到、不该看的全看到；轻量化的实质是按需加载，视觉上可接受的简化常能带来数量级的性能提升。

思考与练习

1. 拿一份你手上的翻模成果，判断它面向表 31 中的哪一种形态；若面向城市级底座，逐项对照三种形态的技术要求，写出缺口清单。
2. 为同一个项目设计“一次建模、多级发布”的产物矩阵：列出原生模型、IFC、轻量化格式、3D Tiles 四类产物的用途、发布频率与版本号规则，并说明哪一类是唯一数据源。
3. 设计一次坐标校核：写出不少于 3 个控制点的选取原则、量测方法与误差判定阈值，并说明超限时应当退回到哪一步重做。
4. 为一个园区项目起草编码规则草案：覆盖建筑单体、楼层、专业、构件类型、实例编号五级，说明每级的取值来源与唯一性保证方式。
5. 选一栋单体模型做轻量化实验：分别应用几何简化、实例化复用、分块与空间索引中的两项，记录体积与首屏加载时间的变化，并判断视觉简化是否在可接受范围内。
6. 按 10.5 的八项清单对目标平台做一次对接实测，重点验证第 7 项（修改后重新发布，旧版本被替换而非叠加）与第 8 项（不同角色可见范围符合要求），写出实测记录。