<div dir="ltr"><div>Hi Frank,</div><div> </div><div>it’s nice to hear that the intention/plan is to have a consistent encoding for all strings.</div><div> </div><div>When I did my own C# wraps of the C API to circumvent the problem with the current C# wrapper I did some experimenting.</div>
<div>Although you wouldn't normally have any non ASCII characters in WKT strings (SpatialReferences) it seems OSR has problems when using UTF8 encoding. Problem with Proj4 library?</div><div> </div><div>That's why I stuck with ANSI for all OSR related strings.</div>
<div> </div><div>Another thing I found was CPLSetConfigOption. Although you might use it to set the directory paths (i.e. Plugins) it only works when using ANSI encoding. It somehow knows that config options are supposed to be ANSI encoded and will reencode them to UTF8 right before using them as file/folder paths. Also that means having the plugins in a folder with non-ANSI characters will not work, because you can not specify it via CPLSetConfigOption.</div>
<div> </div><div>Greetings,</div><div>Dennis</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Apr 3, 2013 at 11:07 PM, Frank Warmerdam <span dir="ltr"><<a href="mailto:warmerdam@pobox.com" target="_blank">warmerdam@pobox.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote"><div class="im">On Wed, Apr 3, 2013 at 12:54 PM, Tamas Szekeres <span dir="ltr"><<a href="mailto:szekerest@gmail.com" target="_blank">szekerest@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Frank,<div><br></div><div>We seem to consider only a subset of the parameters (filenames and fileds) that should be utf8 encoded. But it seems that's not enough. For example treating fields as utf8 would also require to modify SetAttibuteFilter to provide match with the same value returned from GetFieldAsString. In this regard that would be more sufficient to treat all strings as being utf8 in GDAL. With regards to C# that would mean to convert all strings between Unicode and UTF8.</div>


<div><br></div></blockquote><div><br></div></div><div>Tamas,</div><div><br></div><div>I agree that the argument to SetAttributeFilter() should also be considered UTF8. </div><div><br></div><div>I can't, off hand, think of any strings that should not be considered to be UTF8. </div>

<div><br></div><div>Best regards, </div></div><div class="im">-- <br>---------------------------------------+--------------------------------------<br>I set the clouds in motion - turn up   | Frank Warmerdam, <a href="mailto:warmerdam@pobox.com" target="_blank">warmerdam@pobox.com</a><br>

light and sound - activate the windows | <a href="http://pobox.com/~warmerdam" target="_blank">http://pobox.com/~warmerdam</a><br>and watch the world go round - Rush    | Geospatial Software Developer<br>
</div></div></div>
<br>_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">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></div>