<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Oct 2, 2013 at 2:05 PM, Stéfan van der Walt <span dir="ltr"><<a href="mailto:stefan@sun.ac.za" target="_blank">stefan@sun.ac.za</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"><p dir="ltr">On 2 Oct 2013 19:14, "Benjamin Root" <<a href="mailto:ben.root@ou.edu" target="_blank">ben.root@ou.edu</a>> wrote:<br>


><br>
> And it is logically consistent, I think.  a[nanargmax(a)] == nanmax(a) (ignoring the silly detail that you can't do an equality on nans).</p>
</div><p dir="ltr">Why do you call this a silly detail? It seems to me a fundamental flaw to this approach. </p><span class="HOEnZb"><font color="#888888">
<p dir="ltr"></p></font></span></blockquote><div>Just saying that it conceptually makes sense, even if the exact code I used wouldn't be perfectly correct. Because these are NaN functions, it means that the users are already aware of the need to handle nans appropriately. Just because you can't actually do equality between two NaNs in the same way as one can do with numbers does not invalidate the concept.<br>

<br>Ben Root<br></div></div></div></div>