CSV avec guillemets, pour fusion de donnée INDD

[Kick]

Bonjour à tous,

Pour une importation dans indesign et l'utilisation de fusion de données, je cherche à exporter proprement un fichier xls en csv correctement syntaxé (guillemets en debut et fin de cellule, séparateur par virgule).
J'ai essayé avec, Numbers et Excel 2015. Si je peux changer le ; en , sur textedit, les guillemets me posent problème.

Quelqu'un s'est il déjà confronté à cela ?

Bonne journée,

[No6]

=le " csv correctement syntaxé " ça n'existe pas et il n'y aucun standard officiel pour coder ce type de fichier.

à la base CSV signifie Comma Séparated Values ( comma = virgule )

ce qui signifie par exemple que le séparateur décimal n'est pas une virgule mais un point, et qui explique pourquoi en France les CSV utilisent des points virgule au lieu des simples virgules, car on utilise la virgule comme séparateur décimal (et le point comme séparateur de milliers).

l'utilisation des virgules pose aussi un problème même en Anglais pour les champs texte, d'où l'idée des doubles quotes pour les encadrer, mais c'est sans compter sur la présence éventuelle d'une double quote dans le texte.

il y a aussi le problème du codage ASCII utilisé, qui est différent selon chaque constructeur, entre Apple et monde Microsoft, mais aussi Unix, IBM (ou on trouve aussi du codage en EBCDIC)...

Ensuite parler de syntaxe pour du CSV est un non sens, car les fichiers csv ne font l'objet d'aucune analyse syntaxique lors de leur lecture, ils sont gérées par de petits algorithmes simplistes, et ont rarement d'implémenté des fonction de désambiguïsation, par exemple pour les doubles quotes dans un texte en utilisant l'artifice classique d'un slash précédent la double quote.

Si tu tiens absolument à utiliser un fichier CSV pour Excel et Numbers, il faut que tu réalise un export CSV depuis Numbers et un autre depuis Excel 2015, d'une série de lignes et colonnes suffisament fournies en cas de figures possibles.

Puis regarder comment chacun d'eux considèrent le format CSV en inspectant les fichiers fournis. 10 contre un qu'ils ne sont pas pareil.

Et même en réimportant les fichier générés en CSV par chacun d'eux, sur eux même, c'est pas évident non plus qu'ils sachent les récupérer proprement, l'algorithme de production pouvant différer de l'algorithme de récupération.

En fait, plus personne n'utilise le CSV, c'est pas fiable.

On en passe le plus souvent par des fichiers XML, mais la encore les balises peuvent être différentes entre celles de Numbers et celles d'Excel, car la nome de XML est uniquement sur la forme et non les noms de balises.

le CSV Excel 2015 peut être différent du Excel 2003...

Il peut y avoir (rarement) du JSON, plus dense (et plus simple) mais on a le même ppb sur les nommages, mais au moins on peut utiliser un format UTF-8

Il y a aussi le vieux format SYLK, https://fr.wikipedia.org/wiki/Symbolic_Link, mais franchement je doute qu'il soit lui aussi plus fiable entre numbers et Excel.




Bref quand j'avais besoin d'un import / export, j'écrivais une macro, c'ètait plus simple

Ce message a été modifié par No6 - 13 Dec 2015, 13:35.

[baron]

Si les guillemets te posent problème, n'est-ce pas simplement parce que l'option « Guillemets “intelligents ” » serait activée dans TextEdit ?

[Lilac Wine]

Et l'export au format texte avec tabulations comme séparateur : .txt ?
C'est ce format qui, avec XML, me semble le moins problématique avec Indesign.

[luc1en]

Bonjour,

le CSV Excel 2015 peut être différent du Excel 2003...

depuis Excel 3 jusqu'à Excel 2010 Windows, pas de souci rencontré.

Ceci dit, attention à l'export Excel vers .csv
Les dates ne seront pas exportées comme affiché, mais avec la valeur numérique brute correspondant au "numéro de série" de la date.
Il faut les convertir en texte avant l'export.
Et si vous ouvrez un .csv avec Excel, les problèmes sont nombreux, plus ou moins sévères.

quand j'avais besoin d'un import / export, j'écrivais une macro, c'était plus simple

pareil, seul moyen de maîtriser ce qu'Excel fait des données, sinon il est incontrôlable.

Textedit, il faut le configurer en texte seul, pour éviter tous les enjolivements typographiques.

et le point comme séparateur de milliers)

pas en France, où la norme c'est l'espace.

[magicPDF]

Bonjour.

Pour la fusion de données j'ouvre toujours le fichier XLSX (ou autre) avec LibreOffice qui a une fonction d'exportation en CSV bien plus fournie qu'Excel, Numbers ou autre.

Il y a plus ou moins d'options selon les versions, en utilisant les ci-dessous ça fonctionne bien avec InDesign :



Ce message a été modifié par magicPDF - 13 Dec 2015, 18:03.

[Kick]

Merci,

En fait quand je parle de "synatxe" c'est le formatage attendu par Indesign.
si je privilegiais le csv, c'était pour garder les retours chariots qui met en forme certaines cellules en paragraphe.

MagicPDF, j'ai bien essayé LibreOffice qui me donne effectivement mes ". Par contre, si je cherchais à imposer ces fameuses " à mes cellules, c'était pour garder les retours chariots inclus à l'interieurs". Rien n'y fait, je n'arrive pas à garder cette mise en forme. As-tu une idée ?

[magicPDF]

Je n'ai jamais eu ce problème…

[Lilac Wine]

Les retours à la ligne, ça a toujours été la plaie avec InDesign…
Voir ici, et le commentaire qui peut être intéressant dans ton cas.
Explorer la piste XML aussi.

[No6]

Ouaif...

Je donne peu de chance à l'export [Excel ou Number ou Calc] en direct via un fichier csv ne sera jamais viable.

idem pour l'import coté InDesign.

D'un coté comme de l'autre faudra en passer par des scripts (macro vba ou Applescript, et javascript coté InDesign)

et bien sur du XML, car les retours chariots vont foutre le bordel.

Perso je tenterai du json, mais il faudra y échapper les CR en \n par exemple.

[Kick]

@ Lilac, effectivement j'avais lu cela, mais comme mon tableau est complet et sans trou, je me suis lancé.
@ No6, Oui, je suis bon pour me former un peu au xml, je repoussais un peu j'avoue, ayant déjà essayé il y a qqes temps.

Si je trouve une porte de sortie, je vous le dis.

Bonne journée