栅格交付最危险的误判是“文件能打开就算完成”。GeoTrellis 3.8.1 于 2026 年 6 月 22 日发布，为 GTiff 写入加入 ZStd 压缩、整数 predictor 2 和浮点 predictor 3、BigTIFF 支持，并修正 MinResample 对 Int NODATA 的处理。它们分别影响编码、数值语义和文件规模，不能用同一个打开测试代替。
可核查事实
- 3.8.1 支持 ZStd 压缩 GTiff。
- 写压缩 GTiff 时支持整数 predictor 2 与浮点 predictor 3。
- 支持 BigTIFF 写入。
- MinResample 忽略 Int NODATA。
- 发布说明还移除了私有 Spark API 依赖以避免 sealing violation。
核心机制
压缩决定字节如何编码，predictor 与数值类型相关，BigTIFF 解决大文件容纳问题，NoData 决定重采样是否把缺测值混进结果。它们都发生在写出链路，却是不同契约。
技术路径
为整数分类栅格和浮点连续栅格各准备一块含 NoData 的固定 AOI。分别写出未压缩、ZStd、对应 predictor 和 BigTIFF 样本，记录宽高、波段、坐标系、像元类型、NoData、统计值和文件大小。用独立读取器重新读回，比较有效像元与 NoData 掩膜；再做一次重采样，检查缺测没有变成有效类别。
GIS 场景
遥感团队可对土地覆被整数图与地表温度浮点图分别运行这套检查。前者重点检查类别和 NoData，后者重点检查小数误差；超过常规 TIFF 限制的拼接产物再单独验证 BigTIFF 是否被下游服务接受。
检查清单
- 是否按整数和浮点选择 predictor？
- 是否保存压缩、坐标系、NoData 与统计元数据？
- 是否用独立读取器读回？
- 是否验证重采样后 NoData？
- 是否对 BigTIFF 做下游兼容性测试？
- 是否保留未压缩对照？
风险边界
发布说明列出功能，不保证所有 GIS 客户端、云服务或旧库都支持 ZStd、predictor 或 BigTIFF。应以目标读取器和真实样本决定发布。
结语
把编码、数值、缺测和规模拆开验收，压缩 GeoTIFF 才会成为更可靠的交付物。