tipo lib float decimals and python floating-point decimal floating-accuracy

python - lib - Problemas de lugar decimal con flotantes y decimal.Decimal



python truncate float (8)

Advertiría contra el módulo decimal para tareas como esta. Su propósito es realmente tratar con los números decimales del mundo real (por ej., Hacer coincidir las prácticas de contabilidad humana), con precisión finita, sin realizar operaciones de precisión exacta. Hay números que no son exactamente representables en decimal así como los hay en binario, y realizar aritmética en decimal es también mucho más lento que las alternativas.

En cambio, si quiere resultados exactos, debe usar la aritmética racional. Estos representarán los números como un par numerador / denominador, por lo que pueden representar exactamente todos los números racionales. Si solo está usando multiplicación y división (en lugar de operaciones como raíces cuadradas que pueden dar como resultado números irracionales), nunca perderá precisión.

Como han mencionado otros, Python 2.6 tendrá un tipo racional incorporado, aunque tenga en cuenta que esto no es realmente una implementación de alto rendimiento, por lo que es mejor utilizar bibliotecas como gmpy . Simplemente reemplace sus llamadas a float () a gmpy.mpq () y su código ahora debería dar resultados exactos (aunque es posible que desee formatear los resultados como flotantes para fines de visualización).

Aquí hay una versión ligeramente ordenada de su código para cargar una matriz que usará gmpy rationals en su lugar:

def read_matrix(f): b,y = [], [] for line in f: bits = line.split(",") b.append( map(gmpy.mpq, bits[:-1]) ) y.append(gmpy.mpq(bits[-1])) return b,y

Parece que estoy perdiendo mucha precisión con las carrozas.

Por ejemplo, necesito resolver una matriz:

4.0x -2.0y 1.0z =11.0 1.0x +5.0y -3.0z =-6.0 2.0x +2.0y +5.0z =7.0

Este es el código que uso para importar la matriz desde un archivo de texto:

f = open(''gauss.dat'') lines = f.readlines() f.close() j=0 for line in lines: bits = string.split(line, '','') s=[] for i in range(len(bits)): if (i!= len(bits)-1): s.append(float(bits[i])) #print s[i] b.append(s) y.append(float(bits[len(bits)-1]))

Necesito resolver usando gauss-seidel, así que necesito reorganizar las ecuaciones para x, y y z:

x=(11+2y-1z)/4 y=(-6-x+3z)/5 z=(7-2x-2y)/7

Aquí está el código que uso para reordenar las ecuaciones. b es una matriz de coeficientes e y es el vector de respuesta:

def equations(b,y): i=0 eqn=[] row=[] while(i<len(b)): j=0 row=[] while(j<len(b)): if(i==j): row.append(y[i]/b[i][i]) else: row.append(-b[i][j]/b[i][i]) j=j+1 eqn.append(row) i=i+1 return eqn

Sin embargo, las respuestas que obtengo no son precisas para el lugar decimal.

Por ejemplo, al reorganizar la segunda ecuación de arriba, debería obtener:

y=-1.2-.2x+.6z

Lo que obtengo es:

y=-1.2-0.20000000000000001x+0.59999999999999998z

Esto puede no parecer un gran problema, pero cuando eleva el número a una potencia muy alta, el error es bastante grande. ¿Hay alguna forma de evitar esto? Decimal clase Decimal pero no funciona bien con los poderes (es decir, Decimal(x)**2 ).

¿Algunas ideas?

No estoy lo suficientemente familiarizado con la clase Decimal para ayudarte, pero tu problema se debe al hecho de que las fracciones decimales a menudo no se pueden representar con precisión en binario, por lo que lo que estás viendo es la aproximación más cercana posible; no hay forma de evitar este problema sin utilizar una clase especial (como Decimal, probablemente).

EDIT: ¿Qué pasa con la clase decimal que no funciona correctamente para usted? Siempre que empiece con una cuerda, en lugar de un flotador, los poderes parecen funcionar bien.

>>> import decimal >>> print(decimal.Decimal("1.2") ** 2) 1.44

La documentación del módulo explica la necesidad y el uso de decimal.Decimal bastante claridad, debe verificarlo si aún no lo ha hecho.

Primero, su aporte puede simplificarse mucho. No necesita leer y analizar un archivo. Puedes declarar tus objetos en notación de Python. Evalúa el archivo.

b = [ [4.0, -2.0, 1.0], [1.0, +5.0, -3.0], [2.0, +2.0, +5.0], ] y = [ 11.0, -6.0, 7.0 ]

En segundo lugar, y = -1.2-0.20000000000000001x + 0.59999999999999998z no es inusual. No hay representación exacta en notación binaria para 0.2 o 0.6. En consecuencia, los valores que se muestran son las aproximaciones decimales de las representaciones originales no exactas. Es cierto para casi todo tipo de procesador de punto flotante.

Puedes probar el módulo de fracciones Python 2.6. Hay un paquete racional más antiguo que podría ayudar.

Sí, elevar los números de punto flotante a las potencias aumenta los errores. En consecuencia, debe asegurarse de evitar el uso de las posiciones más a la derecha del número de coma flotante, ya que esos bits son principalmente ruido.

Al mostrar números de coma flotante, debe rodearlos adecuadamente para evitar ver los bits de ruido.

>>> a 0.20000000000000001 >>> "%.4f" % (a,) ''0.2000''

No es una respuesta a su pregunta, sino relacionada:

#!/usr/bin/env python from numpy import abs, dot, loadtxt, max from numpy.linalg import solve data = loadtxt(''gauss.dat'', delimiter='','') a, b = data[:,:-1], data[:,-1:] x = solve(a, b) # here you may use any method you like instead of `solve` print(x) print(max(abs((dot(a, x) - b) / b))) # check solution

Ejemplo:

$ cat gauss.dat 4.0, 2.0, 1.0, 11.0 1.0, 5.0, 3.0, 6.0 2.0, 2.0, 5.0, 7.0 $ python loadtxt_example.py [[ 2.4] [ 0.6] [ 0.2]] 0.0

Solo una sugerencia (no sé con qué restricciones estás trabajando):

¿Por qué no usar la eliminación gaussiana directa, en lugar de la iteración de Gauss-Seidel? Si elige el coeficiente con el valor más grande como pivote para cada paso de eliminación, minimizará los errores de redondeo de FP.

Esto realmente puede ser lo que numpy.linalg.solve, mencionado por JF Sebastian (!!), lo hace.

en lugar de decimal, es posible que desee ver mpmath .