Hi,
Youve probably had it with encoding issues, but I cant seem to figure it out. I sure hope the Mailing List can help me with this one. I have a shapefile encoded in latin1 . Until recently I have been able to use CONNECTIONTYPE OGR to access that table like this: CONNECTIONTYPE OGR CONNECTION "TM_Nett/TM_Traces.shp" You are probably wondering why Im not using the DATA keyword instead of these lines, and that would indeed solve the encoding problem (Ive tried). The reason why I use OGR is that I need a FILTER applied to the given layer, and to hide data from the WFS service, using OGR seemed like a nice workaround (Ive recently sent an email regarding this issue). The problem started when I upgraded to PHP 5.4, replacing multiple DLLs in the cgi-bin directory of my MS4W installation. The OGR will now only return me attributes encoded in UTF-8 (I can see no other possibility that it converts the data from latin1 to UTF-8). The UTF-8 attributes are not compatible with the rest of the layers, which returns latin1 (using DATA). Anyone have got a clue of where the problem might be? Is it that the original shapefile have some wrong headers causing the OGR driver to do a conversion (Ive tried saving the shapefile as both Latin1 and UTF-8 in QGIS with no luck)? Is it possible to tell the OGR driver what encoding to use? Best Regards, Håkon
_______________________________________________ mapserver-users mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/mapserver-users
