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)