python numpy создает неожиданные результаты
Я использую функцию arange для определения итераций цикла for и получения неожиданных результатов.
i = arange(7.8,8.4,0.05) print i yeilds следующее:
- TypeError: исключения должны быть классами старого стиля или производными от BaseException, а не str
- Политика переопределения CMake для подпроекта
- преобразовать строку в тип даты python
- Python: чтение и запись TIFF 16-битных, трехканальных, цветных изображений
- разбиение числа на целое и десятичное числа в python
- gotchas, где Numpy отличается от прямого питона?
[ 7.8 7.85 7.9 7.95 8. 8.05 8.1 8.15 8.2 8.25 8.3 8.35 8.4 ]
но используя значение стопа 8.35 следующим образом
i = arange(7.8,8.35,0.05)
дает следующее
[ 7.8 7.85 7.9 7.95 8. 8.05 8.1 8.15 8.2 8.25 8.3 ]
Но я хочу, чтобы мой диапазон заканчивался на 8.35! Я знаю, что для достижения своего результата я могу использовать стоп-значение> 8.35 и <8.4, но почему это другое и, на мой взгляд, непоследовательно?
Изменить: я использую версию 2.7
4 Solutions collect form web for “python numpy создает неожиданные результаты”
Возможно, это связано с ограничениями чисел с плавающей запятой. Из-за точности машины невозможно хранить все мыслимые значения как плавающие точки. Например:
>>> 8.4 8.4000000000000004 >>> 8.35 8.3499999999999996
Таким образом, 8.4 как плавающая точка немного больше фактического значения 8.4, тогда как 8.35 в качестве плавающей точки меньше.
Я предполагаю, что вы видите эффекты округления с плавающей запятой.
numpy.arange делает то же самое, что и range python: он не включает «конечную точку». (например, range(0, 4, 2) даст [0,2] вместо [0,2,4] )
Однако для шагов с плавающей точкой ошибки округления накапливаются, а иногда последнее значение фактически включает конечную точку.
Как указано в документации для arange :
При использовании нецелого шага, такого как 0,1, результаты часто не будут согласованы. Лучше использовать
linspaceдля этих случаев.
numpy.linspace генерирует определенное количество точек между начальной и конечной точками. Кстати, он включает конечные точки по умолчанию.
помощь функции arange говорит
For floating point arguments, the length of the result is ``ceil((stop - start)/step)``. Because of floating point overflow, this rule may result in the last element of `out` being greater than `stop`.
для python 2.7, Конверсии между числами с плавающей запятой и строками теперь правильно округлены на большинстве платформ.
в 2,7
>>> float(repr(2.3)) 2.3
в 2.6
>>> float(repr(2.3)) 2.2999999999999998
У меня была та же проблема, и я применил свою собственную функцию для исправления этой проблемы округления с помощью numpy.arange:
import numpy as np def my_arange(a, b, dr, decimals=6): res = [a] k = 1 while res[-1] < b: tmp = round(a + k*dr,decimals) if tmp > b: break res.append(tmp) k+=1 return np.asarray(res)