<div dir="ltr">I have run into this problem. I just made the computations using separate control files.<div><br>Jeff Duda</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Jan 19, 2014 at 2:12 PM, Tom Hultquist <span dir="ltr"><<a href="mailto:weathertom@gmail.com" target="_blank">weathertom@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 dir="ltr"><span style="font-family:arial,sans-serif;font-size:13px">I have a set of files with different initial times, whose forecast times overlap so that I can use them as an ensemble dataset. I am using </span><a href="http://g2ctl.pl/" style="font-family:arial,sans-serif;font-size:13px" target="_blank">g2ctl.pl</a><span style="font-family:arial,sans-serif;font-size:13px"> with the -ens option, and it is creating a proper ctl file. I thought everything was working fine, but then noticed some oddities in a few calculations I was doing. So, I decided to view data from each member interactively in </span><span style="background-color:rgb(255,255,204);font-family:arial,sans-serif;font-size:13px">GrADS</span><span style="font-family:arial,sans-serif;font-size:13px">, using the ctl file which was created by </span><a href="http://g2ctl.pl/" style="font-family:arial,sans-serif;font-size:13px" target="_blank">g2ctl.pl</a><span style="font-family:arial,sans-serif;font-size:13px">. For some reason, it would not display anything from the third ensemble member (entire grid undefined). There was, however, nothing wrong with the file, since it worked fine if viewed individually outside of the ensemble set. In addition, when a new ctl is created later, and that member 3 became member 4, it no longer caused a problem. However, the "new" member 3 (which was previously member 2) had the same issue. When looking at the gribmap feedback (with -v turned on), I can see it runs into issues with valid times being outside of file limits (which indeed is true, since the files overlap, but don't cover the exact same time frame as member 1). When gribmap has this error, it shows it= (e.g. it=10) vs t= for the valid time conflict. I couldn't find any info on what it= references. The same error happens with subsequent files (members 4-20), but gribmap appears to scan those files twice and they display properly for me.</span><div style="font-family:arial,sans-serif;font-size:13px">
<br></div><div style="font-family:arial,sans-serif;font-size:13px">Has anyone experienced anything like this, and/or have any suggestions?</div></div>
<br>_______________________________________________<br>
gradsusr mailing list<br>
<a href="mailto:gradsusr@gradsusr.org">gradsusr@gradsusr.org</a><br>
<a href="http://gradsusr.org/mailman/listinfo/gradsusr" target="_blank">http://gradsusr.org/mailman/listinfo/gradsusr</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Jeff Duda<br>Graduate research assistant<br>University of Oklahoma School of Meteorology<br>Center for Analysis and Prediction of Storms<br>
</div>