USGS 九月 Landsat 通讯把卫星控制、全球采集、处理和分发放在同一条数据链上。本文用其中的蒸散产品案例说明，GIS 团队应怎样分别验收数据取得与业务指标。
可核查事实
- USGS 于 2026 年 9 月 8 日发布《Latest in Landsat》Vol. 5 Issue 9。
- 该期通讯将 Landsat 数据链描述为任务支持、采集规划、数据捕获、处理和分发。
- USGS EROS 已发布覆盖 2000—2020 年的 21 年月尺度 Landsat 实际蒸散量图层。
- 该蒸散产品可用于流域水量平衡、作物产量预测的耗水评估和干旱监测。
- Landsat 是 NASA 与 USGS 的联合项目，自 1972 年起持续获取地球陆地表面影像。
核心机制
遥感业务常把“文件可下载”误认为“指标可直接使用”。从卫星任务到产品分发的每一环都有自己的版本、空间范围和时间分辨率；水量平衡、作物耗水和干旱研判则还要面对模型假设。
把这些事实放入 GIS 项目时，必须保留原始链接、发布日期和本次读取时间。来源的描述可以证明产品、维护窗口或版本计划，却不能自动证明本地数据已经正确处理；后者只能由可复现的运行记录、抽样比对和责任人审核完成。
GIS 场景与实施路径
流域管理者可把 2000—2020 的月尺度蒸散层作为历史回测样本：先检查投影、像元、缺测和行政区汇总，再与站点或既有估算在同一月份对比。这样能发现问题到底出在访问、重投影还是指标解释。
实施时先建立“来源—数据—处理—产出”的最小链路：来源页面进入登记表，原始数据或接口响应进入可追溯目录，脚本和参数进入版本库，地图、统计和异常进入验收记录。出现差异时按这个链路回查，能避免用改标题或补一句说明掩盖事实与产出不一致。
可执行建议
- 固定一份可复跑的样本、输入版本和预期输出。
- 把来源日期、数据版本、处理参数和运行环境写入任务日志。
- 先在小范围验证，再扩展到批量和生产任务。
- 为失败建立可观察的重试与人工复核条件。
- 在发布结论前区分软件能力、数据事实与业务判断。
资料来源与数据口径
本文的具体时间、版本、接口和项目事实均来自文末所列一手页面。文中提出的测试方法是实施建议，不是来源机构的服务等级承诺。空间结果应明确坐标参考、范围、时间粒度、缺测处理和更新周期；涉及公众风险或资源配置时还要完成业务部门复核。
风险边界
21 年月尺度图层不能代表实时观测，也不能单独给出单田块的灌溉处方。把地表温度驱动的 ETa 用于决策前，应核对研究区的土地覆盖、云影响和验证资料。
任何自动化都应保留失败状态而非静默补值。对需要认证、外部服务、第三方插件或实验性渲染后端的工作流，还应准备可审计的降级路径和恢复检查。
结论
Landsat 九月更新提醒：把数据管线和蒸散产品拆开验收 所指向的不是一次“跟进新闻”的任务，而是一项可验证的 GIS 变更。先把事实、数据口径和回归样本固定下来，再决定是否进入生产，团队才能在升级、维护或新项目出现时保持结果可解释。