编写解释坐标的 GNSS 土地调查元数据
描述参考系统、设备、方法和限制，以便在交付项目结果后可以正确使用坐标文件。
元数据回答实际问题
如果新用户无法判断数字代表什么，坐标表是不完整的。 GNSS 土地调查元数据解释了价值背后的参考系统、物理点定义、观察方法和处理历史。 它应该回答在使用过程中出现的实际问题：提供了哪些高度、适用于哪些单元、如何建立参考以及数据集的哪些部分具有不同的限制。
随着工作的进展编写元数据，而不是在最后完全重建它。 现场事件和配置更改在发生时更容易准确记录。 项目模板可以提供帮助，但必须使用实际信息完成。 与所使用的设备或参考安排不匹配的抛光通用描述不如对活动及其例外的简明、准确的描述有用。
定义坐标参考
确定水平参考系统、使用的投影、单位和轴顺序。 与项目相关时包括参考框架和时代。 诸如 GPS 坐标之类的广泛标签可能会留下一些重要的解释未解决。 如果使用本地转换，请描述其源、控制和适用区域。 在项目工作流下保留再现所需的参数或受控配置。
分别描述高度。 说明交付的值是椭圆形、正交还是其他定义的数量，并确定所使用的垂直参考或模型。 包括单位和任何已知限制。 避免假设水平坐标系统名称解释了高度字段。 除非元数据明确区分，否则客户端可以在分配错误的垂直含义的同时成功导入表。
描述物理测量的内容
解释重要特征类型的点定义。 坐标可以描述覆盖中心、壁角、极尖接触或通过偏移导出的点。 对于不熟悉字段字典的用户来说，单独的功能代码可能还不够。 在需要的地方链接字典和示例。 这可以防止将精确的数字应用于物理资产的错误部分。
对于控制和参考设置，包括标记描述、天线识别和高度测量惯例。 保持设置特定的细节由标识符链接，而不是将它们埋在一个长的一般段落中。 调查一个观察的用户应该能够有效地达到其物理设置记录。 元数据结构应支持对特定点或会话的快速概述和重点审查。
继续学习 正确使用 GNSS 天线校准信息
记录设备和方法
列出接收机和天线模型、相关固件或软件版本以及实际使用的测量方法。 区分实时观测与后来处理的结果或通过另一种批准的方法连接的点。 如果在活动期间设备发生了变化，请确定受影响的日期或工作区。 没有这些边界的单一设备列表可能会隐藏对解释或可重复性很重要的差异。
描述校正布置和参考坐标源。 对于服务，请在不暴露私有凭证的情况下保留技术标识。 对于本地基准站，链接批准的坐标和设置历史记录。 解释通信失败后使用的任何回退工作流。 这有助于审阅者理解为什么附近的两个点可能有不同的处理记录，即使它们出现在一个最终坐标表中。
继续学习 维护 CORS 站元数据和设备历史
诚实地解释质量证据
总结独立检查、重复测量会话和使用的验收标准。 保持内部接收器的估计与外部比较不同。 每个点都是固定的陈述并没有描述完整的质量评估，单个平均检查差异可能会隐藏重要的例外。 在适当的情况下链接详细结果，并解释验证涵盖了哪些环境或工作区。
具体条款的国家限制。 在树冠下测量的区域、不可用的独立检查或临时参考连接应确定其使用结果。 在没有方法和证据的情况下，避免对土地调查等级准确性的模糊主张。 当元数据帮助下一个用户决定数据集是否适合特定任务时，元数据最有价值，包括与原始集合目的不同的任务。
保留处理和修改历史记录
记录对交付值产生重大影响的转换、转换和处理步骤。 通过稳定的引用来识别源文件和软件配置。 如果坐标被修改，说明原因并将被取代的产出与批准的项目产出区分开来。 不要重写历史记录以使最终数据集在第一次导出时看起来是正确的。 透明的校正记录比无法解释的最终标签更有效地支持信心。
将观察时间约定和重要设备事件与处理记录保持一致。 这些详细信息有助于在以后的审核中对齐原始文件、照片和更正日志。 如果外部服务提供了结果，请识别服务和可用报告，而不是暗示团队保留每个处理输入。 元数据应描述实际保留的证据并使任何可重复性边界清晰。
选择可访问的格式和位置
提供简洁的人工可读概述和机器可读的字段，使目标工作流从中受益。 将元数据保留在项目输出旁边，并包括指向支持记录的稳定链接。 对某一运营商计算机上的临时文件夹的引用不太可能在项目结果的交付中幸存下来。 从客户或下一个团队将实际使用的位置测试包裹，包括链接文档和照片的可用性。
对于简单的坐标导出，结构良好的随附文本文档可能就足够了。 较大的 GIS 交付可能需要数据集级别和特征级元数据。 将结构缩放到使用中，但不要忽略基本的坐标定义，因为文件格式似乎很熟悉。 成功导入软件是语法测试，不能证明用户正确解释了参考、单位和点的含义。
继续学习 正确使用 GNSS 天线校准信息
用新用户的眼睛审查
请一位不熟悉户外测量工作的同事，从项目结果包的交付中确定坐标系、高度类型、批准的版本和质量限制。 如果他们必须猜测，请修改元数据。 这篇综述测试了可用性，而不仅仅是检查表单是否已被填写。 它可以揭示对原始船员来说似乎很明显的缺失解释，因为他们记得从未写入档案的决定。
例如，排水数据集应明确高度是指覆盖水平、可访问的最低管道内高程还是其他定义的特征，以及哪些点没有直接观察到。 这些信息可以改变数据在分析中的使用方式。 良好的元数据保留了坐标、物理特征和证据之间的关系。 在原始控制器、船员和项目对话不再可用后，它允许土地测量保持可理解的状态。
包括有关数据集的问题的联系角色和项目需要的组织参考。 当单个操作员继续前进时，元数据应该仍然有用。 将此与私人帐户访问详细信息分开； 无需分发密码或不相关的个人信息，就可以记录技术来源和支持责任。
继续学习 维护 CORS 站元数据和设备历史
实用检查清单
- 分别说明水平和垂直定义。
- 链接指向方法、设置记录和质量证据。
- 测试新用户是否可以不猜测包解释包。
