# BIM 与数字孪生 Resources

> 知识侧（Knowledge）= 权威定义、规范、官方文档，用于解释器。
> 智慧侧（Wisdom）= 真实工程实践、社区、反方观点，用于判断力。
> 本清单面向 Pivot 技术选型决策，已剔除营销稿。`apache-ifc` 在初始调研中被列入，**经验证不存在**——Apache 软件基金会无任何 BIM/IFC 相关项目，已从选型矩阵剔除。

---

## Knowledge

### IFC 标准（是什么 / 哪一版）

- [Industry Foundation Classes (IFC) — buildingSMART International](https://www.buildingsmart.org/standards/bsi-standards/industry-foundation-classes/)
  IFC 的官方首页；IFC 正式注册为 ISO 16739。**用法**：第一步，定义"IFC 到底是什么"的最权威陈述。
- [The Status of IFC 4.3 — buildingSMART](https://www.buildingsmart.org/the-status-of-ifc-4-3-and-the-benefit-of-further-extensions-as-ifc-4-4/)
  IFC 4.3 为何启动：扩展到*水平*资产（道路、铁路、桥、港口、隧道）。**用法**：判断 IFC4.3 与 IFC4 区别时（基础设施/对齐扩展）。
- [Technical / schema documentation — standards.buildingsmart.org](https://standards.buildingsmart.org/)
  IFC schema 与 MVD 文档门户（实体级）。**用法**：查特定实体（如 `IfcRoad`、`IfcAlignment`）或确认版本差异。

### IFC 几何表示（核心，本主题重点）

- [IfcShapeRepresentation — IFC4 official docs](https://standards.buildingsmart.org/IFC/RELEASE/IFC4/ADD1/HTML/schema/ifcrepresentationresource/lexical/ifcshaperepresentation.htm)
  定义表示类型字符串：`SweptSolid`、`Brep`、`CSG`、`SurfaceModel`、`Tessellation`。**用法**：理解 IFC 如何分类几何。
- [IfcSolidModel and subtypes — IFC4 docs](https://standards.buildingsmart.org/IFC/RELEASE/IFC4/ADD2/HTML/schema/ifcgeometricmodelresource/lexical/ifcsolidmodel.htm)
  几何模型资源层级——SweptSolid → ExtrudedAreaSolid/RevolvedAreaSolid、Brep、CSG。**用法**：「几何 vs 拓扑」区分最清晰的地方。
- [Shape Representation in IFC File Format — SCIA Engineer fact sheet](https://www.scia.net/en/scia-engineer/fact-sheets/interoperability-bim/shape-representation-ifc-file-format)
  工程供应商版通俗总结 IFC SolidModel 五种类型。**用法**：标准前的入门读物。

### IFC → Web 开源工具链（选型决策核心）

- [ThatOpen/engine_web-ifc — GitHub](https://github.com/thatopen/engine_web-ifc)
  **web-ifc** 本体：C++ 写、编译为 WASM 的 IFC 解析器，带 JS/TS 封装，接近原生速度，可读可写。**用法**：评估浏览器端 IFC 解析器时的第一选项。
- [That Open Engine — official docs](https://docs.thatopen.com/intro) + [thatopen.com](https://thatopen.com/)
  That Open Engine（原 IFC.js）的完整 BIM 应用框架，web-ifc 是其底层 WASM 解析器。**用法**：明确「解析器 (`web-ifc`)」与「应用框架 (`That Open Engine`)」的边界。
- [IfcOpenShell/IfcOpenShell — GitHub](https://github.com/IfcOpenShell/IfcOpenShell) + [ifcopenshell.org](https://ifcopenshell.org/)
  事实标准 IFC 库（自 2011，LGPL，C++ + Python，基于 OpenCascade/OCCT），也是 BlenderBIM 的底层引擎。**用法**：服务端/批处理 IFC 处理的首选，Python 生态唯一成熟选项。
- [That Open Company — OSArch community discussion](https://community.osarch.org/discussion/1551/that-open-company)
  AEC 开源社区对 IFC.js → That Open Company 更名的独立讨论。**用法**：校准 That Open Engine 市场定位时的第三方视角。

### 3D Web 格式：glTF 与 3D Tiles

- [glTF 2.0 Specification — Khronos Registry](https://registry.khronos.org/glTF/specs/2.0/glTF-2.0.html) + [Khronos glTF overview](https://www.khronos.org/gltf/)
  glTF 2.0 权威规范（已 ISO/IEC 12113:2022）——「3D 领域的 JPEG」。**用法**：任何 3D Web 格式决策前的必读。
- [KhronosGroup/glTF — GitHub](https://github.com/KhronosGroup/glTF)
  规范仓库，含扩展讨论。**用法**：评估特定扩展（如 `EXT_mesh_gpu_instancing`，对 BIM 重复构件渲染重要）。
- [3D Tiles — OGC Standard](https://www.ogc.org/standards/3dtiles/) + [CesiumGS/3d-tiles spec](https://github.com/CesiumGS/3d-tiles)
  现为 OGC 社区标准（OGC 18-053r2），用于流式传输海量异构 3D 地理空间内容（点云/BIM/CAD/摄影测量）。**用法**：楼层/城市级 BIM 超出 glTF 处理能力时。
- [3D Tiles Essentials — Cesium](https://cesium.com/why-cesium/3d-tiles/3d-tiles-essentials/)
  HLOD、按需流式、空间数据结构入门。**用法**：理解 glTF 为何不足、3D Tiles 中 glTF 是叶子瓦片格式。

### Cesium 与 BIM（格局已变）

- [Cesium Joins Bentley Systems — Cesium blog (2024-09)](https://cesium.com/blog/2024/09/06/cesium-joins-bentley/) + [Bentley press release](https://www.bentley.com/news/bentley-systems-acquires-3d-geospatial-company-cesium-2/)
  **Bentley 收购 Cesium（2024-09）**，创始人 Patrick Cozzi 任 Bentley 首席平台官。**用法**：评估依赖前的格局事实——Cesium/CesiumJS/ion 现属 Bentley iTwin 业务部门，是 2024-25 最重要的单一事实。
- [Cesium ion for Autodesk Revit Quickstart](https://cesium.com/learn/ion/integrations-learn/integrations-autodesk-revit/)
  Revit → Cesium ion → 3D Tiles 的官方导出路径。**用法**：评估 Autodesk → Cesium 转换链。
- [3D Tiles for BIM — Cesium](https://cesium.com/why-cesium/3d-tiles/) + [MicroStation with 3D Tiles — Cesium blog (2025-09)](https://cesium.com/blog/2025/09/15/microstation-advances-infrastructure-design-with-3d-tiles/)
  Bentley + Cesium 合并后的 BIM 用例现状。**用法**：评估 Bentley 生态时。

### Autodesk Platform Services (APS, 原 Forge)

- [Model Derivative API — APS official docs](https://aps.autodesk.com/en/docs/model-derivative/v2)
  Model Derivative 把 60+ CAD 源格式翻译为 SVF/SVF2（供 APS Viewer 用）。**用法**：评估 APS Web 查看路径；回答"SVF/SVF2 是什么"。
- [Prepare Models for Online Viewing — APS docs](https://aps.autodesk.com/en/docs/model-derivative/v2/developers_guide/basics/preperation)
  Autodesk 建议大型模型用 SVF2 而非旧 SVF。**用法**：SVF vs SVF2 决策时。
- [APS product page](https://www.autodesk.com/products/autodesk-platform-services/overview)
  APS 商业 API 平台定位。**用法**：与开源路线（web-ifc + glTF + Three.js/Cesium）对比时。

### LOD 概念（成本含义）

- [BIMForum LOD Specification (2023)](https://bimforum.org/2023-level-of-development-lod-specification/) (PDF: [Part I](https://bimforum.org/wp-content/uploads/2023/10/LOD-Spec-2023-Part-I-2024-02-27.pdf))
  行业标准——按建筑系统逐元素定义 LOD 100/200/300/350/400/500。**用法**：所有"什么是 LOD 350"问题的决定性来源。
- [LOD Simply Explained: the LOD Kiwi — Trimble](https://www.trimble.com/en/blog/construction/article/lod-simply-explained-the-lod-kiwi)
  著名关系 **LOD = LOG + LOI**（Development = Geometry + Information）。**用法**：LOD/LOG/LOI 区别的最清晰入门。
- [ISO 19650-1 (LOIN 概念) — via buildingSMART guidance](https://www.buildingsmart.org/)
  **LOIN（Level of Information Need）** 是 LOD 的 ISO 标准化继任者——「需求/交换导向」vs LOD 的「开发阶段导向」。**用法**：写 RFP/合同或处理 ISO 19650 项目时。
- [Distinguishing the "LODs" — QEBIM explainer](https://www.qebimservices.co.uk/blog/understanding-lod-loi-loa-loin-log-key-bim-concepts-explained/)
  并列比较 LOD/LOG/LOI/LOA/LOIN。**用法**：区分重叠缩写的速查表。

### 数字孪生的权威定义

- [Definition of a Digital Twin — Digital Twin Consortium (2024 更新)](https://www.digitaltwinconsortium.org/initiatives/the-definition-of-a-digital-twin/) + [Oct 2024 update](https://www.digitaltwinconsortium.org/press-room/10-03-24/)
  DTC 当前官方定义："*在指定频率和保真度下具有同步交互的、集成的、数据驱动的现实世界实体和过程的虚拟表示*"。**用法**：数字孪生"是什么"的最权威单一来源。
- [Digital Twin Consortium Glossary](https://www.digitaltwinconsortium.org/glossary/glossary/)
  DTC 术语表——"entity"、"process"、"fidelity"、"synchronization"。**用法**：解析定义本身含糊词时。
- [Connected Data Environment for Digital Twins — Autodesk whitepaper (PDF)](https://damassets.autodesk.net/content/dam/autodesk/www/pdfs/cde-whitepaper-en.pdf) + [ISO 19650 / CDE overview — Autodesk University](https://www.autodesk.com/autodesk-university/article/ISO-19650-Common-Data-Environment-and-Autodesk-Construction-Cloud)
  CDE（Common Data Environment）——ISO 19650 治理的单一事实来源容器。**用法**：区分 BIM（生成结构化模型数据的*过程*）、CDE（受治理的*信息容器*）、数字孪生（实时连接的*表示*）。

### IFC → glTF 转换（落地链路）

- [IfcConvert — IfcOpenShell official docs](https://docs.ifcopenshell.org/ifcconvert.html) + [usage](https://docs.ifcopenshell.org/ifcconvert/usage.html)
  官方 CLI，按扩展名导出，含 **GLB**（二进制 glTF）：`IfcConvert input.ifc output.glb`。**用法**：服务端/批处理 IFC→glTF 管道最成熟路径。
- [IfcLoader + Fragments — That Open Engine docs](https://docs.thatopen.com/Tutorials/Components/Core/IfcLoader)
  That Open Engine 把 IFC 转"Fragments"内部格式（本质基于 glTF）。**用法**：Web 原生 IFC→glTF 路径。
- [XbimTeam/XbimGltf — GitHub](https://github.com/xBimTeam/XbimGltf)
  .NET 库，通过 xBIM 工具包导出带元素标识的 glTF。**用法**：.NET / xBIM 生态时。
- [geoblocks/ifc-gltf — GitHub](https://github.com/geoblocks/ifc-gltf)
  小型 JS 库，用 Three.js glTF 导出器做 IFC→glTF。**用法**：轻量纯客户端转换参考（非生产标准）。

---

## Wisdom (Practice & Communities)

### 业界 BIM 数字孪生平台

- [Autodesk Tandem — Digital Twins in the cloud — AEC Magazine](https://aecmag.com/digital-twin/autodesk-tandem-digital-twins-in-the-cloud/)
  第三方对 Tandem 架构的独立深度评测（强烈推荐）。**用法**：评估"自建 vs 对接 Tandem"时；揭示 Tandem 强依赖 Revit、初版不支持 IFC/点云/Uniclass。
- [Demystifying Digital Twin — Autodesk 官方 eBook (PDF)](https://damassets.autodesk.net/content/dam/autodesk/www/solutions/digital-twin/architecture-engineering-construction/pdf/adsk-aec-digital-twin-ebook.pdf)
  Autodesk 自己对 Tandem "全生命周期数据中枢"的话术。**用法**：识别营销 vs 实情。
- [RealEstateCore: Smart Building Ontology for Digital Twins — Microsoft](https://techcommunity.microsoft.com/blog/iotblog/realestatecore-a-smart-building-ontology-for-digital-twins-is-now-available/1914794)
  微软把 RealEstateCore 作为 DTDL 智慧建筑本体推荐给 Azure Digital Twins。**用法**：决策"用什么语义模型对齐设备与空间"时。
- [Azure/opendigitaltwins-building — GitHub](https://github.com/Azure/opendigitaltwins-building)
  RealEstateCore 的 DTDL 开源实现，可作 schema 范本。**用法**：抄 schema、规避重新发明轮子。
- [Glodon 西安研发楼数字孪生案例](https://www.glodon.com/en/references/sustainable-xis-glodon-rd-building-adopted-digital-twin-63)
  广联达自有办公楼作"数字建筑"全生命周期标杆。**用法**：了解国内头部厂商产品形态——CIM 平台 + 国产图形引擎，主战场政企/CIM 而非 SaaS。

### BIM 在 Web 端渲染的工程难点（决策最关键证据）

- [xeokit IFC Conversion Tests](https://xeokit.github.io/xeokit-model-conversion-tests/ifc-tests.html)
  实测 IFC → XKT 转换：`-s 50`（glb 切片 50MB 上限规避浏览器内存）、`-t 200`（按 200×200×200m 切几何解决大世界浮点抖动）、729MB IFC → 73.95MB XKT。**用法**：决定 BIM 前端架构时必读——直接回答"为什么大家从原生 IFC 解析退回预转格式"。
- [xeokit SDK](https://xeokit.io/)
  纯 WebGL、双精度全局坐标（GIS）、为"流式加载 + 极低内存"设计的开源 BIM viewer。**用法**：评估开源 BIM viewer 引擎选型时。
- [3D Tiles Specification — OGC 22-025r4](https://docs.ogc.org/cs/22-025r4/22-025r4.html)
  OGC 标准，含 tileset 结构、LOD 细化、batch table、层级流式。**用法**：决策底层渲染流式架构时；园区/城市尺度的事实标准。
- [From IFC to 3D Tiles: An Integrated Open-Source Solution — MDPI ISPRS 2018](https://www.mdpi.com/2220-9964/7/10/393)
  IFC → 3D Tiles 完整开源管线论文（73 引用）。**用法**：评估 BIM 接入 Cesium 类 GIS 渲染管线时。
- [Optimizing IFC for Browser Performance — Louis Trümpler](https://www.linkedin.com/posts/louistrue_ifc-is-too-slow-for-the-browser-i-believed-activity-7434498684123422720-pZVi)
  反方中的反方——论证"IFC 不是天生太慢"，瓶颈是几何生成；提出 Rust/WASM + WebGPU + 列存（IFClite）。**用法**：判断 IFC 浏览器解析性能天花板时。

### BIM ↔ IoT 设备语义对齐（无标准答案的现实）

- [Brick 奠基论文 — Balaji et al. 2016](https://cs-courses.mines.edu/csci598ab/spring2022/assets/papers/balaji2016brick.pdf)
  Brick 本体原始论文（638 引用），讨论 Haystack 标签法局限与 IFC 的关系。**用法**：理解为什么需要专门的本体而非 IFC PSet。
- [BIM-to-BRICK: Using Graph Modeling — Vittori et al. arXiv 2023](https://arxiv.org/pdf/2307.13197)
  用 Revit 插件把 BIM 转 Brick 图，直接对应"IfcSpace/IfcDistributionElement ↔ 设备"对齐问题。**用法**：设计 BIM 导入 → 设备语义桥接管线时。
- [RealEstateCore 官方站](https://www.realestatecore.io/)
  模块化本体，覆盖 BIM/IFC、BMS、IoT、业务管理四大域，MIT 许可，REC Consortium（"for and by property owners"）治理。**用法**：决策采用 REC 还是 Brick——REC 更偏运营/资产，Brick 更偏控制/传感。
- [W3C Building Topology Ontology 与 REC 官方对齐 — PropTechOS](https://proptechos.com/w3c-building-topology-ontology-and-realestatecore-official-alignment/)
  BOTO 提供 BIM/IFC 空间拓扑，REC 补充运营语义。**用法**：想做"IFC 给空间结构 + REC 给设备语义"分层建模时。

### 反方观点 / ROI 质疑（技术选型最重要的部分）

- [Barriers to the Adoption of Digital Twin — Opoku et al., MDPI 2023](https://www.mdpi.com/2227-9709/10/1/14)
  被引最多的 DT 障碍综述之一（148 引用），明确把"lack of clear DT value proposition / ROI"列为顶级障碍。**用法**：写给利益相关方的"为什么我们要谨慎"论据。
- [BIM is dead and so is software — KP Reddy](https://kpreddy.substack.com/p/bim-is-dead-and-so-is-software)
  AEC 名人观点：行业项目制、去中心化，"中心化软件"思路本身有缺陷。**用法**：需要"知名业内人公开唱反"的引用时。
- [Reddit r/BIM: How prevalent is BIM in FM?](https://www.reddit.com/r/bim/comments/j0x063/how_prevalent_is_bim_in_facilities_management/)
  从业者共识——BIM 对资管最大价值常常就是"终于拿到一套可信 as-built 图"，言下之意 2D 已够。**用法**：需要"用户真实声音"佐证时。
- [Does BIM really benefit facility operations? — Geo Week News](https://www.geoweeknews.com/articles/bim-for-fim-big-roi/)
  反方的反方——给 ROI 硬数据论证 100% 平面图与多数 3D 模型在运营期被用到。**用法**：必须看反方对面，避免一边倒。
- [As-Built vs. As-Designed: Detecting Divergences — Vidyatec](https://vidyatec.com/blog/as-built-vs-as-designed-detecting-divergences-in-complex-environments/)
  模型 "drift away from field reality" 成为日益增长的运营问题。**用法**：论证"运营期不应依赖设计期 BIM 几何"时。
- [BIM Guide for Facilities Upkeep v3.1 — 香港 ArchSD](https://www.archsd.gov.hk/media/reports/practices-and-guidelines/BIM-guides/BIM_Guide_for_Facilities_Upkeep_Ver3.1_FINAL.pdf)
  政府级 as-built 维护规程。**用法**：设计运营期 BIM 维护流程时——少有的政府级规程。

### 轻量级替代方案（最贴近 Pivot 的路线）

- [Digital Twin Workflows: Why Floor Plans Are the Anchor — Polycam](https://poly.cam/blog/how-floor-plans-fit-into-a-digital-twin-workflow)
  核心观点："没有 2D 平面图的 3D 模型会产生重大数据缺口"，平面图是孪生的锚点层。**用法**：决定产品形态时——直接支持"平面图为底 + 选配 3D"。
- [Grafana: Floorplan overview with sensor data](https://community.grafana.com/t/floorplan-overview-with-sensor-data/595)
  把楼层平面图渲染并绑定实时传感器读数的实战讨论。**用法**：评估"看板 + SVG 平面图"作为最低成本路线时。
- [Kilo IoT — Digital Building Twin](https://kiloiot.io/product/digital-building-twin/)
  画墙/导入 DXF/从地图描摹 + 60+ 对象 + 绑传感器，2D/3D 混合的 SaaS 产品。**用法**：直接看"不上 BIM"路线的成品形态——非常贴近 Pivot 可能的方向。

### 中国 BIM 标准与本土实践

- [GB/T 51301-2018《建筑信息模型设计交付标准》宣贯](http://news.dichan.sina.com.cn/news/80277397-4769-4274-8c0c-b9880671abbf)
  中国建筑标准设计研究院主编的两项核心国标，明确设计院 BIM 交付规范。**用法**：判断国内设计院交付物的合规性与可解析性时；GB/T 51301 比 51269 更直接相关。
- [2021 基于 CIM 的智慧园区建设指南](https://bim.crec.cn/zgztbimmh/10086073/10086075/10181088/2021093017213059965.pdf)
  明确"楼宇运维以 BIM 模型静态数据为载体，关联设施设备信息"。**用法**：理解国内政企/CIM 项目里 BIM 的真实角色——静态载体 + 三维可视化运维。

## Communities

- [OSArch — Open Source AEC community](https://community.osarch.org/)
  AEC 开源社区，对 That Open Engine / IfcOpenShell 等的独立讨论。**用法**：校准厂商定位时的第三方视角。
- [r/BIM](https://reddit.com/r/bim)
  从业者一线实战吐槽。**用法**：听到"用户真实声音"时。

---

## Gaps

1. **`apache-ifc` 不存在**（已从选型矩阵剔除；Apache 软件基金会无任何 BIM/IFC 项目）。
2. **IFC「几何 vs 拓扑」** 在标准文档中是隐含的（`IfcGeometricModelResource` vs `IfcTopologicalRepresentationResource`），无独立散文页——靠读实体文档理解。
3. **ISO 19650（LOIN）/ ISO 16739（IFC）正式标准文本**在 ISO Paywall 后；本清单引用的是构建于其上的免费权威 secondary 文档。
4. **「BIM 用 glTF」**无单一权威论证页——推理自「glTF 是 3D Tiles 与 APS SVF2 的叶子格式」这一事实。Khronos 无 BIM 专属 glTF profile。
5. **APS 定价 / 开源 vs 商业的 TCO 对比**不在官方文档覆盖范围——属选型判断，非可引用事实。
6. **Cesium ion / APS 作为 SaaS 的许可证条款**经常变动；只引用官方产品页，不依赖第三方对比。