[Numpy-discussion] dtype related deprecations
Sun Feb 5 10:00:47 CST 2012
Fortunately that's not the case. All that Mark is advocating is not allowing changing the *itself* in place. You are still free to change the dtype of the array in order to change the field names without making a data copy.
(on a mobile)
On Feb 5, 2012, at 9:57 AM, Erin Sheldon <firstname.lastname@example.org> wrote:
> Excerpts from Mark Wiebe's message of Sat Feb 04 18:24:58 -0500 2012:
>> The names issue is a bit trickier. There has been some back and forth in
>> some tickets, and I recall some discussion on the mailing list, but that
>> may be long ago and without clear resolution. That this should be changed
>> is however very clear to me, because NumPy is violating a definition in the
>> Python documentation of what rules hashable objects should obey. The
>> trouble is that there isn't a convenience API written yet to replace the
>> usage of that mutability. Perhaps the thing to do is comment out the
>> deprecation warning in the source code, and reintroduce it in 1.8 along
>> with a replacement API appropriate for immutable dtypes?
> I think we need *some* way to rename fields without making a copy of the
> data. I often must read from standardized file formats where I can only
> change the names after the fact. If we deprecate this I would have to
> make a copy of the data in memory to alter names, which would be
> prohibitive for large arrays that use >= half the memory.
> Erin Scott Sheldon
> Brookhaven National Laboratory
> NumPy-Discussion mailing list
More information about the NumPy-Discussion