为无人机 PPK 工作流协调 GNSS 日志
保持基本观测、流动站接收机记录、曝光事件和参考元数据对齐，以便检查和再现后处理。
在飞行前映射所需的文件
PPK 工作流程取决于兼容的观测值以及定位解决方案和图像捕获事件之间的可靠联系。 在动员之前列出实际设备和处理软件所需的文件。 这些可能包括基本观测、流动站接收机 GNSS 数据、事件记录和图像。 使用制造商文档，而不是假设每个无人机导出相同的文件结构。
创建文件清单并使用简短的试用集合进行测试。 确认处理软件可以读取日志并关联预期的图像。 包含照片和标记为 GNSS 的文件的文件夹不足以证明完整的 PPK 工作流程可用。 在飞行后发现缺失的事件记录可能无法可靠地重建预期的关联。
继续学习 为 PPK 处理准备 GNSS 数据
完全记录基础参考
记录基准坐标、参考系统、相关的坐标时期、天线类型、天线参考点和高度。 基本位置影响导出的流动站接收机解决方案。 如果基坐标或高度约定错误，精确处理的相对轨迹仍然可以继承不正确的引用。 保持所采用基座坐标的来源和批准状态。
记录基本观测间隔、起止时间和任何中断。 转换前保留原始观察文件。 如果服务提供基本数据，请保留其站点标识符、下载源和元数据。 如果没有检查兼容性、覆盖范围和项目的处理要求，请勿将附近的车站视为自动合适的。
坐标观测时间覆盖
根据设备和加工流程，确保所需的基本和流动站接收机观测覆盖飞行时间。 使用明确定义的时间系统记录时间并保留原始时间戳。 GNSS 时间、UTC 和当地民事时间不应假设相同。 让文档化的软件工作流处理所需的转换，并保留足够的元数据来调查不匹配。
检查录制是否在制作收集之前实际开始并按计划继续进行。 显示连接的接收器的控制器显示器并不一定证明正在存储未处理的 GNSS 观测数据。 在实际情况下查看文件的存在和基本覆盖范围。 一个小的验证步骤可以防止完整的飞行取决于从未写入的日志。
保留曝光事件关系
图像事件记录将相机曝光连接到轨迹。 在工作流完成之前，保持文件名、事件标识符和原始图像元数据的完整性。 过早地重命名图像可能会破坏处理软件期望的关联。 如果需要记录的重命名，请保留从原始名称到新名称的映射。
在没有证据表明设备工作流程支持该解释的情况下，不要从文件修改时间戳中推断事件时序。 文件复制时间和相机时钟设置可能与实际捕获事件不同。 按照制造商记录的事件处理并检查已处理的关联。 与错误的曝光时间相关的良好 GNSS 轨迹仍然会产生不令人满意的映射结果。
验证格式而不丢失出处
将未处理的 GNSS 观测数据转换为 RINEX 或其他所需格式时，记录转换器和版本。 检查站的元数据、天线信息和转换后的观测时间覆盖率。 将原始文件和转换后的输出保存在一起。 成功的转换消息并不能证明预定处理方法所需的每个字段或信号都被保留。
使用所选处理工具支持的格式版本和文档任何限制。 不要手动编辑观察值以强制文件加载而不了解效果。 如果出现转换问题，请保留清晰的问题记录并使用经批准的更正或替代方案。 出处很重要，因为后来的审稿人可能需要将处理决策与原始观察区分开来。
继续学习 为 PPK 处理准备 GNSS 数据
查看处理过的轨迹和图像位置
通过飞行检查解决方案的状态、差距和变化，而不是仅接受最终的成功信息。 检查输出位置的参考和高度类型。 确认通过记录的工作流程应用了预期的天线到相机关系和事件关联。 保留处理设置和结果报告。
特别小心地检查受弱观察或中断影响的区域。 适当的响应可能涉及再处理、额外的基础证据或重复收集。 如果证据不同，请不要为所有图像位置分配统一的置信度。 清晰的审查将轨迹质量与绘图产品联系起来，而无需假装定位报告仅验证最终的正射镶嵌或表面模型。
用独立的地面证据测试地图
根据项目设计使用合适的控制和独立的独立验证点。 将独立的验证点坐标排除在他们打算测试的校准之外。 比较兼容的水平和垂直参考，并检查差异中的空间模式。 这将测试完整的工作流程，包括事件关联、图像几何和处理选择。
通过基座坐标、天线高度、参考变换和摄像机定位的全链研究系统偏移或垂直偏差。 避免仅仅因为它提高了独立的验证点平均值而应用了一个无法解释的最终偏移量。 如果修正是合理的，请记录其原因并重新评估已发布的产品。 证据应该解释为什么最终结果是可信的。
归档可复制的 PPK 包
将原始的基本和流动站接收机文件、图像、事件记录、转换输出、处理设置和报告存储在结构化的存档中。 包括参考定义和采用的基坐标源。 使用清单将每个航班链接到复制其处理所需的文件。 保留派生图像位置和映射产品的发布版本。
通过记录的工作流重新打开具有代表性的航班，测试存档。 确认文件名、相对路径和元数据仍然正确连接。 当另一个合格的运营商能够了解处理了什么以及为什么时，项目结果的 PPK 交付很有用。 目标是从卫星观测到图像位置再到独立评估的地图的可追溯链。
在处理之前解决时间覆盖不匹配
假设基本文件出现在飞行日志后一小时。 首先确定时间系统并在这两个记录中显示约定。 本地时间显示可能与基于 UTC 的记录不同而不会丢失任何观察结果。 在断定数据不可用或编辑文件头之前，比较基础文档时间戳和软件解释。
如果存在真正的覆盖差距，请记录并评估批准的工作流程中的可用替代方案。 不要制造观测值或默默地移动时间戳。 清晰的问题记录让处理团队决定另一个兼容的基础来源、有限的产品或重复收集是否合适。 在做出决定时，保存原始文件可以保护证据。
记录不匹配时，包括一个短覆盖图或显示解释的基数、流动站和图像事件间隔的表格。 说明用于比较的时间约定。 这有助于另一个操作员在不手动重新打开每个文件的情况下查看问题。 在存档中保持原始文件头不变，并分别存储任何转换的表示。 可读的覆盖记录还支持未来的再处理，因为它清楚地表明了哪些观测可用以及原始处理决策依赖于哪些假设。
继续学习 为 PPK 处理准备 GNSS 数据
实用检查清单
- 使用试用集合验证所有必需的原始文件和事件文件。
- 记录基本坐标、天线元数据和时间系统。
- 保留原始日志并独立评估最终地图。
