定制开发 · 平台与载荷定制
数据接口适配
数据接口工作主要是语义对齐。两端可以讲同一个协议，却表达着不同的意思。
本页介绍
- 在实现之前写下消息集、单位、时间戳约定与坐标框架。
- 约定缺数据、延迟数据与乱序数据的处理行为——多数集成缺陷出在这里。
- 用真实架次的记录数据验证，而不是只做台架仿真。
- 规划版本协商，使一端升级不会打断另一端。
数据适配正是工作正常的载荷产出不可用输出的地方
一个载荷可以被装上、供上电、控得住、工作完美，却仍然让项目失败，因为它的输出无法被消费。这种失败很常见、被发现得晚，而且几乎总是可以避免——办法是在选载荷之前而不是之后，确立输出格式与接收系统的预期。
这些问题很具体，也不光鲜。载荷产出什么、什么格式、多大码率、在什么坐标或时间基准下？哪个系统要消费它？那个系统是否期望不同的格式、不同的投影、不同的元数据集或不同的命名约定？谁做转换、用什么工具、多久做一次？
这些都不难，而全部在采集之后被发现时都很贵。适配通常是一个转换步骤加一个验证步骤，而把它设计一次，比每次交付临时凑合更便宜。
适配的三个层次
第一层是格式与容器：文件类型、压缩、命名、目录结构与元数据。这是最容易、也最常被需要的一层。一个期望 GeoTIFF 却收到 JPEG 的接收系统，或期望特定文件名模式却收到时间戳的系统，无论数据质量如何都不会消费它。
第二层是几何与基准：坐标系、基准面、投影、单位与地理配准模型。测绘数据正是在这里最常集成失败，而这是一个实质性问题，不是表面问题——基准错误的数据集不是大致正确，它是错的。
第三层是语义：字段是什么意思、严重等级或类别如何编码、记录如何与接收系统自有标识关联。这一层决定发现结果是可被处置还是仅被存储，也通常是最需要与客户沟通的一层。
适配放在哪里
转换可以跑在地面站、跑在服务器，或跑在客户自有基础设施内。选择取决于数据量、延迟要求，以及数据被允许放在哪里。数据量大且延迟无关时，服务器上后处理最简单；数据不能离开客户环境时，跑在本地。
我们的本地化部署与数据管理涵盖数据必须留在客户基础设施内的情形，服务器端部署评估涵盖托管情形。这个决定通常由客户的数据治理驱动，而不是由技术驱动。
当接收系统是 GIS 时，我们的GIS 平台集成涵盖该情形；当它是业务系统时，API 集成适用。两者更多关乎接收系统的预期，而不是飞机。
验证与验收
数据适配的验收方式，是演示输出能在接收系统中被加载并可用——用客户自己的数据、端到端。不是演示一个转换脚本能跑，也不是演示一个样本文件能在查看器里打开。
该验收应当包含失效情形：当一个架次不完整、元数据缺失、或数据未达精度容差时，会发生什么。一个静默产出看似合理但未标记的坏输出的转换，比一个大声失败的转换更糟。
分析侧（如包含）的验收标准由AI 性能验收涵盖，数据周围的复核步骤由人工复核与报告工作流涵盖。
委托一次数据适配
把载荷、它的原生输出、接收系统，以及一份该系统当前接受的数据样例发给我们——最后这一项是你能给我们的最有用的东西，而且往往立即可得。
我们会说明需要什么转换、它应跑在哪里，以及在第一次作业交付之前我们会想做哪些验证。
联系我们的工程团队；通常与这项工作配套的采集侧规格，见定制数据采集标准。