博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
关于GDAL180中文路径不能打开的问题分析与解决
阅读量:5771 次
发布时间:2019-06-18

本文共 2485 字,大约阅读时间需要 8 分钟。

    GDAL1.8.0发布很久了,一直没有将自己的工程中的版本更新到1.80。今天将其更新到1.80发现含有中文路径的文件都不能打开了,影像和矢量文件都是。仔细对比了GDAL1.72和GDAL1.80的代码,终于发现了问题的所在之处,详细代码在GDAL_HOME\port\cpl_vsil_win32.cpp文件中的类VSIWin32FilesystemHandler中,以Stat()函数为例(435行),其他函数类似。代码如下:
       GDAL1.8.0代码(部分):
/************************************************************************//*                                Stat()                                *//************************************************************************/int VSIWin32FilesystemHandler::Stat( const char * pszFilename,                                      VSIStatBufL * pStatBuf,                                     int nFlags ){    (void) nFlags;#if (defined(WIN32) && _MSC_VER >= 1310) || __MSVCRT_VERSION__ >= 0x0601    if( CSLTestBoolean(            CPLGetConfigOption( "GDAL_FILENAME_IS_UTF8", "YES" ) ) )    {        int nResult;        wchar_t *pwszFilename =             CPLRecodeToWChar( pszFilename, CPL_ENC_UTF8, CPL_ENC_UCS2 );        nResult = _wstat64( pwszFilename, pStatBuf );        CPLFree( pwszFilename );        return nResult;    }    else#endif    {        return( VSI_STAT64( pszFilename, pStatBuf ) );    }}
GDAL1.7.2代码(部分):
/************************************************************************//*                                Stat()                                *//************************************************************************/int VSIWin32FilesystemHandler::Stat( const char * pszFilename,                                      VSIStatBufL * pStatBuf ){    return( VSI_STAT64( pszFilename, pStatBuf ) );}
     通过上面的代码对比,就会看到,原来在函数中添加了一个
CPLGetConfigOption( "GDAL_FILENAME_IS_UTF8", "YES" )
判断,通过判断是否是UTF8的编码,而且指定的默认值还是UTF8编码,在含有中文路径的字符串大多数的编码应该是GBK的编码,这样,系统就将GBK的编码当做UTF8的编码来进行转换,结果就是汉字全部是乱码,导致的结果就是找不到文件,所以打不开。

     知道原因,那么解决的方式就知道了,大概有下面几种,各有优劣,供大家选择
     1:不改变GDAL源代码,在自己调用GDALRegisterAll()和OGRAllRegiser()函数后,加上下面一句即可。
    CPLSetConfigOption("GDAL_FILENAME_IS_UTF8","NO");
这样的优点是,不用改动GDAL的源代码,但是如果自己的工程中经常打开图像的话,每次都要加,比较麻烦。
    2:修改GDAL源代码,将下面一句
    CPLSetConfigOption("GDAL_FILENAME_IS_UTF8","NO");
分别添加到GDAL
All
Register()函数【GDAL_HOME\frmts\gdalallregister.cpp73行左右】和OGRRegister
All
()函数【GDAL_HOME\ogr\ogrsf_frmts\generic\ogrregisterall.cpp38行左右】中,然后重新编译GDAL即可。这样的方式就和使用以前版本的GDAL一样了,不用改动自己的代码,推荐使用这种方式。
3:修改GDAL源代码,
GDAL_HOME\port\cpl_vsil_win32.cpp文件中的全部去掉
CPLGetConfigOption全部去掉,或者将后面的YES改为NO
,但是该工作量巨大,而且有好多地方,这种方式不推荐。

      希望对那些还在为GDAL180中文路径乱码纠结的人们有所帮助。尤其是看到好多人在外面先把中文路径转成utf8的编码,然后再调用GDAL的函数。

转载于:https://www.cnblogs.com/xiaowangba/archive/2011/07/16/6314045.html

你可能感兴趣的文章
CSS盒模型
查看>>
ng2路由延时加载模块
查看>>
使用GitHub的十个最佳实践
查看>>
全面了解大数据“三驾马车”的开源实现
查看>>
脱离“体验”和“安全”谈盈利的游戏运营 都是耍流氓
查看>>
慎用!BLEU评价NLP文本输出质量存在严重问题
查看>>
基于干净语言和好奇心的敏捷指导
查看>>
Node.js 2017企业用户调查结果发布
查看>>
“软”苹果水逆的一周:杂志服务崩溃,新机型遭泄露,芯片首架离职
查看>>
JAVA的优势就是劣势啊!
查看>>
ELK实战之logstash部署及基本语法
查看>>
帧中继环境下ospf的使用(点到点模式)
查看>>
BeanShell变量和方法的作用域
查看>>
LINUX下防恶意扫描软件PortSentry
查看>>
由数据库对sql的执行说JDBC的Statement和PreparedStatement
查看>>
springmvc+swagger2
查看>>
软件评测-信息安全-应用安全-资源控制-用户登录限制(上)
查看>>
cacti集成
查看>>
Android中的Cursor
查看>>
我的友情链接
查看>>