最近在修改项目时发现有些提取的坡度数据在参与了下一步计算后会出错，仔细跟了代码之后发现AE生成的坡度数据和其他一些分析后的栅格都被存储为.adf文件。说起惭愧，并不了解这是什么数据，由于下层算法使用GDAL，这里脑抽了一下先想到把这个数据转成tif或者img数据再参与计算。（当然开始以为GDAL不支持这种数据）开始用AE，但是包括官方代码都有点问题，考虑到实现这个小功能AE创建了一大堆对象觉得不太舒服，决定自己写了。
先查了下，这个数据是ESRI早期的一种二进制Grid数据，其文件结构大约如图：
当然在得知GDAL可以处理这个种数据后，还是出于好奇去写了一个转换工具，其他的处理流程都是差不多的，但是在测试里发现，不论给文件夹地址还是给hdr.adf地址GDAL都能读取出来内容。但是，不清楚什么原因，在遍历像元时我完全不能获取到有效的像元值。猜测在项目里偶尔出现的抛错也是因为读取不到有效值造成的吧。
于是开始查阅资料，想了解这个数据结构。
这里翻到一个老外的博客，做了很详细的调查。【by Frank Warmerdam (warmerdam@pobox.com)】
The Arc/Info Binary Grid format is the internal working format of the Arc/Info Grid product. It is also usable and creatable within the spatial analyst component of ArcView. It is a tiled (blocked) format with run length compression capable of holding raster data of up to 4 byte integers or 4 byte floating data.
在他的博客中特意提醒，这个格式不能和ESRI的ASCII Grid格式混淆。后者是一种GRID交换格式。两种格式可以互转，在ArcInfo中使用【GRIDASCII】、【ASCIIGRID】命令即可（不清楚在ArcGIS Desktop里是否还保留了）。
另外，ESRI BIL格式也与此不同。
文件内容说明:
| 文件名 | 用途 |
| dblbnd.adf | 存储四至信息（LLX、LLY、URX、 URY） |
| hdr.adf | 头文件，存储数据的大小信息、切片信息等 |
| sta.adf | 存储数据的统计分析信息如最大最小值、均值和标准差等 |
| vat.adf | 存储数据的属性表信息 |
| w001001.adf | 该文件用于存储真实的栅格数据（DataValues） |
| w001001x.adf | 空间索引文件 |
| prj.adf | ESRI标准的投影信息文件 |
剩下的内容等继续研究后追加。