-
-
Notifications
You must be signed in to change notification settings - Fork 10.9k
Dtype descr inconsistency with invisible fields #3176
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
This seems to be a bug or quirk of the Array Interface, and of The problem is that As noted in the OP, if you use
I'd have to learn more about the array interface to figure any more out. My instinct for a solution is that |
Oh, just found that #2215 is the same problem. |
I think I'll leave both this and #2215 open, this because it is new, and the other because of the useful discussion. |
I've run afoul of this as well. Thanks for raising the issue. |
PR #12358 removes the hidden fields while loading. I think we should disallow empty field names. |
Declaring a dtype with the dict 'name','format','offset' format could result in invisible fields. The same dtype however is not reproduced by its own descr that uses the list of tuples format. The invisibility does matter especially at comparisons/sorting. In the following case e.g. B and C should behave the same way:
Also, on save and load into .npy file, the invisible field becomes visible.
The text was updated successfully, but these errors were encountered: