<div dir="ltr">Sounds fair to me. Indeed the ducktyping argument makes sense, and I have a hard time imagining any namespace conflicts or other confusion. Should this attribute return none for non-structured arrays, or simply be undefined?</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 30, 2014 at 12:49 PM, John Zwinck <span dir="ltr"><<a href="mailto:jzwinck@gmail.com" target="_blank">jzwinck@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I first proposed this on GitHub:<br>
<a href="https://github.com/numpy/numpy/issues/5134" target="_blank">https://github.com/numpy/numpy/issues/5134</a> ; jaimefrio requested that<br>
I bring it to this list for discussion.<br>
<br>
My proposal is to add a keys() method to NumPy's array class ndarray.<br>
The behavior would be to return self.dtype.names, i.e. the "column<br>
names" for a structured array (and None when dtype.names is None,<br>
which it is for pure numeric arrays without named columns).<br>
<br>
I originally proposed to add a values() method also, but I am tabling<br>
that for now so we needn't discuss it in this thread.<br>
<br>
The motivation is to enhance the ability to use duck typing with NumPy<br>
arrays, Python dicts, and other types like Pandas DataFrames, h5py<br>
Files, and more.  It's a fairly common thing to want to get the "keys"<br>
of a container, where "keys" is understood to be a sequence of values<br>
one can pass to __getitem__(), and this is exactly what I'm aiming at.<br>
<br>
Thoughts?<br>
<span class="HOEnZb"><font color="#888888"><br>
John Zwinck<br>
_______________________________________________<br>
NumPy-Discussion mailing list<br>
<a href="mailto:NumPy-Discussion@scipy.org">NumPy-Discussion@scipy.org</a><br>
<a href="http://mail.scipy.org/mailman/listinfo/numpy-discussion" target="_blank">http://mail.scipy.org/mailman/listinfo/numpy-discussion</a><br>
</font></span></blockquote></div><br></div>