<div dir="ltr"><div class="gmail_default" style="font-size:small">Hi Jon,</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">This bug has been fixed and will be in the 6.3.0 release. Note that there is no scheduled date for this release yet.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">A work-around, if you need it, is to use isnan_ieee to check for NaNs, and then set these to missing using replace_ieeenan:</div><div class="gmail_default" style="font-size:small">
<p class=""><font face="monospace">tk = 18. + 273.15<br>rh = -1.<br>td = dewtemp_trh(tk,rh) - 273.15<br>print(td)</font></p><p class=""><font face="monospace">if(any(isnan_ieee(td))) then<br> value = 1.e20<br> replace_ieeenan (td, value, 0)<br> td@_FillValue = value<br>end if<br>print(td)</font></p><p class="">Thanks again for reporting this.</p><p class="">--Mary</p><p class=""><br></p></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 5, 2014 at 12:13 PM, Mary Haley <span dir="ltr"><<a href="mailto:haley@ucar.edu" target="_blank">haley@ucar.edu</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-size:small">Hi Jon,</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Thanks for letting us know about this issue. </div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I'm not sure what the correct behavior should be (a missing value, or an outright error), but you're right that it shouldn't return NaN.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I've filed a ticket on this (NCL-2060) and will be sure to update the documentation.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">--Mary</div><div class="gmail_default" style="font-size:small"><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div class="h5">On Fri, Sep 5, 2014 at 10:58 AM, Jon Meyer <span dir="ltr"><<a href="mailto:jonathan.meyer@aggiemail.usu.edu" target="_blank">jonathan.meyer@aggiemail.usu.edu</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">Hello NCL developers,<div><br></div><div>I wanted to bring a minor detail to your attention regarding the dewtemp_trh function. I've been using this function to compute dewpoint temperatures from WRF met_em files and have been seeing NaN values returned.</div><div><br></div><div>Tracing this issue, I found that when RH values fall below 0%, the NaN values are returned. When I use the 'where' function to constrain all values to above 0%, the NaN values are not returned. Values above 100% do not return NaN values.</div><div><br></div><div>I know from pervious email exchanges that functions are not supposed to return NaN values so I wanted to point this out.</div><div><br></div><div>Since most met_em files have some values outside of the appropriate range due to interpolation biases, I figured either a warning message or a statement on the function's page would help others who are using this function avoid the NaNs, which seem to choke any plotting interface.</div><div><br></div><div>Have a good day,</div><div>Jon</div><div><br></div><div> </div></div>
<br></div></div>_______________________________________________<br>
ncl-talk mailing list<br>
List instructions, subscriber options, unsubscribe:<br>
<a href="http://mailman.ucar.edu/mailman/listinfo/ncl-talk" target="_blank">http://mailman.ucar.edu/mailman/listinfo/ncl-talk</a><br>
<br></blockquote></div><br></div>
</blockquote></div></div>