企业官网建设流程全解析

如果你要做地表变化、遥感识别或影像训练，真正要定的不是“Landsat 能不能免费用”，而是两件事：从哪个入口拿影像，以及拿到之后按什么标准判断它能不能进入你的产品流程。USGS 的 Landsat Data Access 页面把获取方式拆成了几条路径，每条路径对应的准备工作和适用场景并不一样。

先确认“免费下载”覆盖的是什么

USGS 页面写明，Landsat 产品自 2008 年起免费下载。这句话覆盖的是产品获取这一环：你不需要为下载 Landsat 产品本身付费。它没有说明账号注册、批量工具配置、加工产品申请等环节各自需要什么条件，也没有涉及云平台侧的费用或配额。本轮材料对 AWS 上的 Collection 2 入口只确认其存在，费用和配额未核实，因此不能把“免费下载”直接外推到所有获取渠道。

产品级别方面，材料给出的范围是：L1 产品覆盖 Landsat 1—9，L2 地表反射率与地表温度产品覆盖 Landsat 4—9。这是总体覆盖范围，不等于某一景在你需要的日期和区域一定可用。特定地域、特定日期的可用性，只能通过实际检索结果判断，不能从总体范围推断。

三条主要入口，按你的工作方式选

EarthExplorer：人工检索选景。它提供地图、地名、时间等检索方式，适合你还不确定要哪些场景、需要先看覆盖情况和成像时间的阶段。少量试选、确认某区域某年份有没有可用影像，从这里开始最直接。你需要准备的是研究区域、日期范围、目标产品级别。

BDWA：已有清单后的批量下载。它是批量下载工具，在 Chrome 或 Edge 中使用文件系统访问 API。适合你已经通过检索筛出一批场景、需要成批取回的情况。它解决的是“下载动作批量化”，不替代前期的选景判断。使用前你应当已经有一份筛选过的清单，而不是把全部检索结果直接丢进去。

M2M：可编程检索与自动化。它是 RESTful JSON API，用于可编程检索等功能。适合你需要重复按条件查询、把检索嵌进自己流程的场景。它要求你能把检索条件表达成程序可用的形式，而不是靠人工在页面上点选。

ESPA：部分指数与加工产品的申请入口。如果你需要的是指数或加工后的产品，而不是原始场景，ESPA 提供这类产品的申请入口。材料只说明它提供部分指数及加工产品，并未说明它是获取这类产品的唯一途径，也没有覆盖申请步骤和审批条件。

这三条路径不是互斥的。一个常见组合是：先用 EarthExplorer 确认区域和年份有没有可用场景，再决定是走 BDWA 批量取回，还是把检索条件固化到 M2M 里重复使用。

一个假设例子：先小批看，再决定批量

假设某团队要做某区域多年地表变化分析，需要跨多个年份的影像。合理的顺序不是一上来就批量下载全部年份，而是：

1. 在 EarthExplorer 里圈定该区域和年份范围，检索可用场景；
2. 从结果中挑少量代表场景，先确认产品级别——是取 L1 场景，还是申请 L2 地表反射率产品；
3. 检查这几景的成像时间、云和云影情况、传感器代际，判断是否满足分析需要；
4. 确认代表场景可用后，再把筛选清单交给 BDWA 批量下载，或把检索条件写成 M2M 调用。

这个例子只用于说明顺序，不涉及真实项目、面积或效果数据。

下载后必须自己核验的四项

免费下载和产品级别覆盖范围，都不能替代你对具体场景的质量判断。至少要看：

• 云量：场景整体云量不能代替目标区域的有效像元检查。整景云量低，不代表你关心的那块区域没有被云或云影遮住。
• 成像时间：日期是否落在你需要的时段内，季节是否一致，直接影响变化分析的可比性。
• 传感器代际：跨 Landsat 1—9 的组合会涉及不同传感器，代际差异需要在分析设计里考虑。
• 产品级别：L1 和 L2 的差别不只是文件名，L2 地表反射率与地表温度产品有各自的适用范围，选错级别会让后续处理多走弯路。

这四项检查放在投入前还是先小范围试，取决于你的场景数量和自动化程度。场景少、区域固定，逐景检查成本可控；场景多、跨年份，先抽代表场景定标准、再把标准写进批量流程更稳妥。

把需求写成一句可执行的话

无论走哪个入口，检索需求至少要包含：区域、时间范围、目标变量、产品级别、拟采用的入口。例如：“某区域，2015—2020 年，地表反射率，L2 产品，先用 EarthExplorer 检索可用场景，确认后交 BDWA 批量下载。”这句话可以直接作为检索条件或与团队沟通的依据。

需要说明的是，本文对入口的判断仅基于 USGS 官方页面对这些工具定位的介绍，没有实际下载文件，也没有验证账号注册、申请步骤、配额和实时可用性。这些环节的条件需要你在选定入口后另行确认。