les CSV dans transmettre/ sont "faux" (en tous cas ils ne s'importent
pas dans Mathematica), parce qu'ils sont séparés par des ";" au lieu
des "," requises. Par ailleurs dans les champs texte, il faudrait
faire un \replace{separateur,xxx} pour éviter de décaler une colonne
par accident si le texte contient un séparateur.
D'où ma question : est-ce OK pour vous (esj notamment) si je corrige
en mettant "," comme séparateur, et en transformant les "," en autre
chose (";" par exemple) ?
les CSV dans transmettre/ sont "faux" (en tous cas ils ne s'importent
pas dans Mathematica), parce qu'ils sont séparés par des ";" au lieu
des "," requises.
D'où ma question : est-ce OK pour vous (esj notamment) si je corrige
en mettant "," comme séparateur, et en transformant les "," en autre
chose (";" par exemple) ?
Les 2 formats/notations sont valides ; et , cela depend de la notation
En ou Fr.
Il faut donner le choix, autrement je crains qu'on aura une regression
avec les tableurs en ,
J'allais le dire. Ce qui est faux c'est la spec de CSV qui est mal fichue
(il n'y a pas non plus le charset). Il faudrait plutôt rajouter un paramètre
optionnel au squelette, qui par défaut aurait le comportement actuel,
et autrement permettrait de choisir un de ses multiples avatars.
En ce qui me concerne, lorsque je dois générer des exports, je prévois systématiquement 2 versions :
- charset iso, séparateur tabulations, qui marche pour Excel (Je l'appelle explicitement "CSV pour EXCEL")
- charset utf, séparateur virgule, qui marche pour les autres applications (notamment OpenOffice)
Par ailleurs, il est conseillé d'encapsuler chaque champ dans des guillemets, en particulier si la valeur du champ contient le séparateur
Si le champ contient des guillemets, il faut les doubler
cf
- charset iso, séparateur tabulations, qui marche pour Excel (Je l'appelle
explicitement "CSV pour EXCEL")
C'est plutôt TSV ça.
Oui, mais Excel est incapable de bouffer du CSV correct et ne comprend que le charset iso-windows
Ca limite le champ des possible, et si tu ne veux faire qu'un format, il faut faire soit l'impasse sur Excel, soit sur plein d'autres outils qui eux comprennent le CSV UTF.
Les réponses ne me satisfont pas, je ne vois pas l'intérêt de
multiplier les formats ! Est-ce qu'il n'y a pas un format comestible
par tous ?
Je n'ai pas trouvé mieux que de faire 2 variantes
Dans la pratique, je fais un seul squelette qui produit du CSV correct, et je passe un replace dessus+changement de charset pour produire du tsv excel (qui appelle ça CSV dans ses menus ...)
Cédric
Oui, mais Excel est incapable de bouffer du CSV correct et ne comprend que
le charset iso-windows
Non il comprend aussi le UTF16, je me rappelle maintenant !
Si on parle juste des stats, c'est des chiffres uniquement (ex:
2002-07-01, 1230) : là je forcerais bien le format avec virgule ou tab
(et j'enlèverais bien aussi les 00:00:00 qui ont été ajoutés à mon
avis par erreur !).
Si on parle juste des stats, c'est des chiffres uniquement (ex:
2002-07-01, 1230) : là je forcerais bien le format avec virgule ou tab
(et j'enlèverais bien aussi les 00:00:00 qui ont été ajoutés à mon
avis par erreur !).