WaterDetect工具运行故障：裁剪失败与内存不足问题求助

1. 解决shapefile裁剪时的'NoneType' object has no attribute 'FlushCache'错误 #

• 检查shapefile完整性：确保目标shp文件的配套.shx、.dbf文件齐全无损坏，且坐标系与Sentinel-2影像完全一致（建议统一转换为WGS84 UTM对应投影带）。
• 规范裁剪参数配置：传入shapefile的绝对路径，避免相对路径导致的解析歧义；批量处理时，确保循环中路径变量未被意外清空。
• 修复GDAL依赖：该错误多与GDAL的shapefile驱动异常有关，更新GDAL至WaterDetect兼容版本（如WaterDetect 0.9.5对应GDAL 3.4+），或重新安装Python的GDAL绑定包。

2. 解决loader.get_bands_files()触发的FileNotFoundError #

• 传入完整SAFE路径：调用loader时必须指定Sentinel-2 SAFE文件夹的绝对路径，不能仅传入上级目录。
• 配置波段映射规则：在WaterDetect的配置文件（wd_config.ini）中，明确Sentinel-2的波段对应关系，引导loader定位至SAFE文件夹内GRANULE子目录下的影像文件。
• 过滤无关目录：手动修改loader的遍历逻辑，添加对AUX_DATA、HTML、PREVIEW等非影像目录的排除规则；或直接将GRANULE下的波段文件提取至独立目录，传入该目录给loader。

3. 解决8GB内存不足导致的聚类阶段崩溃（unable to allocate array data） #

• 降低处理分辨率：在配置文件中设置resolution参数，将影像重采样至20m或60m，减少单波段像素总量。
• 启用分块处理：配置tile_size参数（如1024x1024），让WaterDetect分块加载处理影像，避免一次性占用大量内存。
• 精简波段数量：仅保留WaterDetect必需的波段（如B2、B3、B4、B8、B11、B12），移除无关波段以降低内存负载。
• 优化系统资源：关闭后台无关程序释放内存；Linux/macOS环境可临时启用swap分区扩充虚拟内存。

4. 解决工具错误遍历SAFE文件夹内非影像目录的问题 #

• 修正配置文件：在wd_config.ini的[S2_L1C]或[S2_L2A]段落中，设置granule_folder = GRANULE，强制loader仅遍历GRANULE子目录。
• 手动指定波段路径：跳过自动遍历逻辑，直接向loader传入每个所需波段的具体文件路径。
• 升级WaterDetect版本：旧版本存在SAFE结构解析bug，升级至最新稳定版（如0.9.6+）可修复该问题。

内容的提问来源于stack exchange，提问作者David van Rossum