new runtest option and dirty locale fix method

Didrik Pinte dpinte at itae.be
Mon Sep 25 09:02:34 CEST 2006


Le dimanche 24 septembre 2006 à 21:11 +0200, Bernhard Reiter a écrit :
> 
> This is a hack, but I envision that there will be locale agnostic
> functions around and putting your own into shapelib probably 
> is creating more need for maintenance.
> There already are some in glib, Python C/API and even on glibc
> you can easily create one using strtod_l().
> 
> Would this be a good solution for gdal as well?
> shapelib is easy as Thuban already ships its own version.
> 
> Bernhard

Hi Bernhard,

First, I have to say that it's good to have something working concerning
the problems of encoding and locales.

I thinks the following could be interesting : 

There is actually a discussion on a RFC for a gdal using utf8
internally. In this discussion they were talking about the problems of
file encoding/drivers and how to deal with them. It seems that there is
a way to know the exact encoding of the dbf file of a shapefile. This
would allow pyshapelib to be really consistant against the locale and
the encoding of the file the user wants to open.

Here is the related thread :

(all) :
http://lists.maptools.org/pipermail/gdal-dev/2006-September/010131.html

(shapefile info) : 
http://lists.maptools.org/pipermail/gdal-dev/2006-September/010150.html

Didrik

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Ceci est une partie de message
	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=
Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060925/245ad3f7/attachment.bin


More information about the Thuban-devel mailing list

This site is hosted by Intevation GmbH (Datenschutzerklärung und Impressum | Privacy Policy and Imprint)