GDAL1.9.0版本编译后，打不开含中文路径文件的解决办法

[原文首发]http://www.atolin.net/gdal1-9-0%E7%89%88%E6%9C%AC%E7%BC%96%E8%AF%91%E5%90%8E%EF%BC%8C%E6%89%93%E4%B8%8D%E5%BC%80%E5%90%AB%E4%B8%AD%E6%96%87%E8%B7%AF%E5%BE%84%E6%96%87%E4%BB%B6de%E8%A7%A3%E5%86%B3%E5%8A%9E%E6%B3%95/

实际上从GDAL1.8.0开始，包括之后版本，直接编译后，就不能直接打开含中文路径的文件了；当然apps目录下生成的一堆exe，也用不了了。

是不是很郁闷啊。想不想探个究竟。

别急，我已经帮你查过了。原因是，从GDAL1.8.0后，改库已经向国际化迈出了重要一步：就是文件路径的用默认按照UTF-8来编码/解码，也就是说，他认为你传进来的路径字符串已经是Unicode编码了；

而实际上，和你一样，我们都用的是本地化的路径，即中文路径一般是GBK或GB2312之类的编码，这样再经GDAL路径解析，便产生了乱码，哪能在正确识别文件呢。

再具体一点就是，在.\ port\目录下的cpl_vsil_win32.cpp文件中，处理路径的代码中默认使用了UTF8，CPLGetConfigOption( "GDAL_FILENAME_IS_UTF8", "YES" )，如下图：

好了，知道所以然后。动手改改吧。方法很多了：

1，笨方法的就是，把路径字符串转成UTF-8编码传给GDAL，这样，不用修改源码。但是使用麻烦；

2，容易一点的方法是，在调用gdal的代码前多写一句代码

CPLGetConfigOption( "GDAL_FILENAME_IS_UTF8", "NO" )

此方法也不用修改源码，也稍显麻烦；

3，彻底一点的方面，ctrl+f，搜索出所有

CPLGetConfigOption( "GDAL_FILENAME_IS_UTF8", "YES" )

替换为：CPLGetConfigOption( "GDAL_FILENAME_IS_UTF8", "NO" )

再重新编译，完事大吉。