案例 · 02

高精地图与三维模型平台

从高精地图生产工具提效,到三维模型半自动生产流程,关注数据生产系统的质量、效率与可扩展性。

技术栈
TypeScript / Node.js / 三维重建 / 高精地图 / 数据生产
类型
工程案例

说明:本文仅描述公开可说的技术方向与工程思路,不包含内部数据或未公开指标。

背景

高精地图和三维模型是智能驾驶与地图体验的基础数据。和纯渲染不同,数据生产系统要同时满足:

  • 质量:几何、拓扑、语义和属性都要可校验;
  • 效率:生产流程要能规模化,不能依赖大量纯手工操作;
  • 可扩展:数据规格、模型类型和生产工具会持续变化;
  • 协同:算法、平台、生产、质量多个角色在同一条链路上工作。

技术工作

高精地图生产工具提效

围绕高精地图生产编辑器做研发提效,关注编辑操作的效率、数据校验和工具链体验。重点不是“做一个新功能”,而是找到生产流程里真正耗时的环节,把它变成可复用的工具能力。

三维模型半自动生产

参与高质量三维模型半自动生产流程的建设,目标是把“人工建模”逐步变成“算法生成 + 人工审核/精修”的流水线:

  1. 输入多源数据,完成预处理与坐标/尺度统一;
  2. 用算法生成初始模型或结构;
  3. 通过质量检查定位问题;
  4. 人工只处理算法不确定的部分;
  5. 把结果回流到生产流程,持续迭代。

工程协同

半自动生产不是单点算法问题,涉及数据、算法、工具、生产规范和质量标准。需要在技术方案和实际生产之间做翻译:哪些问题应该用算法解决,哪些应该用工具约束,哪些必须保留人工判断。

结果

  • 参与建设了三维模型半自动生产流程,部分数据成果已上线地图 App;
  • 通过工具化和流程改造,减少重复人工操作;
  • 在真实生产约束下验证了“算法 + 人工”混合流程的可行性。

复盘

高精地图和三维重建的难点,往往不是单张图或单个模型,而是规模化之后的稳定性。一个算法在 demo 里跑通不难,难的是面对长尾数据、质量标准、生产节拍和团队协作时仍然可控。这也是我目前最关注的方向。

关于内容:本文仅描述公开可说的技术方向、架构思路和工程实践,不包含内部数据、系统截图或未公开指标。如需进一步交流,欢迎在 GitHub 留言。

返回全部项目
ESC
↑↓ 浏览↵ 打开ESC 关闭