problème chargement .txt avec numpy

Bonjour,

Je viens ici car je rencontre un problème d'encodage utf-8.
Je cherche a utiliser la fonction loadtxt du module numpy afin de charger un fichier .txt de mon ordi. Pour certain fichier cela fonctionne, alors que pour d'autre voici le message présenté :
''utf-8' codec can't decode byte 0xe9 in position 13: invalid continuation byte''

Je me permet de vous joindre le code :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

import numpy as np import glob   path = '/home/hell-bananaz/Documents/L2SPI/S4/projet/mesures/12_03_2018/data/Ouie_Bouchee_Masse_4/' name = 'FRF_ModPhase.txt' lst = []   ''' for folder in glob.glob(path+'*'):     for file in glob.glob(folder+'/*'):         if file[len(folder)+1:len(folder)+1+len(name)]==name:             lst.append(file) print(lst[1]) test = np.loadtxt(lst[1],skiprows=1) '''   test = np.loadtxt('/home/hell-bananaz/Documents/L2SPI/S4/projet/mesures/12_02_2018/mesures_cubes/3_cubes/FRF_ModPhase.txt')

---

Le fichier devant être charger est un .txt contenant des mesures d'accélération, donc entièrement des floats sauf pour la premier ligne contenant des strings (un skiprows ne change pas mon probleme malheureussement ... )

J'espère que vous pourrez m'aider,
bien cordialement, elliot

Citation:

---

Envoyé par hell-bananaz

Le fichier devant être charger est un .txt contenant des mesures d'accélération, donc entièrement des floats sauf pour la premier ligne contenant des strings (un skiprows ne change pas mon probleme malheureussement ... )

---

Le message d'erreur vous dit juste que le fichier n'est pas "codé" utf-8.
Et pour préciser çà à "loadtxt", le plus simple(*) est:

Code:

---

1 2	f = open(..., 'r', encoding=...) ar = np.loadtxt(f, skiprows=1)

---

où vous avez a remplacer les ... par nom de fichier et encoding.

(*) loadtxt ne supporte plus l'option encoding dans les dernières versions.

- W

Bonjour et merci pour ton aide wiztricks,

Après quelque essais il s'avère que le problème vient de la première ligne de mes fichiers txt qui contient les titre des colonnes. Cette première ligne ne m’intéresse pas, je comptais faire un skiprows ou un slicing pour m'en débarasser, mais impossible de charger le fichier txt avec cette première ligne, toujours ce problème d'encodage utf-8 ...
J'ai essayer de passer par la fonction open, mais je n'arrive pas a supprimer la première ligne de quelque manière qu'il soit. Dès que je tente d'accéder au données du fichier txt, la console python me renvois une erreur d'encodage.

Je m'y prend sans doute mal, mais auriez vous une méthode pour supprimer la première ligne de mes fichier txt afin de pouvoir les charger dans des des vecteurs et pouvoir les traiter?
Je vous joint un exemple de fichier txt que je souhaite traiter, peut-être que mes propos seront plus claire avec cela : Pièce jointe 485117 .
bien cordialement, elliot

Salut,

Je ne comprends pas le problème que vous rencontrez.
Maintenant, si vous voulez sauter la première ligne et en supposant que le reste du fichier soit "propre", vous pourriez essayer de l'ouvrir en mode binaire et aller à la fin de la première ligne:

Code:

---

1 2 3

f = open(..., 'rb') f.readline() ar = np.loadtxt(f)

---

- W

A vrai dire je ne le comprend pas moi même, le problème d'encodage semble venir des accents situé dans les commentaires du .txt, or l'utf-8 est sensé prendre en charge ces commentaires non? :/
Enfin bref, une solution temporaire va consister a réaliser des mesures en prenant soint de ne pas mettre d'accent dans les titres ou les commentaire.

Bien cordialement, elliot

Citation:

---

Envoyé par hell-bananaz

A vrai dire je ne le comprend pas moi même, le problème d'encodage semble venir des accents situé dans les commentaires du .txt, or l'utf-8 est sensé prendre en charge ces commentaires non? :/

---

Si le fichier a été codé en autre chose qu'utf-8...

- W

Il y a moyen de joindre des pièces (fichier txt ou extrait) sur les posts.

Citation:

---

Envoyé par marco056

Il y a moyen de joindre des pièces (fichier txt ou extrait) sur les posts.

---

C'est ce qu'à fait le PO dans un de ses messages précédents: on y trouve un fichier encodé 8bits (latin-1 ou autre)... mais il semble persuadé qu'utf-8 est "magique".

- W