Re: Encodage caractères.

From	Dominique <dominique.sextant@orange.fr.invalid>
Newsgroups	fr.comp.lang.python
Subject	Re: Encodage caractères.
Date	2026-06-26 03:11 +0200
Organization	A noiseless patient Spider
Message-ID	<111kjj6$6iat$1@dont-email.me> (permalink)
References	<111frs7$2plfv$1@dont-email.me> <6a3be014$0$10315$426a74cc@news.free.fr> <111jiam$3shng$1@dont-email.me> <871pdu5vq9.fsf@free.fr.invalid>

Show all headers | View raw

Le 25/06/2026 à 20:19, yves a écrit :

> Pour un fichier csv, c'est difficile, mais si ces fichiers sont produits
> par un programme interne à l'entreprise (une base de donnée, par
> exemple), il a peut-être moyen de garantir une sortie avec un encodage
> spécifique, à la source, plutôt que de tenter un test dont la fiabilité
> ne peut pas être absolue.
> 

Je partage totalement ton analyse, et je milite pour que l'éditeur d'un 
logiciel que nous utilisons à titre professionnel modifie ses scripts 
afin de ne sortir que des extractions csv en utf-8.

J'ai connu cette situation à la DGFIP avec des extractions soit en 
ISO-8859-15 soit en utf-8. Il a suffi de très peu de temps pour que 
toutes les extractions soient en utf-8.

À mon niveau et avec LibreOffice ou Python, je déclare toujours 
l'encodage avant d'écrire mon fichier csv sur disque.

Belle journée,

-- 
Dominique
Esto quod es

Back to fr.comp.lang.python | Previous — Previous in thread | Find similar | Unroll thread

Thread

Encodage caractères. Dominique <dominique.sextant@orange.fr.invalid> - 2026-06-24 08:01 +0200
  Re: Encodage caractères. Damien Wyart <damien.wyart@free.fr> - 2026-06-24 11:03 +0200
  Re: Encodage caractères. yves <yves@free.invalid> - 2026-06-24 13:48 +0000
    Re: Encodage caractères. Dominique <dominique.sextant@orange.fr.invalid> - 2026-06-25 17:43 +0200
      Re: Encodage caractères. yves <yves@free.fr.invalid> - 2026-06-25 20:19 +0200
        Re: Encodage caractères. Dominique <dominique.sextant@orange.fr.invalid> - 2026-06-26 03:11 +0200

csiph-web