<div class="gmail_quote">2011/6/25 Charles R Harris <span dir="ltr"><<a href="mailto:charlesr.harris@gmail.com">charlesr.harris@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I think what we really need to see are the use cases and work flow. The ones that hadn't occurred to me before were memory mapped files and data stored on disk in general. I think we may need some standard format for masked data on disk if we don't go the NA value route.<br>
<div class="gmail_quote"><div>
<br>Chuck  <br></div></div></blockquote><div><br>Sorry I can't follow closely this thread, but since use cases are mentioned, I'll throw one. It may or may not already be supported by the current NEP, I don't know. It may not be possible to support it either... anyway:<br>
<br>I typically use NaN to denote missing values in an array. The main motivation vs. masks is my code typically involves multiple systems working together, and not all of them are necessarily based on numpy. The nice thing with NaN is it is preserved e.g. when I turn an array into a list, when I write the data directly into a double* C array, etc. It's handy to manipulate arrays with missing data without being constrained to a specific container.<br>
The one thing that is annoying with NaN is that NaN != NaN. It makes code involving comparisons quite ugly.<br><br>-=- Olivier<br></div></div><div style="visibility: hidden; left: -5000px; position: absolute; z-index: 9999; padding: 0px; margin-left: 0px; margin-top: 0px; overflow: hidden; word-wrap: break-word; color: black; font-size: 10px; text-align: left; line-height: 130%;" id="avg_ls_inline_popup">
</div>