[gdal-dev] Issues when exporting from PostGIS to shape

Peter Hopfgartner peter.hopfgartner at r3-gis.com
Sat Mar 13 16:41:15 EST 2010


Frank Warmerdam wrote:
> Peter Hopfgartner wrote:
> (...)
>>>> ii) the resulting shape file has a language identifier set to 57 
>>>> (ANSI), but it really is UTF-8 [1][2].
>>>
>>> That is correct.   The Shapefile driver is currently unaware of
>>> encoding issues and always marks the generated dbf files with the 
>>> default
>>> (ANSI) setting.  Internally OGR attempts to manage text attributes
>>> in UTF-8, and the postgres driver does honour that.
>>>
>>> The Shapefile driver really needs to be upgraded to be encoding aware;
>>> however, there are manpower and technical issues around how to do that
>>> properly.
>>>
>> Where could one start to work on this issue? Is this in the realm of 
>> shapelib? We did some analysis on this in our company and maybe we 
>> can help with this.
>
> Some work would need to be done within shapelib's dbfopen.c code to
> read and write the encoding indicators.  Some work would need to be
> done in the OGR shapefile driver to translate to UTF-8 when reading
> and to translate to the target encoding on output with a creation
> option to control encoding.
>
> I am very concerned about compatability issues, so some care would
> be necessary.
>
> There are tickets on the issue that may have some information.
>
> Best regards,
Hello Frank,

as far as I can tell (and resulting from some simple test programs, see 
attachment), shapelib seems to handle LDID and the cpg file perfectly 
well, both in reading and writing.

I will try to have a look at the OGR code in the next days.

Regards,

Peter

-- 
 
Dott. Peter Hopfgartner
 
R3 GIS Srl - GmbH
Via Johann Kravogl-Str. 2
I-39012 Meran/Merano (BZ)
Email: peter.hopfgartner at r3-gis.com
Tel. : +39 0473 494949
Fax  : +39 0473 069902
www  : http://www.r3-gis.com

XING : http://www.xing.com/go/invita/8917535 



More information about the gdal-dev mailing list