J'ai de nouveau investigué sur ce problème de production et de conversion. En local j'ai converti certains fichiers planDeCompte et j'ai lancé le script de transformation localement. J'ai un résultat différent avec le même fichier lorsque j'effectue cette opération via l'outil dataclic.
Avec ce fichier en local je n'ai pas de caractère bizarre dans les fichiers csv générés. En ligne si. Attention il faut modifier les url de l'en-tête pour supprimer les https
Je vais essayer de convertir les fichiers des plans de compte à partir de l'opération de récupération/conversion qui s'effectue normalement à l'initialisation du module en local (via l'installation de node) et de les déposer sur le dépôt public. A moins que tu aies une autre idée ou une idée de script pour automatiser cette transformation d'encoage.
Le problème initialement reporté venait d'un changement d'ul dans l'en-tête des fichiers xml des collectivités. Il y a maintenant un https au lieu du http et ça bloquait visiblement la conversion.
Si le sujet d'intéresse il y a sûrement une journée ou deux de boulot à consacrer au script afin de le rendre plus robuste...
Pour la conversion en utf-8 non je n'ai pas de retour. Pour la conversion en csv j'ai le même message que toi
Je lance iconv -f ISO-8859-1 -t UTF-8 -o newCA2021.xml CA2021.xml et je ne vois pas de résultat...
J'ai essayé mais j'ai du mal utiliser les arguments. Je vais ré-essayer. Merci
Merci. Il s'agit probablement d'un problème côté source de données. Le fichier xml est en iso-8859-1 au lieu d'être en UTF-8. J'essaye de trouver un outil pour le convertir en ligne de commande mais pour l'instant sans succès...
J'essaye de convertir un fichier de compte administratif 2019 et cela ne fonctionne pas. Sûrement plus un problème côté script de conversion que côté dataclic mais je le signale ici pour que tu puisses éventuellement regarder côté log
Le fichier en question est disponible ici