8.1结论先行
建议采取"主用算法团队 + MipMap 作基准与兜底 + 吸收其格式与交互经验"的混合策略，而不是二选一。
把 SOG / Streamed SOG 纳入交付格式
作为 3DGS 的 Web 发布格式，替代直接加载 .ply/.splat。压缩比 15–20×，天然支持空间分块与 LOD，能显著降低首屏与带宽压力。
用 MipMap 做精度/效率基准
同一批原始数据，用算法团队与 MipMap Engine 各跑一遍，比较配准残差、点密度、纹理质量、耗时与成本。这是最客观的验收依据。
算法延期时用 Engine 兜底
仅在算法团队关键能力延期、且业主同意追加预算时启用。通过网关适配器接入，不改业务代码。
8.2产品矩阵与能力边界
先分清四个产品形态，避免把"桌面工具的能力"误当成"可集成的能力"。
| 产品 | 形态 | 核心能力 | 对本项目的价值 | 可接入性 |
|---|---|---|---|---|
| MipMap Desktop | Windows 桌面软件 | 照片/视频/全景/LiDAR 重建；空三、DOM/DSM、点云、Mesh、3DGS；量测标注；叠加 CAD；多期对比；项目管理 | 交互参考 + 算法结果对照 + 小批量应急生产 | 不可直接集成 |
| MipMap Lite | 轻量桌面 | 全景相机、手持 LiDAR、室内漫游重建 | 室内变电站 / 户内场景的快速建模参考 | 不可直接集成 |
| MipMap Engine | CLI / SDK，Windows & Linux，支持私有化 | 空三、三维模型、正射/DSM、3DGS、实时重建、LiDAR 重建；可按模块集成 | 可集成的备选重建引擎；也可作为算法团队的对照基准 | 可接入网关 |
| MipMap Cloud | 云端平台 | 成果上传、在线预览、量测、分享、云端重建、端云同步 | 交互与协作参考；涉敏数据不建议使用 | 不建议接入 |
注：以上基于 MipMap 公开资料（2026-11）。具体版本能力、授权方式与私有化条款需以厂商书面报价与技术确认为准。
8.3四层参考关系
把"MipMap 参考作用"拆成四层，分别对应四个不同的项目决策，避免混为一谈。
8.4参考一：算法产出基准
算法团队的成果"好不好"，不能只靠演示。用 MipMap 同数据跑一遍，就有了可比较的基线。
| 对比维度 | 指标 | 采集方式 | 判定建议 |
|---|---|---|---|
| 几何精度 | 控制点残差、检查点 RMSE、配准残差 | 同一组控制点，双方各跑一次 | 算法团队不劣于 MipMap 基线的 1.2 倍 |
| 完整性 | 覆盖缺口率、空洞率、点密度 | 网格化统计 + 目视抽查 | 覆盖率 ≥ 98%，关键区域无空洞 |
| 视觉质量 | 纹理清晰度、漂浮物、边缘破碎 | 固定机位截图 + 盲评 | 5 人盲评，不低于基线 |
| 效率 | 单工程耗时、GPU 小时、失败率 | 同硬件、同数据 | 满足项目排期即可，不要求绝对领先 |
| 格式合规 | PLY / LAS / 3D Tiles / SOG 可读性 | 用平台加载器逐一验证 | 能被平台与 Cesium 正常加载 |
| 可追溯 | 算法版本、参数、质量元数据 | 检查 manifest | 缺一项即不合格 |
对照实验设计
固定输入
同一批原始影像、控制点、LiDAR、CRS 参数，双方不得挑选数据。
固定硬件
同一台 GPU 节点，记录驱动、CUDA、显存。
固定评价
同一套检查点、同一套截图机位、同一套盲评表。
双盲评审
成果去标识后由业务与三维工程师评分，避免先入为主。
基准数据集的三个用途
- 选型：决定主用算法团队还是启用备选。
- 回归：算法每次升级都跑同一套数据，防止"越升越差"。
- 验收：向业主证明精度与效率，而不是只放演示视频。
8.5参考二：3DGS 交付格式（最重要）
MipMap 的公开资料明确输出 PLY / SOG / SOGTiles，并强调 LOD 驱动的大场景渲染。这正好击中我们原方案"直接加载 .splat/.ply"的软肋。
8.5.1 三种格式的差别
| 格式 | 本质 | 体积 | LOD / 流式 | 适用场景 | 本项目定位 |
|---|---|---|---|---|---|
| PLY | 原始高斯属性（位置/尺度/旋转/颜色/SH） | 基准 100% | 无 | 训练输出、交换、归档 | 源文件 / 归档 |
| .splat | 32 字节/点定长记录 | 约为 PLY 的 1/3–1/2 | 无（需自研分块） | 中小场景快速加载 | 过渡格式 |
| SOG | 量化属性写入 WebP 图像平面（Spatially Ordered Gaussians） | 约 PLY 的 1/15–1/20 | 单体加载；SSOG 支持分块 LOD | Web 发布、移动端、大场景 | 推荐发布格式 |
| SOGTiles / Streamed SOG | lod-meta.json + 空间树 + 分块 SOG | 按需加载 | 有，按视锥/距离/SSE 选层 | 亿级高斯、城市级场景 | 大场景首选 |
| 3D Tiles + KHR_gaussian_splatting | OGC 瓦片 + 高斯扩展 | 取决于编码 | 有 | 与 Cesium 生态统一 | 观察 / 验证 |
lod-meta.json + 分块 meta.json + WebP），还是厂商私有封装。二者加载器不同。拿到样例后先用开源 splat-transform / PlayCanvas 查看器验证，再决定自研 Loader 的实现范围。8.5.2 对渲染管线的直接改造建议
原方案（需修正）
.ply / .splat 直接加载
全量解码 → 全量上传 GPU → 自研空间分块。首屏慢、显存高、实现量大。
自研 LOD 与排序
需要处理分块、误差度量、预算控制，至少多花 4–6 人周。
单一排序策略
相机快速移动时易闪烁，缺少层级回退。
建议方案（吸收 MipMap 经验）
PLY 仅作源文件与归档
训练/交换保留 PLY；Web 端不直接加载。
SOG / SSOG 作为发布格式
压缩 15–20×，按空间树加载；首屏只取粗层。
Loader 统一抽象
SplatSource 支持 ply/splat/sog/ssog，业务无感。
LOD 预算控制
按显存与帧率动态选层；相机静止时冻结排序。
8.5.3 SOG 的工程要点
| 要点 | 说明 | 对平台的影响 |
|---|---|---|
| 量化有损 | 位置/尺度/旋转/颜色以 8-bit 图像通道存储，属有损压缩 | 归档必须保留 PLY；SOG 只用于展示，不能作为量测唯一依据 |
| WebP 纹理 | 每类属性一张或多张 WebP，同一像素对应同一高斯 | 需要解码器与 GPU 纹理上传；注意无 Alpha 预乘问题 |
| 空间树 | lod-meta.json 描述 AABB 二叉空间划分与每叶 LOD 区间 | 加载器需实现视锥裁剪、距离/SSE 选层、预算平衡 |
| 分块边界 | 每块只含单一 LOD，块内按 Morton 排序 | 块间排序需全局处理，否则接缝处闪烁 |
| 坐标 | SOG 本身通常不带地理坐标 | 必须由 manifest 提供 CRS + 变换矩阵，平台侧统一到 ENU |
| 兼容性 | PlayCanvas / Spark / Cesium 支持程度不同 | 选型前做加载器矩阵测试，不要假设"都能打开" |
8.6参考三：三维量测与图实比对交互
MipMap Desktop 已经把"在实景上量测、叠加图纸、做多期对比"做得很顺。我们的工作台可以借鉴其交互范式，而不是从零发明。
距离、面积、体积、角度；量测结果直接标注在三维场景中，可导出报告。对应我们的锚点量测 + 证据截图。
CAD / 矢量图层精确贴合实景模型。对应我们的 GIM 线框叠加与图实比对。
同一工程多期成果对比，追踪施工进度与偏差变化。对应我们的"版本化 + 差异报告"。
| 交互点 | MipMap 的做法（参考） | 本项目的改造 |
|---|---|---|
| 量测入口 | 工具栏常驻，点选即量，结果浮在场景中 | 增加"验收指标"上下文：量完直接关联 408 项中的某一项 |
| 图纸叠加 | 导入 CAD/矢量，手动对齐 | 用 GIM 构件坐标自动对齐；偏差色带；构件级拾取 |
| 多期对比 | 选择两期成果，切换/叠加查看 | 绑定"设计版 / 施工版 / 竣工版"，自动生成差异清单与影响分析 |
| 结果表达 | 标注 + 截图 + 导出 | 标注 + 截图 + 哈希 + 证据链，直接进入验收报告与资产包 |
| 视角 | 自由漫游 + 预设视角 | 增加"验收标准视角"：固定机位、固定比例尺、可复现截图 |
8.7参考四：备选重建引擎（Build vs Buy）
算法团队是主路径，但必须有 Plan B。MipMap Engine 是当前最现实的备选：CLI、可私有化、支持 Linux、输出格式齐全。
| 评估项 | 自研 / 算法团队 | MipMap Engine | 权重 |
|---|---|---|---|
| 领域适配 | 高 可按输变电场景定制 | 中 通用摄影测量，需调参 | 20% |
| 精度 | 可验证 需基准对照 | 成熟 有商业案例 | 20% |
| 交付周期 | 长 算法研发不确定 | 短 采购 + 集成 | 15% |
| 可控性 | 高 源码/参数可控 | 中 黑盒，依赖厂商 | 15% |
| 成本 | 研发人力 | License + 维护 | 10% |
| 私有化 / 合规 | 完全 | 支持 需书面确认离线授权 | 10% |
| 生态与格式 | 需自建 | SOG/3D Tiles/LAS 齐全 | 10% |
8.8若接入：适配设计（不改业务代码）
无论最终是否采购，接入方式都应该按"可插拔 Provider"设计。这样启用/停用只是一行配置。
Manifest 需要扩展的字段
{
"producer": "mipmap.engine", // algorithm | mipmap.engine
"producerVersion": "4.0.x",
"licenseId": "...", // 采购审计用，不回传厂商
"formats": {
"source": "ply",
"web": "sog", // 或 sogtiles
"tiles": "3dtiles"
},
"quality": { "reportUrl": "s3://.../quality-report.json" }
}
8.9风险与不建议的做法
| # | 风险 / 反模式 | 后果 | 对策 |
|---|---|---|---|
| 01 | 把 SOGTiles 当成标准格式直接写死 | 厂商私有封装一变，加载器全废 | 先验证格式；Loader 抽象；保留 PLY 源文件 |
| 02 | 用 SOG 做量测的唯一数据源 | 量化有损，精度不可追溯 | 量测基于 PLY/点云；SOG 只用于展示 |
| 03 | 依赖 MipMap Cloud 处理涉敏数据 | 违反"数据不出内网"红线 | 只用私有化 Engine；Cloud 仅做非敏感演示 |
| 04 | 采购后把算法团队踢出局 | 失去领域定制能力，长期被厂商锁定 | 双轨并行：算法主用、MipMap 基准/兜底 |
| 05 | License 绑定 GPU/机器 | 扩容、灾备、换机都受限 | 合同明确可转移、可离线、可容器化 |
| 06 | 忽略导出坐标系 | 与 GIM 对不上，返工 | 强制 CRS + 控制点复核；写入 manifest |
| 07 | 把 MipMap 的量测结果直接当验收结论 | 缺少规范判定与证据链 | 只作为"模型值"输入，判定仍由指标引擎完成 |
8.1030 天 PoC 验证计划
不要靠销售演示做决策。用 30 天、一个真实工程、一套硬指标，把"参考"变成"结论"。
| 周次 | 动作 | 产出 | 通过标准 |
|---|---|---|---|
| W1 | 选数据集：1 个变电站 + 1 段线路；准备控制点与检查点 | 基准数据集 v1 | 覆盖室内/室外/弱纹理 |
| W1 | 申请 Engine 试用 / 报价；确认离线与集成条款 | 商务条款清单 | 关键条款无红线 |
| W2 | 算法团队与 MipMap 各跑一遍；统一硬件与参数记录 | 两套成果 + 日志 | 均可正常输出 |
| W2 | 格式验证：PLY / SOG / SOGTiles / 3D Tiles 在平台加载器与 Cesium 中打开 | 加载器矩阵报告 | 至少一条链路可用 |
| W3 | 精度对照：控制点残差、检查点 RMSE、配准残差 | 精度对比表 | 差异可解释，不劣于 1.2× |
| W3 | 性能对照：首屏、帧率、显存、包体 | 性能对比表 | SOG 首屏 ≤ 8 s |
| W4 | 业务盲评：5 名验收/监理看截图评分 | 盲评报告 | 不低于基线 |
| W4 | 决策会：主用 / 备选 / 不引入；更新架构与预算 | 选型决议 | 业主、算法、平台三方签字 |
8.11决策建议与采购清单
建议的决策
M1：完成基准对照
算法团队 vs MipMap，同数据、同硬件、同评价。形成书面结论。
M2：格式选型
Web 发布优先 SOG/SSOG；归档保留 PLY；3D Tiles 作为备选。
M2：确定是否采购 Engine
仅在算法延期或特定场景不达标时采购；合同锁定离线、可转移、可集成。
M3：接入 Provider
网关增加 MipMap Provider；与 Algorithm Provider 同 schema、同校验。
M4：性能验证
用 SOG 链路跑 1 亿点场景，验证首屏、帧率、显存。
采购 / 技术确认清单
8.12参考资料
以下资料用于本章评估，具体版本与条款以官方最新发布为准。
| 来源 | 用途 | 链接 |
|---|---|---|
| MipMap 官网 | 产品矩阵、Desktop / Lite / Engine / Cloud 能力边界 | mipmap3d.com |
| MipMap Engine 文档 | CLI / SDK、私有化部署、空三 / 3DGS / LiDAR 能力 | docs.mipmap3d.com/engine |
| MipMap Desktop 三维成果 | SOG / SOGTiles / PLY 输出与坐标系设置 | docs.mipmap3d.com/desktop |
| MipMap 3DGS 工作流 | 重叠度建议、GPU 配置、分块训练与 LOD 渲染 | mipmap3d.com/blogs |
| SOG 格式规范 | Spatially Ordered Gaussians 的量化、WebP 存储与索引 | developer.playcanvas.com |
| Streamed SOG 规范 | lod-meta.json、空间树、分块 LOD 与流式加载 | streamed-sog |
| Cesium 3D Tiles | 瓦片标准、LOD、与 Cesium 集成 | cesium.com/3d-tiles |
| 3DGS 原始论文 / 参考实现 | 算法原理参考；研究许可，不可直接商用 | INRIA / MPII |