<div dir="ltr"><div><div>THX. <br><br></div>This will be fixed in the 6.3.0 release.<br><br></div>JIRA ticket:  NCL-2061 <br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Sep 5, 2014 at 10:58 AM, Jon Meyer <span dir="ltr">&lt;<a href="mailto:jonathan.meyer@aggiemail.usu.edu" target="_blank">jonathan.meyer@aggiemail.usu.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><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&#39;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 &#39;where&#39; 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&#39;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>_______________________________________________<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>