Discussion :

[pjmorce]

Bonjour,

Je vous présente un problème qui me semble compliqué:

J'ai plusieurs fichiers de type CSV. Ces fichiers me sont fournis. Je ne devrait pas avoir à les modifier. Mon projet Java va devoir être capable de faire le parsing de ces fichiers.

Cependant, il y a un problème: les fichiers peuvent avoir un séparateur différent (";", ",", " ", "\t", etc.)

Quelqu'un peut-il me suggérer une possible piste/solution capable de façon à ce que je sois capable détecter quel est le séparateur utilisé dans un fichier CSV?

Merci

[thelvin]

Tester le parsing avec chacun des séparateurs possibles et garder le résultat le moins délirant.

[tchize_]

Autre suggestion:

parser le fichier comme du texte brut
faire l'inventaire des caractères les plus courants dans le fichier
il y a de fortes chance que ton séparateur soit en tête de liste.


aussi, si le format est constant dans une fichier donnée, un critère pourrait être de parser et vérifier que tu a bien le même nombre de colonnes à chaque ligne.

Mais ça reste de la bidouille. Le mieux serait qu'on évite de faire rentrer du caca dans ton programme (garbage in / garbage out)

Au passage, même si il n'y a pas de facto de standard pour le CSV, il y a quand même sont nom qui dit "Comma separated values"

Et là tu n'a pas encore traité le problème des quotes et des caractères d'échappement, le multilignes, le charset

Le meilleur outil que je puisse te suggérer est celui-ci:
http://www.singlemaltwhiskyandavaila...8b-500x500.jpg

[wax78]

Très bon outil _tchize, mais il ne faut pas en abuser

[clubist]

Techniquement, tu peux utiliser les regex.Pattern et tu mets tes caractères séparateurs dedans, puis en utilisation matcher, java te donne le nombre de résultats et leurs positions (les méthodes group et start).

Maintenant si on parle de la structure des fichiers csv, je pense qu'un fichier csv valide doit avoir qu'un seul séparateur.
Pourquoi ?

Car on peut trouver un caractère avec plusieurs occurrences dans le parsing mais il est présent comme un caractère ordinaire dans une phrase, par exemple

Cristophe; ingénieur, technico-commercial produit Xx; 34 ans

ici la virgule n'est pas un séparateur.

[thelvin]

Techniquement, tu peux utiliser les regex.Pattern et tu mets tes caractères séparateurs dedans, puis en utilisation matcher, java te donne le nombre de résultats et leurs positions (les méthodes group et start).

Nope, group() ne compte rien du tout. D'ailleurs il renvoie une String -_-°. Un Matcher ne compte pas le nombre d'occurrences trouvées. find() s'arrête à la première occurrence trouvée, et doit être rappelé quand on veut chercher la suivante.

[yotta]

Votre interrogation m'a inspiré. Avec le format CSV, il y a pour moi deux cas de figure. Soit le texte des colonnes est encadré par le caractère double-quote, soit il ne l'est pas. Sinon, ce n'est pas du CSV.
Dans le cas où le texte des colonnes n'est pas encadré par des double-quotes, alors il faut s'appuyer sur une liste de caractère de séparation supportés.
Posons les éléments suivants :
Cas 1 : Texte non encadré.
Cas 2 : Texte encadré.

Dans le Cas 1, il faut fournir un String[] contenant les caractères supportés, {";" , "," , " " , "\t"} par exemple.
Dans le Cas 2, il suffit de lui fournir null comme separateurs.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
    public static String getCSVSepChar(File fichierCSV, String[] separateurs) throws Exception {
        String reponse = null;
        BufferedReader lecteur = new BufferedReader(new FileReader(fichierCSV));
        String ligne;
        if (separateurs != null) {
            // Le fichier CSV n'encadre pas le texte des colonnes du caractère double-quote.
            // separateurs contient alors la liste des séparateurs supportés, et le code ne détectera correctement le caractère de séparation que s'il n'est pas utilisé dans le texte des colonnes.
            int[] comptage1 = null;
            int[] comptage2 = null;
            if (lecteur.ready()) {
                comptage1 = new int[separateurs.length];
                ligne = lecteur.readLine();
                for (int i = 0 ; i < separateurs.length ; i++) comptage1[i] = ligne.split(separateurs[i]).length-1;
                }
            if (lecteur.ready()) {
                comptage2 = new int[separateurs.length];
                ligne = lecteur.readLine();
                for (int i = 0 ; i < separateurs.length ; i++) comptage2[i] = ligne.split(separateurs[i]).length-1;
                }
            if (comptage1 != null & comptage2 != null) {
                for (int i = 0 ; i < separateurs.length ; i++) {
                    if ((comptage1[i] == comptage2[i]) && (comptage1[i] > 0)) {
                        reponse = separateurs[i];
                        break;
                        }
                    }
                }
            }
        else {
            // Ici, separateurs est null, cela signifie que le texte des colonnes est encadré du caractère double-quote.
            // Nous n'avons plus besoin d'une liste de séparateurs supportés.
            // Et nous n'avons besoin que de lire la premières ligne, qu'elle représente les intitulés de colonnes ou pas n'a aucune importance.
            ligne = lecteur.readLine();
            String[] parser = ligne.split("[\\\".*\\\"]");
            if (parser.length > 2) reponse = parser[2];
            if (" ".equals(reponse)) reponse = "espace"; //Optionnel
            }
        if (lecteur.ready()) lecteur.close();
        return reponse;
        }

[thelvin]

Bof. Dans la nature, il existe une infinité de formats CSV*. Quand c'est pas les double-quote c'est les simple-quote, ou les chevrons ou les accolades ou les crochets, et parfois des simples caractères d'échappement à la place.
Il y a pas vraiment d'autre choix que de faire l'inventaire des formats que l'on peut vraiment possiblement recevoir de la part des fournisseurs.

* D'accord, ce n'est pas vrai, pas infini. Mais l'explosion combinatoire des possibles est gigantesque.

[tchize_]

Et n'oublions pas certains fournisseurs qui viennent te dire que ça:

Code txt :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
[Description]
#Generated on 2014-04-26 02:01:12.254 UTC
title=blablabla
date=2014-04-25
[Datas]
1;2;3;AAAA
4;5;6;BBBB
7;9;9;CC\nCC

c'est du CSV

Mais bon, quand on a le choix avec entre le CSV et le XML comme ça, on fait son deuil des standards:

Code xml :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
<document>
  <content type="xml">
    &lt;description&gt;
     &lt;title&gt;blablabla&lt;/title&gt;
     &lt;date&gt;2014-04-25&lt;/date&gt;
   &lt;/description&gt;
   &lt;datas type="CSV" &gt;
    &lt;[!CDATA[
1;2;3;AAAA
4;5;6;BBBB
7;9;9;CC\nCC
     ]]&gt;
   &lt;/datas&gt;
  </content>
</document>

[OButterlin]

Mais bon, quand on a le choix avec entre le CSV et le XML comme ça, on fait son deuil des standards:

Code xml :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
<document>
  <content type="xml">
    &lt;description&gt;
     &lt;title&gt;blablabla&lt;/title&gt;
     &lt;date&gt;2014-04-25&lt;/date&gt;
   &lt;/description&gt;
   &lt;datas type="CSV" &gt;
    &lt;[!CDATA[
1;2;3;AAAA
4;5;6;BBBB
7;9;9;CC\nCC
     ]]&gt;
   &lt;/datas&gt;
  </content>
</document>

M'en parle pas, chez nous on a des blaireaux qui écrivent le code xml dans le programme plutôt que d'utiliser une api xml...
Désespérant

[OButterlin]

Pour le problème de base, à la réflexion, une solution pourrait être de prendre en compte les 2 premières lignes du fichier.
Ensuite tu testes le nombre d'éléments de tableau obtenu pour chaque séparateur pour ces 2 lignes (via un ligne1.split(","))
Si tu as égalité sur les 2 lignes, on est en droit de supposer qu'on a le bon séparateur... mais ça reste aléatoire...