Louis,<br><br>I tested this with <a href="http://trac.osgeo.org/gdal/browser/trunk/gdal/apps/gdalinfo.c">http://trac.osgeo.org/gdal/browser/trunk/gdal/apps/gdalinfo.c</a><br>GDALOpen() function is called at <a href="http://trac.osgeo.org/gdal/browser/trunk/gdal/apps/gdalinfo.c#L149">http://trac.osgeo.org/gdal/browser/trunk/gdal/apps/gdalinfo.c#L149</a><br>
<br>Check if the gdal utility programs work with your data. Use ogrinfo on the offending mapinfo file and gdalinfo on the geotiff file. This can narrow down the search.<br><br><div class="gmail_quote">On Mon, Aug 31, 2009 at 10:21 PM, Lodewijk Pool <span dir="ltr"><<a href="mailto:louis.pool@gmail.com">louis.pool@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi Chaitanya,<br><br>I appreciate you taking the time to check. The TAB extension is MapInfo's vector file format. The odd thing is that I did exactly the same test as you did, I renamed a GeoTiff file to the offending filename and tried the normal Raster Driver and got the same problem. Still, as far as you aware these functions should support UTF-8 encoded strings? There could possibly be a peculiarity in the way I pack UTF-8 strings, though I am reasonably certain that they are encoded correctly.<br>
<br>Could you perhaps send me the code snippet you used to test the functionality (the part where you pass the string to GDALOpen). Do you think there is a chance that my compiled version may differ from your own, i.e. is it possible that I compiled a version of GDAL without UTF support?<br>
<br>Best Regards,<br>Louis. <br><div><div></div><div class="h5"><br><div class="gmail_quote">On Mon, Aug 31, 2009 at 6:35 PM, Chaitanya kumar CH <span dir="ltr"><<a href="http://chaitanya.ch" target="_blank">chaitanya.ch</a>@<a href="http://gmail.com" target="_blank">gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Louis,<br><br>I couldn't reproduce the problem on my WinXP-32 system with vc8 with locale set to uk english. However, I used the filename on a GeoTiff file. I couldn't identify the .TAB extension. I am not sure that is a problem.<br>
<br>Some of the drivers may not handle non-ascii data but file names should not be a problem.<br><br>If you don't find any problem at your application side, submit a bug report at <a href="http://trac.osgeo.org/gdal/" target="_blank">http://trac.osgeo.org/gdal/</a><div>
<div></div><div><br>
<br><div class="gmail_quote">On Mon, Aug 31, 2009 at 8:02 PM, Lodewijk Pool <span dir="ltr"><<a href="mailto:louis.pool@gmail.com" target="_blank">louis.pool@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Chaitanya,<br><br>Yes, this is using the C/C++ API, the functions I am using are declared in <b>gdal.h</b> and <b>ogrsf_frmts.h</b> respectively. I am using WinXP 32bit (UK English locale) and a version of GDAL 1.6.2 that I compiled for Win32 using the supplied nmake script files for VC8. The specific filename that is causing me problems is this one; <i>"découpage_geographique.TAB"</i>. If I remove the 'é' character in that string and replace it with a normal 'e' the file opens without any problems. <br>
<br>Any help would be appreciated.<br><br>Best Regards,<br>Louis.<div><div></div><div><br><div class="gmail_quote">On Mon, Aug 31, 2009 at 4:10 PM, Chaitanya kumar CH <span dir="ltr"><<a href="http://chaitanya.ch" target="_blank">chaitanya.ch</a>@<a href="http://gmail.com" target="_blank">gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Louis,<br><br>GDAL/OGR usually supports utf-8 encoding. I just don't know where it doesn't support.<br>
Can you provide the details of the OS you are working on? Also, some sample file names that caused you problems will come handy.<br>
I presume you are working in C/C++.<br><br><div class="gmail_quote"><div><div></div><div>On Mon, Aug 31, 2009 at 6:37 PM, Lodewijk Pool <span dir="ltr"><<a href="mailto:louis.pool@gmail.com" target="_blank">louis.pool@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div>
Hi All,<br><br>I'm having problems opening Raster and Vector Datasources that have filenames and paths with special characters. I'm using GDALOpen for Raster sources and OGRSFDriverRegistrar::Open() for Vector sources, the strings I pass for the filenames are UTF-8 encoded. Does anyone know whether these functions support UTF-8 encoding, and if not, whether there are any other API entry points that do support UTF-8 and/or UTF-16?<br>
<br>Thank you in advance,<br>Louis.<br><br></div></div> _______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br></blockquote></div><br><br clear="all"><br>Best regards,<br>-- <br><font color="#888888">Chaitanya kumar CH.<br>
</font></blockquote></div><br>
</div></div></blockquote></div><br>Best regards,<br>-- <br>Chaitanya kumar CH.<br>
</div></div></blockquote></div><br>
</div></div></blockquote></div><br>Best regards,<br>-- <br>Chaitanya kumar CH.<br>