<div dir="ltr"><div>I've done the same test with a PostGIS DB as an example where the filter is evaluated on the server and not by OGR.</div><div> </div><div>Regarding encoding, everything worked fine when always assuming UTF8 encoding for field names, field values and AttributeFilter.</div>
<div> </div><div>Although Postgre accepts something like Name = ‘vÄüß’ it also does not accept Äüß = ‘vÄüß’, but "Äüß" = ‘vÄüß’ works fine.</div><div>So It's probably best practice to always use " when specifying field names. In that regard the OGR QueryFilter works OK.</div>
<div> </div><div>But Postgre correctly differentiates between " and '.</div><div> </div><div>Cheers,</div><div>Dennis</div><div> </div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Apr 9, 2013 at 11:01 AM, Dennis Gocke <span dir="ltr"><<a href="mailto:dengo@gmx.net" target="_blank">dengo@gmx.net</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"><div>Thanks Even.</div><div> </div><div>It's strange that the SQL parser does not accept non-ASCII literals when writing "FieldName = .." but when writing </div>
<div>"'Fieldname' = .." it does. It think this is not good, because it more or less encourages the wrong use of ' when specifying field names.</div>
<div>Is there a reason for this strange behaviour that I'm missing? Perhaps this is because without the ' it would confuse the SQL parser when some special literals are within the field name (e.g. spaces). </div>
<div>
 </div><div>I just noticed you can also use " when specifying field names in OGR, so it's not so bad. This is for instance like in ArcMap, but there " can only be used when specifying field names and not for specifying strings where ' needs to be used. It would be nice if OGR would differentiate between ' and ", but I agree that might break stuff for people that are used to the current behaviour of OGR.</div>

<div> </div><div>So to complete the same example as in the original message (Äüß is the name of a field, vÄüß is just a string value):</div><div> </div><div>Name = ‘vÄüß’ -> no error, correctly filtered<br>Äüß = ‘vÄüß’ -> error (SQL Expression Parsing Error: syntax error) (Would be nice if this would work)</div>

<div>'Äüß' = ‘vÄüß’ -> no error, but it actually filters Äüß = ‘vÄüß’ (IMO this should only compare the strings and therefor return no results)</div><div>"Äüß" = ‘vÄüß’ -> no error, and it correctly filters Äüß = ‘vÄüß’</div>

<div>"Äüß" = "vÄüß" -> no error, but it actually filters Äüß = ‘vÄüß’ (I would prefer a parsing error here)</div><div> </div><div>Regards,</div><div>Dennis</div></div><div class="gmail_extra"><br><br>

<div class="gmail_quote">On Mon, Apr 8, 2013 at 9:53 PM, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@mines-paris.org" target="_blank">even.rouault@mines-paris.org</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">

<div>> About the repacking of shapefiles with .cpg, could you create a ticket<br>
> about that ? thanks.<br>
<br>
</div>I've just fixed that issue in trunk, so you don't need to create a ticket.<br>
<br>
><br>
> Best regards,<br>
><br>
> Even<br>
> _______________________________________________<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></div>
</blockquote></div><br></div>