On Mon, Jul 21, 2008 at 3:37 PM, Stéfan van der Walt <
stefan@sun.ac.za> wrote:
2008/7/21 Suchindra Sandhu <suchindra@gmail.com>:
> Is that the recommended way of checking the type of the array? Ususally for
> type checkin, I use the isinstance built-in in python, but I see that will
> not work in this case. I must admit that I am a little confused by this. Why
> is type different from dtype?
Data-types contain additional information needed to lay out numerical
types in memory, such as byte-order and bit-width. Each data-type has
an associated Python type, which tells you the type of scalars in an
array of that dtype. For example, here are two NumPy data-types that
are not equal:
In [6]: d1 = np.dtype(int).newbyteorder('>')
In [7]: d2 = np.dtype(int).newbyteorder('<')
In [8]: d1.type
Out[8]: <type 'numpy.int32'>
In [9]: d2.type
Out[9]: <type 'numpy.int32'>
In [10]: d1 == d2
Out[10]: False
I don't know why there is more than one int32 type (I would guess it
has something to do with the way types are detected upon build; maybe
Robert or Travis could tell you more).
They correspond to two C types of the same size, int and long. On 64 bit systems you should have two int64 types, long and longlong.
In [1]: dtype('i').name
Out[1]: 'int32'
In [2]: dtype('l').name
Out[2]: 'int32'
Chuck