Re: [SciPy-dev] bool8 link returns bool_ docstring
Once again I believe I've answered my own question (I need to have more faith in my research abilities and not cry for help so quickly): Figure 2.2 in "Guide To Numpy" illustrating the hierarchy of scalar types - the names used there are the "base" names, any equivalent is considered an "alias," yes? Oh, but this doesn't answer my first question: is the fact that the Wiki returns the same docstring for equivalent types a bug or a feature? (At this point I'm assuming "feature," but confirmation would be appreciated.) Thanks, DG --- On Wed, 7/15/09, David Goldsmith <d_l_goldsmith@yahoo.com> wrote:
From: David Goldsmith <d_l_goldsmith@yahoo.com> Subject: bool8 link returns bool_ docstring To: scipy-dev@scipy.org Date: Wednesday, July 15, 2009, 4:09 PM Hi! So, now I'm working on the Scalar Types category; perhaps this is "old news," but when I click on the link for bool8, I get the docstring for bool_; similarly for other types (e.g., cfloat and complex128 both return the docstring for complex128). Is this a "bug" or a "feature"? If the latter, may I assume that if link_type_A and link_type_B both return the docstring for type_A, then type_A is the "base" and type_B is the "alias"? Thanks!
DG
2009/7/16 David Goldsmith <d_l_goldsmith@yahoo.com>:
Once again I believe I've answered my own question (I need to have more faith in my research abilities and not cry for help so quickly): Figure 2.2 in "Guide To Numpy" illustrating the hierarchy of scalar types - the names used there are the "base" names, any equivalent is considered an "alias," yes? Oh, but this doesn't answer my first question: is the fact that the Wiki returns the same docstring for equivalent types a bug or a feature? (At this point I'm assuming "feature," but confirmation would be appreciated.) Thanks,
It's the same object: In [8]: np.bool_ Out[8]: <type 'numpy.bool_'> In [9]: np.bool8 Out[9]: <type 'numpy.bool_'> Cheers Stéfan
Stéfan van der Walt wrote:
2009/7/16 David Goldsmith <d_l_goldsmith@yahoo.com>:
Once again I believe I've answered my own question (I need to have more faith in my research abilities and not cry for help so quickly): Figure 2.2 in "Guide To Numpy" illustrating the hierarchy of scalar types - the names used there are the "base" names, any equivalent is considered an "alias," yes? Oh, but this doesn't answer my first question: is the fact that the Wiki returns the same docstring for equivalent types a bug or a feature? (At this point I'm assuming "feature," but confirmation would be appreciated.) Thanks,
It's the same object:
In [8]: np.bool_ Out[8]: <type 'numpy.bool_'>
In [9]: np.bool8 Out[9]: <type 'numpy.bool_'>
All that shows is that the two classes print the same thing. This is how you can tell:
np.bool8 is np.bool_ True
--Scott David Daniels Scott.Daniels@Acm.Org
On 2009-07-18, Scott David Daniels <Scott.Daniels@Acm.Org> wrote:
Stéfan van der Walt wrote:
2009/7/16 David Goldsmith <d_l_goldsmith@yahoo.com>:
Once again I believe I've answered my own question (I need to have more faith in my research abilities and not cry for help so quickly): Figure 2.2 in "Guide To Numpy" illustrating the hierarchy of scalar types - the names used there are the "base" names, any equivalent is considered an "alias," yes? Oh, but this doesn't answer my first question: is the fact that the Wiki returns the same docstring for equivalent types a bug or a feature? (At this point I'm assuming "feature," but confirmation would be appreciated.) Thanks,
It's the same object:
In [8]: np.bool_ Out[8]: <type 'numpy.bool_'>
In [9]: np.bool8 Out[9]: <type 'numpy.bool_'>
All that shows is that the two classes print the same thing. This is how you can tell:
np.bool8 is np.bool_ True
There�'s a slightissue in that eg. the np.intp may either point to int32 or int64. This is decided by Numpy at the build time. The docstrings should reflect the bit-width versions, I believe. The aliases and their behavior is documented manually in scalars.rst. -- Pauli Virtanen
participants (4)
-
David Goldsmith -
Pauli Virtanen -
Scott David Daniels -
Stéfan van der Walt