convertion de nombre str en int ou float.. assez bizarre..

Bonjour,

Je suis débutant dans le domaine et j'ai une petite question concernant la conversion..

Je récupère des nombres dans un fichier texte et donc bien sur je les récupère en str mais j'aimerais me les convertir en entier ou float.

J'ai donc fait des :

Code:

---

var = int(var)

---

ou

Code:

---

var = float(var)

---

en fonction de ce que je veux.

Ce que j'observe de bizarre, c'est pour les float.

Je récupère 0.33 dans mon fichier texte et il me l'a transformé en 0.33000000000000002
et 0.2 en 0.20000000000000001

Par contre, pas de problèmes pour 0.5 ou 1.2 par exemple...

Comment ca se fait ? Qu'est-ce qui se passe ?
Est-ce normale ?

Merci
Bonne soirée

C'est un problème de représentation interne des float. Ils sont codés en base 2 donc ce qui "tombe juste" en décimal ne tombera peut-être pas "juste" en binaire, on perd très légèrement en précision, si tu veux afficher, il y a des parades pour ça
http://wikipython.flibuste.net/moin.py/CalculerJuste

D'accord, j'ai lu cette page, j'ai donc ajouté le bout de code qu'ils préconisaient de mettre mais mon problème reste identique.

La différence c'est que le résultat de mon réel ne vient pas d'un calcul mais est récupéré dans un fichier texte et est transformé en réel avec la fonction float().

Quelqu'un a une solution svp ?

Merci
Bonne journée

Bonjour,

Regarde du côté du module Decimal, qui échappe au problème que tu rencontres, parce qu'il utilise un codage différent en mêmoire.

Tyrtamos

J'en vois une pas super élégante, il y a surement mieux, d'autant plus que celle là impose que tu connaisse ton nombre max de décimales.

Tu fais ton float(), tu décale à gauche de 3 (par exemple) tu arrondi puis tu redécalle à gauche.

--------------------------
Après tests rapides, ça marche.
sauf que comme je n'ai pas eu la force de chercher comment on faisait les décalages, j'ai multiplié et divisé par des puissances de 2 (1024 en l'occurence) ce qui devrait revenir au même.

Code:

---

1 2 3 4 5

f_var = float(str_var) f_var = fvar * 1024 f_var = round(f_var) f_var = fvar / 1024

---

amélioré ça fait

Code:

---

1 2 3 4 5 6 7 8

def Epurer(self, str_Input, int_Puissance=10) f_Output = float(str_var) f_Output = f_Output * pow(2,int_Puissance) f_Output = round(f_Output ) f_Output = f_Output / pow(2,int_Puissance)   return f_Output

---

reste qu'il y a sans doute
1° plus beau
2° déjà tout fait

Citation:

---

Envoyé par tyrtamos

Bonjour,

Regarde du côté du module Decimal, qui échappe au problème que tu rencontres, parce qu'il utilise un codage différent en mêmoire.

Tyrtamos

---

Code:

---

1 2 3 4 5

import decimal f_Entree = float(str_Entree ) decimal.getcontext().prec = 2 f_Entree = decimal.Decimal(f_Entree)

---

ça à l'air mieux!!
pareil, tu en fait une fonction avec comme paramètre facultatif ta précision, et tu l'utiise à la place du float() et ça roule:

Code:

---

1 2 3 4 5 6 7 8 9

def Ton_Float(self,str_Entree,int_Precision=3) import decimal f_Entree = float(str_Entree) decimal.getcontext().prec = int_Precision   f_Entree = decimal.Decimal(f_Entree)   return f_Entree

---

Quel est le problème exactement ?

1. Le flottant est affiché avec trop de précision dans l'interpréteur ?
2. La précision réelle du flottant n'est pas suffisante ?

Si c'est le deuxième cas, la solution dépend du domaine d'application; si ces nombres représentent de l'argent, par exemple, le type Decimal est sans doute approprié. S'il s'agit de fractions, il vaudrait mieux utiliser l'une ou l'autre libraire de nombres rationnels (je ne pense pas qu'il y en ait dans la librairie standard).

Mais en fait c'est juste à l'affichage apparemment non ?
Parce que lorsque j'ai fait des calculs avec ces valeurs, ca n'a pas l'air de prendre en compte que 0.33 est égale a 0.33000000000000002 donc s'il n'y a pas de problèmes dans les calculs, ca me va de laisser comme ca...

J'ai essayé avec le module Decimal, mais le probleme après c'est qu'on ne peut pas ajouter des réel du coup... il faut tout transformer en Decimal..

Merci de vos réponses
++