Le 19 juillet 2012 16:53, Mikaël Cordon a écrit :
> Et d’ailleurs les distributions GNU/Linux les plus populaires s’installent
> avec l’UTF-8 activée par défaut depuis quelques années déjà… :)
Pas dans tous les outils installés par défaut ou ceux qui sont
directement supportés par la distrib (je
Et d’ailleurs les distributions GNU/Linux les plus populaires s’installent
avec l’UTF-8 activée par défaut depuis quelques années déjà… :)
Le 19 juillet 2012 16:40, Philippe Verdy a écrit :
> Déjà il serait temps que les distribs Linux arrêtent de s'installer
> dans une locale C et n'installer q
Déjà il serait temps que les distribs Linux arrêtent de s'installer
dans une locale C et n'installer que l'anglais. Même pour l'anglais
UTF-8 devrait être la valeur par défaut partout, installé
systématiquement. Jusque même dans les outils de création de compte
utilisateur qui devraient être dans c
Casse Bonbon le mot est faible, mais la liste était publique j'éviterai les
grossièretés :)
Je vais continuer comme ça, on verra bien ensuite...
Arnaud
2012/7/19 Mikaël Cordon
> Les problèmes de codage caractère sont casse-bonbons, je confirme :)
>
> Ceci dit, ce n’est pas parce que l’affichage
Les problèmes de codage caractère sont casse-bonbons, je confirme :)
Ceci dit, ce n’est pas parce que l’affichage foire que les données en base
sont foireuses… Tu peux faire des opérations sur tes données via la base ;
elle respectera le codage caractère.
Bon courage !
Le 19 juillet 2012 15:01,
Bon je crois que je vais arrêter là, car mon mal de crâne avec ce problème
d'encodage ne fait qu'empirer.
Quand j'aurais un peu plus de temps j'essayerai de revenir dessus à tête
reposée.
Merci en tout cas pour le coup de main !
Arnaud
2012/7/19 Gilles Bassière
> On jeu., 2012-07-19 at 13:02 +
On jeu., 2012-07-19 at 13:02 +0200, Arnaud Vandecasteele wrote:
> Donc cela proviendrait de mes locales qui ne sont pas bien
> configurées ?
D'après le résultat de la commande ``locale``, ton système utilise
l'encodage "C". Ce n'est ni bien ni mal, c'est juste un choix avec des
avantages et des in
Le 19/07/2012 13:02, Arnaud Vandecasteele a écrit :
arnaudvandecasteele@:~$ cat testutf8
à éÚçù
Donc cela proviendrait de mes locales qui ne sont pas bien configurées ?
Bien ou mal configurées, je ne sais pas.
En tous cas, pas configurées pour afficher de l'UTF-8.
Jean-Claude
__
Le cat me retourne :
arnaudvandecasteele@:~$ cat testutf8
à éÚçù
Donc cela proviendrait de mes locales qui ne sont pas bien configurées ?
On Thu, Jul 19, 2012 at 12:55 PM, Jean-Claude Repetto wrote:
> Le 19/07/2012 12:00, Arnaud Vandecasteele a écrit :
>
>
>> LANG=C
>> LANGUAGE=fr_FR
>
Le 19/07/2012 12:00, Arnaud Vandecasteele a écrit :
LANG=C
LANGUAGE=fr_FR
LC_CTYPE="C"
LC_ALL=C
Sur mon PC Gentoo Linux, j'obtiens ça :
LANG=fr_FR.UTF-8
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE=C
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PA
Salut à tous,
Et merci encore de consacrer du temps à mon problème.
> Est-ce que, par hasard, la variable d'environnement PGCLIENTENCODING est
> définie dans ta console ?
>
Je suis justement en train de faire un test. pour cela j'ai ajouté dans le
script
PGCLIENTENCODING=UTF8
export PGCLIENTENC
Bonjour,
Est-ce que, par hasard, la variable d'environnement PGCLIENTENCODING est
définie dans ta console ?
Sinon, tu n'as pas précisé comment tu passes de la base de données au
Shapefile, ça pourrais donner quelques indices. Est-ce que tu utilises
ogr2ogr ? shp2pgsql ? qgis ?
À part ça, peux-tu
Le jeudi 19 juillet 2012 11:18:04, Mikaël Cordon a écrit :
> la console (shell, bash, ksh, etc…) elle-même qui exécute le
> client qui peut éventuellement être dans un codage différent et/ou
> effectuer des transcodages…
Attention à ne pas confondre shell et "console"
Ceux que tu cites: bash, ksh,
Le jeudi 19 juillet 2012 11:21:31, Arnaud Vandecasteele a écrit :
> Salut Jean-Claude,
>
> Tu avais raison.
Et je pense aussi qu'il a même encore un peu plus raison que ça !
> Cela commenc à s'améliorer.
> Ma console était initiallement en
> LANG=fr_FR
> LANGUAGE=fr_FR
ça, ce ne sont pas les pa
On 19/07/12 11:13, Jean-Claude Repetto wrote:
> Le 19/07/2012 11:07, Arnaud Vandecasteele a écrit :
>> Salut Mikaël,
>>
>> Ce qui m'étonne c'est le pourquoi de cette traduction en Latin 1.
>> Ma base est pourtant en UTF8.
>>
>> Arnaud
>
> Bonjour Arnaud,
>
> Tu es certain que ta console est en UT
Salut Jean-Claude,
Tu avais raison.
Cela commenc à s'améliorer.
Ma console était initiallement en
LANG=fr_FR
LANGUAGE=fr_FR
Du coup je fais un
export LC_ALL=fr_FR.utf8
Et là cela fonctionne presque :
osm974=# SELECT name FROM reunion_osm_line WHERE osm_id=36967001;
name
-
Cette conversion peut être faite part beaucoup d’objets (programmes,
procédures, triggers, scripts) le long de la chaîne qui part des données de
la base vers l’affichage. Je ne peux pas vraiment te dire où, simplement
lister des pistes :
— des procédures stockées dans la base
— les requêtes elles-m
Le 19/07/2012 11:07, Arnaud Vandecasteele a écrit :
Salut Mikaël,
Ce qui m'étonne c'est le pourquoi de cette traduction en Latin 1.
Ma base est pourtant en UTF8.
Arnaud
Bonjour Arnaud,
Tu es certain que ta console est en UTF-8 ?.
Jean-Claude
___
Salut Mikaël,
Ce qui m'étonne c'est le pourquoi de cette traduction en Latin 1.
Ma base est pourtant en UTF8.
Arnaud
2012/7/19 Mikaël Cordon
> Visiblement, il y a une conversion de UTF-8 vers iso88591 (Latin1)…
> Et, en effet, il existe des caractères UTF-8 (table de plusieurs milliers
> de ca
Visiblement, il y a une conversion de UTF-8 vers iso88591 (Latin1)…
Et, en effet, il existe des caractères UTF-8 (table de plusieurs milliers
de caractères) qui n’ont pas d’équivalents en iso8859* (table de 256
caractères au max).
Si tu sais où il y a cette conversion vers iso88591, alors tu peux
Re,
En fait, l'une des erreurs provient par exemple de cet objet :
http://www.openstreetmap.org/browse/way/36967001
Je suppose que cela est à cause du mot "coeur" qui a un e dans le o.
Arnaud
2012/7/19 Arnaud Vandecasteele
> Salut à tous,
>
> Je reviens de quelques jours de déplacements pro
Salut à tous,
Je reviens de quelques jours de déplacements professionnels avec
impossibilité de me connecter à internet.
Ce qui explique mon absence de réponse.
Donc en paramétrant plus finement mon fichier postgresql.conf
(client_encoding = UTF8), j'ai résolu en partie mon problème.
osm974=# SE
22 matches
Mail list logo