numpy.isfinite()中的意外异常

时间:2014-05-22 13:29:36

标签: python numpy

由于我不明白的原因,我得到了这个例外。这是非常复杂的,我的np.array v来自,但这是异常发生时的代码:

print v, type(v)

for val in v:
    print val, type(val)

print "use isfinte() with astype(float64): "
np.isfinite(v.astype("float64"))

print "use isfinite() as usual: "
try:
    np.isfinite(v)
except Exception,e:
    print e

这给出了以下输出:

[6.4441947744288255 7.2246449651781788 4.1028442021807656
 4.8832943929301189] <type 'numpy.ndarray'> 

6.44419477443 <type 'numpy.float64'>
7.22464496518 <type 'numpy.float64'>
4.10284420218 <type 'numpy.float64'>
4.88329439293 <type 'numpy.float64'>

np.isfinte() with astype(float64): 
[ True  True  True  True]

np.isfinte() as usual: 
ufunc 'isfinite' not supported for the input types, and the inputs could not be safely coerced to any supported types according to the casting rule ''safe''

我不明白TypeError。所有元素都是np.float64,应该没问题。也许是个bug?此错误有时仅发生,但我无法找到阵列之间的差异。总是有相同的类型。

提前致谢。

编辑:工作示例:

数据结构与上面显示的一样小。

import pandas as pd
import numpy as np


def forward_estim(H,end):

    old_idx = H.index
    new_idx = pd.period_range(old_idx[-1],end,freq=old_idx.freq)

    H_estim = pd.DataFrame(columns=["A","B","C","D"],index=new_idx)

    H_chg = H.values[1:]-H.values[:-1]
    mean_ = H_chg.mean()
    std_  = H_chg.std()

    H_estim.ix[0] = H.ix[-1]

    for i in range(1,len(H_estim)):
        H_estim.A[i] = H_estim.A[i-1] + mean_ + std_/2
        H_estim.B[i] = H_estim.B[i-1] + mean_ + std_
        H_estim.C[i] = H_estim.C[i-1] + mean_ - std_
        H_estim.D[i] = H_estim.D[i-1] + mean_ - std_/2

    return H_estim.ix[1:]


H_idx = pd.period_range("2010-01-01","2012-01-01",freq="A")
print H_idx

H = pd.Series(np.array([2.3,3.0,2.9]),index=H_idx)
print H

H_estim = forward_estim(H,"2014-01-01")
print H_estim

np.isfinite(H_estim.values.astype("float64"))
print "This works!"

np.isfinite(H_estim.values)
print "This does not work!"

这是在这里运行:

MacOsX Mavericks,Python 2.7.6,numpy 1.8.1,pandas 0.13.1

2 个答案:

答案 0 :(得分:12)

H_estim.values是一个数据类型为object的numpy数组(请查看H_estim.values.dtype):

In [62]: H_estim.values
Out[62]: 
array([[3.4000000000000004, 3.6000000000000005, 2.7999999999999998, 3.0],
       [3.9000000000000004, 4.3000000000000007, 2.6999999999999993,
        3.0999999999999996]], dtype=object)

In [63]: H_estim.values.dtype
Out[63]: dtype('O')

object数组中,存储在数组内存中的数据是指向python对象的指针,而不是对象本身。在这种情况下,对象是np.float64实例:

In [65]: H_estim.values[0,0]
Out[65]: 3.4000000000000004

In [66]: type(H_estim.values[0,0])
Out[66]: numpy.float64

因此,在许多方面,此数组的外观和行为类似于np.float64值的数组,但它不相同。特别是,numpy ufuncs(包括np.isfinite)不会处理对象数组。

H_estim.values.astype(np.float64)将数组转换为数据类型为np.float64的数组(即数组元素为实际浮点值的数组,而不是指向对象的指针)。将以下内容与H_estim.values

上面显示的输出进行比较
In [70]: a = H_estim.values.astype(np.float64)

In [71]: a
Out[71]: 
array([[ 3.4,  3.6,  2.8,  3. ],
       [ 3.9,  4.3,  2.7,  3.1]])

In [72]: a.dtype
Out[72]: dtype('float64')

答案 1 :(得分:1)

你假设&#34; 所有元素都是np.float64,应该没问题。&#34;。但是,情况可能并非如此。数据结构有多大?你能看看所有的价值并发现可疑的东西吗?从http://matplotlib.1069221.n5.nabble.com/type-error-with-python-3-2-and-version-1-1-1-of-matplotlib-numpy-error-td38784.html开始,我们发现Decimal数据类型可能会出现此问题。有没有办法创建一个再现问题的最小工作示例?它应该是可能的,当您创建此示例时,它很可能已经确定了问题。