[mapserver-dev] encodings

Daniel Morissette dmorissette at mapgears.com
Fri May 15 06:18:43 EDT 2009


Hi Thomas,

I like your idea... +1 to start a RFC.

Daniel

Thomas Bonfort wrote:
> Hi devs,
> 
> Mapserver currently has a hard time treating encodings. We have the
> ENCODING keyword at the label level, and that works when displaying
> labels, but not when treating datasources:
> * (probably, not sure here) when sending request strings, eg to postgis
> * when using class expressions, eg ("[nature]" == "Forêt"), if the
> mapfile encoding doesn't match the data encoding.
> 
> I think we could clean things up a bit:
> 
> * add an ENCODING keyword at the map level, that specifies how the
> mapfile is encoded on the filesystem (what would the default value be:
> utf8, latin1, cpXXX ?)
> * add an ENCODING keyword at the LAYER level, to specify the encoding
> of the datasource. (the encoding at the label level would become
> deprecated). The default would be to inherit from the mapfile
> encoding.
> * when doing expression tests, we'd iconv the strings before doing
> regular char* comparisons if map->encoding != layer->encoding
> * when passing query strings to postgis, map->encoding could be used
> to specify PGCLIENTENCODING. Don't know if / how that can be adapted
> to other drivers.
> 
> Any better ideas for treating this?
> 
> If there are no objections, I can write up a quick rfc for this.
> 
> regards,
> 
> thomas
> 
> 
> www.camptocamp.com
> +33 4 79 26 57 97
> _______________________________________________
> mapserver-dev mailing list
> mapserver-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-dev


-- 
Daniel Morissette
http://www.mapgears.com/


More information about the mapserver-dev mailing list