Export CSV - libellés de critères

[bertrandkeller]

Pourquoi reprendre la thématique et le libellé de critère dans le csv ?

La méthode est d'avoir 2 fichiers séparés :

• Le référentiel d'un côté
• le fichier d'audit de l'autre.

Si on répète alors l'export csv n'est plus exploitable dans l'état, il faut mettre des exceptions du type : à partir de la troisième colonne.

[JulienWilhelm]

Je crois comprendre l'utilité.

Quand tu dis la méthode, une fois encore, de quoi parle-t-on ? (procédé interne, "standard', etc.)
Il est important je crois d'en évaluer la légitimité.

[bertrandkeller]

La méthode c'est pas clair comme terme désolé.

Je dirais la méthode pour faire un audit par exemple, et pour stocker de la donnée ouverte. Même si pas mal de gens ne vont pas partager ma "méthode" quand il font un audit.

Tu as un fichier pour insérer de la donnée et de l'autre ton fichier référence (le référentiel).

En faisant comme ça :

1. Tu évites d'alourdir les fichiers avec de la donnée redondante (sobriété numérique).
2. C'est plus cohérent au niveau de la donnée stockée, surtout s'il y a des micro corrections sur le référentiel.
3. Tu facilites l'exploitation par un script en évitant de dire : parfois y a le commentaire, parfois pas (c'est indétectable).

On parle de données publiques ouvertes. Elle devrait être en théorie disponible sur le site en question ou déposée sur un dépôt pour être exploitée par n’importe qui.
Si on a des fichiers qui reprennent des données d'autres fichiers et si tous le monde n'utilise pas la méthode la plus sobre. Sur des utilisations a fort volume, c'est à la fois plus lourd et plein d'exceptions.

En gros le csv est plus un export qu'un format exploitable pour un usage dans un tableur.

[JulienWilhelm]

J'avoue que l'idée me plait assez. Je reste simple contributeur sur le projet, mais j'entends les intérêts en lien avec la redondance (enfin, pour l'éviter), et j'espère ne pas être le seul.
@supertanuki ?