1. 从TensorFlow 1到2的迁移挑战BigEarthNet-MM数据集是遥感图像分析领域的重要资源但官方提供的19类划分代码基于TensorFlow 1.x版本编写。随着TensorFlow 2.x的普及许多开发者在使用这些代码时遇到了兼容性问题。我最近在实际项目中完成了这个迁移过程踩了不少坑也积累了一些实用经验。最典型的兼容性问题集中在几个方面首先是tf.contrib库的完全移除这个在TensorFlow 1.x中广泛使用的实验性功能库在2.x版本已经不复存在。其次是TFRecordWriter等I/O操作的API变化还有像Keras工具函数的导入路径调整。这些变化看似不大但足以让原本能跑的代码突然报出一堆错误。2. 环境准备与依赖管理2.1 Python与TensorFlow版本选择官方代码推荐使用Python 3.6和TensorFlow 1.15但在实际迁移中我发现Python 3.8-3.9配合TensorFlow 2.6-2.8也能很好工作。这里有个小技巧使用conda创建独立环境可以避免很多依赖冲突问题conda create -n bigearthnet python3.9 conda activate bigearthnet pip install tensorflow2.6.02.2 GDAL与rasterio的安装难题处理地理空间数据离不开GDAL或rasterio库。官方推荐GDAL但在Windows上安装它简直是场噩梦。我尝试了各种方法直接pip install GDAL失败从Unofficial Windows Binaries下载whl文件版本不匹配使用conda安装终于成功了conda install -c conda-forge gdal如果GDAL实在装不上rasterio是个不错的替代方案。安装简单得多pip install rasterio在代码中需要相应修改导入语句把import gdal改为from osgeo import gdal这是很多新手容易忽略的地方。3. 核心代码改造详解3.1 tf.contrib的替代方案原代码中使用tf.contrib.keras.utils.Progbar创建进度条在TensorFlow 2中应该改为# 原代码 # progress_bar tf.contrib.keras.utils.Progbar(targetlen(patch_names)) # 新代码 progress_bar tf.keras.utils.Progbar(targetlen(patch_names))这个改动看似简单但错误提示并不直观我第一次遇到时就花了半天时间排查。TensorFlow 2.x将Keras完全整合进来所有相关工具函数都移到了tf.keras.utils下。3.2 TFRecord写入器的更新处理TFRecord文件写入的代码需要两处重要修改# 原代码 # writer tf.python_io.TFRecordWriter(output_path) # 新代码 writer tf.io.TFRecordWriter(output_path)TensorFlow 2.x清理了API命名空间所有I/O相关操作都移到了tf.io模块下。这个改动影响所有TFRecord文件的读写操作包括训练集、验证集和测试集的生成。3.3 文件读写模式的调整在JSON文件处理部分原代码使用二进制模式(rb/wb)但在Python 3中处理文本文件时应该使用文本模式# 原代码 # with open(patch_json_path, rb) as f: # 新代码 with open(patch_json_path, r) as f:对应的写入操作也要去掉b模式。这个改动虽然小但如果不改会导致json.load()报错提示无法解码二进制数据。4. 实际运行与性能优化4.1 数据集路径配置运行脚本时需要指定多个路径参数格式如下python prep_splits_19_classes.py \ -r1 /path/to/S1 \ -r2 /path/to/S2 \ -o /output/folder \ -n ./splits/test.csv ./splits/train.csv ./splits/val.csv \ --update_json \ -l tensorflow这里有几个实用技巧使用绝对路径比相对路径更可靠确保输出目录有足够空间整个数据集转换后可能超过100GB可以在参数最后添加--no-update-json跳过JSON更新以节省时间4.2 处理大型数据集的技巧BigEarthNet-MM数据集非常庞大完整处理可能需要数天时间。我总结了几点优化建议分批处理修改代码只处理部分样本进行测试内存管理使用生成器而非一次性加载所有数据并行处理利用Python的multiprocessing模块进度监控增强进度条显示添加ETA估算# 改进后的进度条示例 progress_bar tf.keras.utils.Progbar( targetlen(patch_names), width30, interval0.5, unit_namepatch )5. 常见错误与解决方案5.1 导入错误排查最常见的错误是各种导入失败解决方法包括GDAL导入问题确认安装了正确版本尝试from osgeo import gdal而非import gdal检查环境变量是否包含GDAL库路径TensorFlow API变更使用tf.compat.v1作为临时解决方案逐步替换为TensorFlow 2.x原生API5.2 数据类型不匹配在处理波段数据时经常遇到数据类型问题特别是S1和S2数据格式不同# 确保数据类型一致 bands[band_name] np.array(band_data).astype(np.float32) # 对于S1数据 bands[band_name] np.array(band_data).astype(np.int64) # 对于S2数据5.3 文件路径问题Windows和Linux路径格式不同可能导致问题建议使用os.path模块处理路径# 安全的路径拼接方式 patch_folder_path os.path.join(root_folder, patch_name) band_path os.path.join(patch_folder_path, f{patch_name}_{band_name}.tif)6. 迁移后的验证与测试完成代码迁移后必须验证生成的TFRecord文件是否正确。我推荐分三步验证基础完整性检查确认输出文件大小合理检查文件数量是否符合预期抽样读取测试import tensorflow as tf raw_dataset tf.data.TFRecordDataset(output/train.tfrecord) for raw_record in raw_dataset.take(1): example tf.train.Example() example.ParseFromString(raw_record.numpy()) print(example)模型训练验证使用小批量数据训练简单模型检查loss是否能正常下降7. 进一步优化建议对于需要频繁使用该数据集的开发者可以考虑以下优化创建缓存机制避免重复处理相同数据开发数据增强管道直接在TFRecord层面实现构建数据加载工具类简化后续使用转换为其他格式如HDF5可能更适合某些场景class BigEarthNetLoader: def __init__(self, tfrecord_path): self.dataset tf.data.TFRecordDataset(tfrecord_path) def parse_function(self, example_proto): # 实现解析逻辑 pass def get_dataset(self, batch_size32): return self.dataset.map(self.parse_function).batch(batch_size)整个迁移过程最耗时的部分不是代码修改而是解决各种环境依赖问题。建议先在小规模数据上测试通过后再处理完整数据集。如果遇到GDAL安装问题不妨直接使用rasterio方案虽然性能可能略有差异但省去了很多麻烦。