<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hi, Steve--<div>You are correct, GrADS is rounding %f2 to the nearest hour, and I do not immediately see the benefit of doing this. I will talk it over with Brian. In any case, a template of %f2%n2 is not quite right since you are mixing forecast times (%f2) with valid times (%n2). If your initial time was not 00:00z, then your template substitution would fail on the first filename. And there is no template substitution for forecast minutes, so there's no general solution for what you're trying to do. I suggest using the %t or %tm templates, and renaming your output files according to time index instead of forecast time. </div><div>--Jennifer</div><div>p.s. If your initial time is always going to be 00:00z, and your forecast doesn't go beyond 23 hours and 40 minutes, then %h2%n2 will work in your current descriptor, but that is a bit of a hack. </div><div><br></div><div><br></div><div>will not work if your start time is , I will talk it over with Brian. In the meanwhile, </div><div><br></div><div><br><div><div>On Apr 7, 2010, at 3:15 PM, Masters.Steve wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>I have a set of grib files produced by WRF using wrfpost that are at sub-hour intervals. On my outer grid, I am writing out data at 20 minute intervals. The top of the GrADS control file looks like...<br><br>dset ^0901020000_sfcout_arw_d01.grb1f%f2%n200<br>index ^d01sfc.idx<br>* produced by grib2ctl v0.9.12.5p45<br>dtype grib 255<br>options template<br>tdef 19 linear 00Z02jan2009 20mn<br><br>I'm using the template option so I can use GrADS to access multiple files in a single session without concatenating them together. The output from gribmap is listed below...<br><br>gribmap -i d01sfc.ctl<br> grib1map: opening GRIB file: 0901020000_sfcout_arw_d01.grb1f000000<br> grib1map: opening GRIB file: 0901020000_sfcout_arw_d01.grb1f002000<br> grib1map: opening GRIB file: 0901020000_sfcout_arw_d01.grb1f014000 <======<br> grib1map: opening GRIB file: 0901020000_sfcout_arw_d01.grb1f010000<br> grib1map: opening GRIB file: 0901020000_sfcout_arw_d01.grb1f012000<br> grib1map: opening GRIB file: 0901020000_sfcout_arw_d01.grb1f024000 <======<br> grib1map: opening GRIB file: 0901020000_sfcout_arw_d01.grb1f020000<br> grib1map: opening GRIB file: 0901020000_sfcout_arw_d01.grb1f022000<br> grib1map: opening GRIB file: 0901020000_sfcout_arw_d01.grb1f034000 <======<br> grib1map: opening GRIB file: 0901020000_sfcout_arw_d01.grb1f030000<br> grib1map: opening GRIB file: 0901020000_sfcout_arw_d01.grb1f032000<br> grib1map: opening GRIB file: 0901020000_sfcout_arw_d01.grb1f044000 <=====<br> grib1map: opening GRIB file: 0901020000_sfcout_arw_d01.grb1f040000<br> grib1map: opening GRIB file: 0901020000_sfcout_arw_d01.grb1f042000<br> grib1map: opening GRIB file: 0901020000_sfcout_arw_d01.grb1f054000 <=====<br> grib1map: opening GRIB file: 0901020000_sfcout_arw_d01.grb1f050000<br> grib1map: opening GRIB file: 0901020000_sfcout_arw_d01.grb1f052000<br> grib1map: opening GRIB file: 0901020000_sfcout_arw_d01.grb1f064000 <=====<br> grib1map warning: could not open GRIB file: 0901020000_sfcout_arw_d01.grb1f064000<br> grib1map: opening GRIB file: 0901020000_sfcout_arw_d01.grb1f060000<br> grib1map: reached end of files<br> grib1map: writing the map...<br><br>At the "40-minute" point, the hour is incorrectly flipped to the next value. When I did this same operation against 5-minute output, the error happens as soon as I reach the 30-minute point of the hour. It seems like some kind of rounding is happening within gribmap when it attempts to resolve the hour part of the time. Looking at the output from GrADS, it appears to me that the grib index that is created is invalid as I get "bumps" in the time series that indicate data are being plotted at the wrong time (or not at all) in the second half of each hour.<br><br>This problem is seen with gribmap 1.9b4, 2.0.a5 and also with the very latest version 2.0a8.<br><br>Stephen Masters <a href="mailto:masters.steve@ensco.com">masters.steve@ensco.com</a><br>ENSCO, Inc.<br>Melbourne, FL<br><br>The information contained in this email message is intended only for the use of the individual(s) to whom it is addressed and may contain information that is privileged and sensitive. If you are not the intended recipient, or otherwise have received this communication in error, please notify the sender immediately by email at the above referenced address and note that any further dissemination, distribution or copying of this communication is strictly prohibited.<br><br>The U.S. Export Control Laws regulate the export and re-export of technology originating in the United States. This includes the electronic transmission of information and software to foreign countries and to certain foreign nationals. Recipient agrees to abide by these laws and their regulations -- including the U.S. Department of Commerce Export Administration Regulations and the U.S. Department of State International Traffic in Arms Regulations -- and not to transfer, by electronic transmission or otherwise, any content derived from this email to either a foreign national or a foreign destination in violation of such laws.<br><br>_______________________________________________<br>gradsusr mailing list<br><a href="mailto:gradsusr@gradsusr.org">gradsusr@gradsusr.org</a><br>http://gradsusr.org/mailman/listinfo/gradsusr<br></div></blockquote></div><br><div apple-content-edited="true"> <span class="Apple-style-span" style="border-collapse: separate; border-spacing: 0px 0px; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; text-align: auto; -khtml-text-decorations-in-effect: none; text-indent: 0px; -apple-text-size-adjust: auto; text-transform: none; orphans: 2; white-space: normal; widows: 2; word-spacing: 0px; "><div style="word-wrap: break-word; -khtml-nbsp-mode: space; -khtml-line-break: after-white-space; "><span class="Apple-style-span" style="border-collapse: separate; border-spacing: 0px 0px; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; text-align: auto; -khtml-text-decorations-in-effect: none; text-indent: 0px; -apple-text-size-adjust: auto; text-transform: none; orphans: 2; white-space: normal; widows: 2; word-spacing: 0px; "><span class="Apple-style-span" style="border-collapse: separate; border-spacing: 0px 0px; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; text-align: auto; -khtml-text-decorations-in-effect: none; text-indent: 0px; -apple-text-size-adjust: auto; text-transform: none; orphans: 2; white-space: normal; widows: 2; word-spacing: 0px; "><div>--</div><div>Jennifer M. Adams</div><div>IGES/COLA</div><div>4041 Powder Mill Road, Suite 302</div><div>Calverton, MD 20705</div><div><a href="mailto:jma@cola.iges.org">jma@cola.iges.org</a></div><div><br class="khtml-block-placeholder"></div><br class="Apple-interchange-newline"></span></span></div></span> </div><br></div></body></html>