À l’ouverture du dbf, calc demande quel encodage utiliser et propose iso-8859-1, le fichier avec les bons caractères.
Le réenregistrer en dbase pose de fait problème
Erreur lors de l'enregistrement du document windows_1252_to_UTF8:
Erreur d'écriture.
La colonne "SURF_HA" a été définie avec le type "Décimal", la longueur maximum est de 19 caractères (avec 15 décimales).
La valeur spécifiée "5500.000000000000000" est plus longue que le nombre de chiffres autorisé. at /home/tdf/lode/jenkins/workspace/lo_gerrit/tb/src_master/connectivity/source/commontools/dbexception.cxx:413
ce sont les 0 non significatifs qui posent problème qui ne sont d’ailleurs qu’une valeur d’affichage puisque la valeur réelle n’en a pas, ils sont perdus en csv
Il faut passer la valeur de l’entête D qui défini le format en surf_ha,N,24,14
pour que ça passe.
Est-ce admissible pour vous ?
windowsUTF8.dbf.odb (288 Bytes)
supprimer le odb pour l’ouverture
On peut convertir le dbf en csv avec la commande
soffice --convert-to csv windows_1252_to_UTF8.dbf test.csv
mais l’encodage ne suit pas ! Si on trouve, ce sera ‘scriptable’