组织 GNSS 项目文件夹，可靠地处理和交付项目结果
清晰的文件夹结构将原件、处理输入、审查记录和发布的项目输出分开，同时保持其关系可见。
围绕测量链组织
一个有用的 GNSS 项目结构 遵循证据如何成为公认的项目输出。 原始观察、设置元数据、参考信息、处理运行、质量审查和发布的文件服务于不同的目的。 将这些角色分开足够清晰，以使新分析师无需打开每个文件即可了解该项目。 目标是可追溯性和可靠的重用，而不是一个复杂的层次结构，只是为了在屏幕截图中有序地看待。
从适合组织实际工作流程的小标准结构开始。 定义每个位置属于什么以及谁维护它。 当员工可以在现场和办公室压力下始终如一地应用它时，模板变得有用。 太多模棱两可的文件夹会鼓励个人快捷方式，而一个未分化的文件夹会使意外覆盖和错误的输入选择更有可能随着项目的发展而出现。
继续学习 为 PPK 处理准备 GNSS 数据
保护原始现场数据
将原始接收器和控制器文件存储在清晰标识的区域中。 在可行的情况下保留其原始名称，或在命名约定需要更改时保持显式映射。 将它们链接到清单中的会话和点标识符。 不要将 Originals 文件夹用作编辑副本或试用导出的地方，因为这会削弱其作为所收集内容的权威记录的作用。
包括设置记录、天线信息、户外测量工作记录的笔记以及与观测有明确关系的相关照片。 没有天线高度或标记标识的未处理的测量数据文件可能难以正确处理。 保持元数据可读，避免完全依赖专有的项目文件。 即使原始控制器应用程序不再容易获得，存档也应保留足够的上下文以供未来解释。
继续学习 为 GNSS 土地调查数据创建审计跟踪
单独的参考和支持输入
为工作流使用的参考站观测、导航信息、精确产品、天线校准和批准的坐标定义创建一个受控位置。 记录源、覆盖范围和版本标识符。 将实际为接受的解决方案选择的输入与调查期间下载的候选人区分开来。 除非将其预期的角色记录在案，否则大量的合理文件不是可重现的处理集。
对于自动检索的输入，保留清单或允许的副本。 记录处理器的行为，以便以后的重新运行不会默默地选择不同的产品。 保留与相关坐标框架关联的本地转换、大地水准面标识符和项目模板。 这些是测量输入，而不是杂项附件，因为对它们的更改可以改变许多交付的坐标，同时保持原始卫星观测不变。
继续学习 为GNSS 项目设计备份和恢复策略
给予处理运行稳定的标识
对重要的处理尝试使用运行标识符并保留每个设置、输入清单和报告。 说明目的，例如初始解决方案、诊断比较或可接受的生产运行。 这可以防止临时调查输出被误认为是批准的结果。 最新修改的文件不一定是要发布的正确文件，特别是当分析师重新审视较旧的接受的解决方案来回答问题时。
避免复制整个项目，没有明确的副本关系。 在需要副本的地方，标记其角色和父版本。 将派生的 交换文件与原稿分开，并记录转换或抽取。 审阅者应该能够通过选定的运行和派生的输入来跟踪坐标，而不是手动比较几个几乎相同的目录。
将质量评审作为一流记录
提供检查比较、例外记录、审查决定和验收摘要的位置。 将它们链接到点、会话和运行标识符。 质量表应确定其评估的坐标版本。 否则，稍后的处理更改可能会在过时的结果中留下一个明显完整的审查，从而给人一种误导性的印象，即仅在评估早期版本时就独立检查了最终出口。
保留被拒绝的观察结果并以清晰的状态取代报告，而不是删除它们以使文件夹看起来干净。 他们的历史可以解释为什么采用了后来的解决方案。 同时，防止被拒绝的文件被意外选择用于生产。 清晰的角色标签和清单比依靠工作人员记住一个特定的电子表格包含永远不应该使用的值更可靠。
继续学习 为 PPK 处理准备 GNSS 数据
控制名称和坐标描述
使用包含稳定项目、会话或版本信息的命名约定，而不会变长。 避免模棱两可的后缀，例如 final2 或最新。 在清单中包含坐标框架元数据，并在导出名称中包含有用的信息。 一个名为 points.csv 的文件不应该是它包含地理坐标、投影坐标、椭圆高度还是本地建筑网格的唯一线索。
在表格导出中保持单位和轴顺序明确。 使用一致的日期和时间约定并记录它们。 如果文件格式无法承载完整的坐标定义，请包含可读的配套记录。 命名是有帮助的，但它不会取代元数据。 在原始工作站外复制包裹并丢失其周围的项目环境后，该结构应保持可理解的状态。
继续学习 为 GNSS 土地调查数据创建审计跟踪
将工作文件与已发布的项目输出分开
维护仅包含已批准的包及其清单的已发布区域。 通过组织的正常流程记录问题标识符、日期和取代关系。 工作产出可以保留在其他地方的审查状态。 这减少了分析师发送诊断坐标列表的可能性，因为它是最容易找到或出现在接受的报告旁边的文件。
按照收件人的身份检查发出的包裹。 确认引用的文件存在，包括坐标定义，排除不必要的秘密或个人信息。 在相关的适当软件中打开代表性的 GIS、CAD 和表格文件。 整洁的源文件夹不保证项目结果包的复制交付包含解释最终坐标所需的每个依赖项。
继续学习 为GNSS 项目设计备份和恢复策略
计划协作和备份
在多个分析师处理项目时，使用组织存储和清晰的编辑流程。 定义如何处理并发更改以及如何识别批准的版本。 如果工作人员使用个人命名约定或覆盖常见报告，共享文件夹仍可能包含冲突副本。 该结构应支持实际的协作方法，而不是假设只有一个人触摸数据集。
按其价值和保留要求备份项目，然后测试恢复。 包括元数据和配置，不仅是最大的原始文件。 没有接受的转换或审查记录的恢复的观察档案可能不会再现项目输出。 将凭据保存在适当的私有存储中，并避免将它们复制到一般项目包中，以使工作流程变得方便。
用可追溯性测试结构
要求其他合格人员选择一个发布点并定位其原始观察、设置信息、处理运行和验收证据。 记录搜索变得模棱两可的地方。 这个实践练习揭示了文件夹设计是否比目视检查目录名称更能支持真正的审查。 在项目存档之前，使用这些发现来简化不明确的角色并改进清单。
良好的文件夹组织使测量链可见。 它保护原件，保留受控处理，并将接受的输出与工作替代品分开。 结果是花费更少的时间来猜测哪个文件是权威的，并且更有信心让未来的分析师可以在原始团队继续工作后重现、调查或重用 GNSS 数据。
继续学习 为 PPK 处理准备 GNSS 数据
实用检查清单
- 围绕测量链组织。
- 计划协作和备份。
- 用可追溯性练习测试结构。
