业务问题：不经瓦片服务，浏览器里的影像还能被信任吗
FOSS4G 2026 议程列出一场题为“Browser-based raster reprojection with GPU-accelerated pixel resampling”的演讲。摘要提出的路径是：从对象存储流式读取未修改的 COG，在浏览器中完成影像重投影，并且不经过中间服务器。它针对的是传统浏览器栅格可视化常依赖后端预处理、重投影和切片服务的架构。
这不是“服务端终于可以删除”的结论。它改变的是展示阶段的责任位置：浏览器要承担坐标变换、采样、缓存与错误提示，数据团队仍要负责 COG 的范围、元数据、权限、版本和可访问性。
资料依据：会议摘要真正说了什么
该静态议程页自身说明：完整交互式日程的时区转换和个人日程功能需要 JavaScript，nojs 页面仅提供静态议程。对本题而言，它可核验演讲标题、演讲者 Kyle Barron、2026 年 9 月 1 日 13:00、Room2 和 30 分钟时长；不应被当作已发布实现文档。
会议静态议程记录该演讲由 Kyle Barron 在 2026 年 9 月 1 日 13:00、Room2 进行，时长 30 分钟。标题明确提到 GPU 加速的像元重采样；摘要则只确认三个架构事实：读取对象存储中的未修改 COG、在浏览器内重投影、没有中间服务器。它没有给出吞吐量、内存占用、支持的投影列表、浏览器兼容性或生产 SLA，因此这些内容都必须由项目本身测试，不能从演讲标题外推。
来源事实与数据口径
- 演讲标题为“Browser-based raster reprojection with GPU-accelerated pixel resampling”。
- 议程列出演讲者 Kyle Barron，2026 年 9 月 1 日 13:00、Room2、30 分钟。
- 摘要称传统浏览器栅格可视化依赖后端预处理、重投影和切片。
- 摘要称其从对象存储流式读取未修改 COG。
- 摘要称重投影在浏览器内完成，不经过中间服务器。
业务场景：把一次性浏览与分析级输出分开
灾害研判门户常需要让用户快速查看一块远程影像。若数据已经以 COG 存在对象存储，浏览器端可按视窗和缩放级别读取必要字节并把它显示到当前地图坐标系。这个场景适合探索、质检和地图预览。
但如果同一画面要被导出为量算依据、分类输入或跨日期变化结果，客户端显示链不能替代分析链。重投影时的采样方法、源/目标 CRS、NoData、颜色解释、缩放级别、范围裁剪和 COG 版本都必须写入输出记录。屏幕上“看起来对齐”不能证明像元已经满足定量分析条件。
技术实施路径：先验收一个视窗，再扩大范围
- 固定一份 COG，记录 URI、ETag 或版本、波段、NoData、源 CRS 和时间。
- 选定一个 AOI 与目标 CRS，在浏览器和受控桌面工具中分别渲染同一视窗。
- 明确采样策略，分别观察最近邻、双线性等策略对边界与连续变量的影响。
- 在不同缩放级别、网络条件和浏览器中检查请求范围、首屏时间、内存和失败恢复。
- 将客户端结果标记为预览或分析候选；只有经过坐标、像元和值域复核的导出才进入正式分析。
风险边界：GPU 加速不替代地理语义
GPU 加速的像元采样可以改善交互体验，但不会自动处理错误 CRS、失配的栅格网格、时间不一致或对象存储权限问题。浏览器还会受显存、设备、WebGL/WebGPU 实现和网络波动影响。若后端不再预切片，数据发布方更要提供正确的 COG 内部概览、范围和元数据；否则把工作移到客户端只会把故障移给用户。
结论
浏览器端重投影值得作为云原生栅格预览的架构选项，但验收对象应是完整显示链：COG 版本、请求范围、目标 CRS、采样规则、NoData、浏览器表现和分析用途边界。会议摘要展示了可行的方向，具体项目仍要用自己的数据与设备建立性能和精度证据。
关键词：GIS、WebGIS、COG、Cloud Optimized GeoTIFF、云原生栅格、对象存储、栅格重投影、坐标参考系统、像元重采样、GPU 渲染、NoData、遥感影像、地理数据验证。