<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Oct 2, 2013 at 12:51 PM,  <span dir="ltr"><<a href="mailto:josef.pktd@gmail.com" target="_blank">josef.pktd@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Wed, Oct 2, 2013 at 2:49 PM,  <<a href="mailto:josef.pktd@gmail.com">josef.pktd@gmail.com</a>> wrote:<br>

> On Wed, Oct 2, 2013 at 2:05 PM, Stéfan van der Walt <<a href="mailto:stefan@sun.ac.za">stefan@sun.ac.za</a>> wrote:<br>
>> On 2 Oct 2013 19:14, "Benjamin Root" <<a href="mailto:ben.root@ou.edu">ben.root@ou.edu</a>> wrote:<br>
>>><br>
>>> And it is logically consistent, I think.  a[nanargmax(a)] == nanmax(a)<br>
>>> (ignoring the silly detail that you can't do an equality on nans).<br>
>><br>
>> Why do you call this a silly detail? It seems to me a fundamental flaw to<br>
>> this approach.<br>
><br>
> a nan is a nan is a NaN<br>
><br>
>>>> np.testing.assert_equal([0, np.nan], [0, np.nan])<br>
>>>><br>
<br>
</div>and the functions have "nan" in their names<br>
nan in - NaN out<br>
<br>
what about nanmean, nansum, ...?<br></blockquote><div><br></div><div>nanmean returns nan for empty slices while nansum returns nan in 1.8, consistent with previous behavior, and will return 0 in 1.9.<br><br></div><div>The main problem I had was deciding what arg{max, min} should return as the return value is an integer. I like your suggestion of returning 0.<br>
<br></div><div>One further possibility is to add a keyword 'raise' to make the behavior selectable.<br><br></div><div>Chuck<br></div></div></div></div>