<DIV>Thanks for&nbsp;so many friends' help!!!&nbsp; I tried the current grib2ctl version(0.9.12.5p33k),and all&nbsp;my records matched!!! but&nbsp;i&nbsp;still puzzled by&nbsp;some commands</DIV>
<DIV>&nbsp;</DIV>
<DIV>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3>Some friends suggested me of different options, such as –0 or –verf. I look for the manual, it says when using initial time, GRIB2CTL has nothing and GRIBMAP has –0 ; when using verification time, GRIB2CTL has –verf and GRIBMAP has nothing.</FONT></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3>My questions are:</FONT></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman"><SPAN lang=EN-US><FONT size=3>1.</FONT><SPAN style="FONT: 7pt 'Times New Roman'">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </SPAN></SPAN><SPAN lang=EN-US><FONT size=3>By which result do we determine the data is at verification time or initial time? </FONT></SPAN></FONT></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt; TEXT-INDENT: 10.65pt; mso-char-indent-count: 1.0; mso-char-indent-size: 10.65pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3>The following are parts of my WGRIB result:</FONT></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3>1:0:d=98010100:2T:kpds5=167:kpds6=1:kpds7=0:TR=123:P1=0:P2=24:TimeU=1:sfc:anl:ave@24hr:mon mean:NAve=31</FONT></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3>2:21132:d=98010106:2T:kpds5=167:kpds6=1:kpds7=0:TR=123:P1=0:P2=24:TimeU=1:sfc:anl:ave@24hr:mon mean:NAve=31</FONT></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3>3:42264:d=98010112:2T:kpds5=167:kpds6=1:kpds7=0:TR=123:P1=0:P2=24:TimeU=1:sfc:anl:ave@24hr:mon mean:NAve=31</FONT></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3>4:63396:d=98010118:2T:kpds5=167:kpds6=1:kpds7=0:TR=123:P1=0:P2=24:TimeU=1:sfc:anl:ave@24hr:mon mean:NAve=31</FONT></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3>5:84528:d=98020100:2T:kpds5=167:kpds6=1:kpds7=0:TR=123:P1=0:P2=24:TimeU=1:sfc:anl:ave@24hr:mon mean:NAve=28</FONT></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3></FONT></SPAN>&nbsp;</P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman"><SPAN lang=EN-US><FONT size=3>2.</FONT><SPAN style="FONT: 7pt 'Times New Roman'">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </SPAN></SPAN><SPAN lang=EN-US><FONT size=3>when I ignore the warning deliberately, </FONT></SPAN></FONT></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt; TEXT-INDENT: 10.65pt; mso-char-indent-count: 1.0; mso-char-indent-size: 10.65pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3>that is : I use GRIB2CTL in intial time format and GRIBMAP in verification time format, or the reverse, they all work! It seems that the options are not important. It should't be the case, but why my data all matched in spite of the options.</FONT></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt; TEXT-INDENT: 10.65pt; mso-char-indent-count: 1.0; mso-char-indent-size: 10.65pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3></FONT></SPAN>&nbsp;</P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt 18pt; TEXT-INDENT: -18pt; mso-list: l0 level1 lfo1; tab-stops: list 18.0pt"><FONT face="Times New Roman"><SPAN lang=EN-US><FONT size=3>3.</FONT><SPAN style="FONT: 7pt 'Times New Roman'">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </SPAN></SPAN><SPAN lang=EN-US><FONT size=3>Can anybody give me explanations of <U>initial time</U> and <U>verification time</U>? I want to draw time serial of climate variables, which time should I choose?</FONT></SPAN></FONT></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=EN-US><FONT size=3><FONT face="Times New Roman">&nbsp;<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /><o:p></o:p></FONT></FONT></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=EN-US><FONT face="Times New Roman" size=3>Thanks in advance!!!!</FONT></SPAN></P><BR><BR><B><I>Ben-Jei Tsuang &lt;btsuang@YAHOO.COM&gt;</I></B> 写道:</DIV>
<BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">
<META content="MSHTML 6.00.2900.2668" name=GENERATOR>
<STYLE></STYLE>

<DIV><FONT face=新細明體 size=2>Dear Dong:</FONT></DIV>
<DIV><FONT face=新細明體 size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=新細明體 size=2>Use the -verf option for grib2ctl.pl. For example,</FONT></DIV>
<DIV><FONT face=新細明體 size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=新細明體 size=2>grib2ctl.pl -verf era40sfc.grib &gt; era40sfc.ctl</FONT></DIV>
<DIV><FONT face=新細明體 size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=新細明體 size=2>I use ERA40 data without any problem.The </FONT><FONT face=新細明體 size=2>grib2ctl.pl version I use is 0.9.12.5p32s.</FONT></DIV>
<DIV><FONT face=新細明體 size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=新細明體 size=2>Ben</FONT></DIV>
<DIV><FONT face=新細明體 size=2></FONT>&nbsp;</DIV>
<BLOCKQUOTE style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV><FONT face=新細明體 size=2></FONT><FONT face=新細明體 size=2></FONT><FONT face=新細明體 size=2></FONT><BR></DIV>
<DIV>hi ,everybody<BR>Thanks for suggestions. but I still can't process it.</DIV>
<DIV>when&nbsp;I drop -o, the result is the same (only the first four records matched)</DIV>
<DIV>and&nbsp;I fail to find&nbsp;current grib2ctl version (0.9.12.5P33K)</DIV>
<DIV>Can anyone who has this version&nbsp;Email it to me? Thanks in advance!!!</DIV>
<P>I&nbsp;meet GRIBEX&nbsp;by chance from internet, it says&nbsp;GRIBEX is&nbsp;the ECMWF grib de- and encoder. My data is ERA-40. I wonder if it is the ECMWF grib data that GRIB2CTL doesn't work correctly.</P>
<P>Hoping for your suggestions and thanks a lot!!!</P>
<P><BR><B><I>"Becker, Bernd" &lt;bernd.becker@METOFFICE.GOV.UK&gt;</I></B> 写道:</P>
<BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Dong,<BR><BR>The problem is the following:<BR><BR>the grib file contains 6 hourly forecast data for each day, 00, 06, 12<BR>and 18 hours.<BR>Every day the base date changes.<BR>So to match all the data with one ctl file I would suggest to:<BR><BR>drop "-0" from the call to gribmap , see what that does.<BR><BR>Best regards,<BR>Bernd.<BR><BR>On Wed, 2005-06-29 at 03:59, dongdong wrote:<BR>&gt; Hi, Everybody<BR>&gt;<BR>&gt;<BR>&gt;<BR>&gt; I am trying to display GRIB data with GrADS. Please anyone who<BR>&gt; familiar with this help me.<BR>&gt;<BR>&gt;<BR>&gt;<BR>&gt; Firstly, I use wgrib to see the data. the wgrib result is in the<BR>&gt; attchment.<BR>&gt;<BR>&gt;<BR>&gt;<BR>&gt; Secondly, I use grib2ctl.pl to form the control file.<BR>&gt;<BR>&gt; It is:<BR>&gt;<BR>&gt; dset f:\grib2ctl\1998_2T.grib<BR>&gt; index f:\grib2ctl\1998_2T.grib.idx<BR>&gt; undef 9.999E+20<BR>&gt; tit
  le
 f:\grib2ctl\1998_2T.grib<BR>&gt; * produced by grib2ctl v0.9.12.5p32d<BR>&gt; dtype grib 255<BR>&gt; options yrev<BR>&gt; ydef 73 linear -90.000000 2.5<BR>&gt; xdef 144 linear 0.000000 2.500000<BR>&gt; tdef 48 linear 00Z01jan1998 6hr<BR>&gt; zdef 1 linear 1 1<BR>&gt; vars 1<BR>&gt; no2Tsfc 0 167,1,0 ** surface 2 metre temperature K<BR>&gt; ENDVARS<BR>&gt;<BR>&gt;<BR>&gt;<BR>&gt; Then, I use gribmap to match them. It goes wrong.<BR>&gt;<BR>&gt; gribmap -0 -i -v f:\grib2ctl\1998grib.ctl<BR>&gt;<BR>&gt;<BR>&gt;<BR>&gt; gribmap: Scanning binary GRIB file(s):<BR>&gt; gribmap: Opening GRIB file f:\grib2ctl\1998_2T.grib<BR>&gt; !!!!! MATCH: 1 21132 255 1 0 167 1 0 103<BR>&gt; 0 1<BR>&gt; btim: 1998010100:00 tau: -999 dtim: 1998010100:00<BR>&gt; !!!!! MATCH: 2 42264 255 1 0 167 1 0 21235<BR>&gt; 0 1<BR>&gt; btim: 1998010106:00 tau: -999 dtim: 1998010106:00<BR>&gt; !!!!! MATCH: 3 63396 255 1 0 167 1 0 ; 42367<BR>&gt; 0 1<BR>&gt; btim: 1998010112:00 tau: -999 dtim: 1998010112:00<BR>&
 amp; gt;
 !!!!! MATCH: 4 84528 255 1 0 167 1 0 63499<BR>&gt; 0 1<BR>&gt; btim: 1998010118:00 tau: -999 dtim: 1998010118:00<BR>&gt; ----- Time out of bounds: 5 105660 255 1 0 167 1 0<BR>&gt; 84631<BR>&gt; 0 16 btim: 1998020100:00 tau: -999 dtim: 1998020100:00<BR>&gt; ----- Time out of bounds: 6 126792 255 1 0 167 1 0<BR>&gt; 105763<BR>&gt; 0 16 btim: 1998020106:00 tau: -999 dtim: 1998020106:00<BR>&gt; ----- Time out of bounds: 7 147924 255 1 0 167 1 0 &amp;nb<BR>&gt; sp; 126895<BR>&gt; 0 16 btim: 1998020112:00 tau: -999 dtim: 1998020112:00<BR>&gt; ----- Time out of bounds: 8 169056 255 1 0 167 1 0<BR>&gt; 148027<BR>&gt; 0 16 btim: 1998020118:00 tau: -999 dtim: 1998020118:00<BR>&gt; ----- Time out of bounds: 9 190188 255 1 0 167 1 0<BR>&gt; 169159<BR>&gt; 0 16 btim: 1998030100:00 tau: -999 dtim: 1998030100:00<BR>&gt; ----- Time out of bounds: 10 211320 255 1 0 167 1 0<BR>&gt; 190291<BR>&gt; 0 16 btim: 1998030106:00 tau: -999 dtim: 1998030106:00<BR>&gt; -- More --<BR>&gt;<BR>&gt;<BR>&gt;
 <BR>&gt; Only few of the data matched. what's the matter? I have been puzzled<BR>&gt; by this for a long time.<BR>&gt;<BR>&gt; Hoping for suggestions.Thanks a lot!<BR>&gt;<BR>&gt;<BR>&gt;<BR>&gt; Sincerely Dongdong,Chen<BR>&gt;<BR>&gt;<BR>&gt; __________________________________________________<BR>&gt; 赶快注册雅虎超大容量免费邮箱?<BR>http://cn.mail.yahoo.com<BR>--<BR>Bernd Becker The Monthly Outlook<BR>Met Office FitzRoy Road Exeter Devon EX1 3PB United Kingdom<BR>Tel.: +44 (0) 1392 884511 Fax: +44 (0)870 900 5050<BR>E-mail:bernd.becker@metoffice.gov.uk - http://www.metoffice.gov.uk<BR></BLOCKQUOTE>
<P>
<HR SIZE=1>
DO YOU YAHOO!?<BR><A href="http://cn.mail.yahoo.com/mail_alert/promo1.html" target=blank>雅虎邮箱超强增值服务-2G超大空间、pop3收信、无限量邮件提醒</A></BLOCKQUOTE></BLOCKQUOTE><p>
                <hr size=1>DO YOU YAHOO!?<br>
<a href="http://cn.mail.yahoo.com/?id=77071" target=blank>
雅虎免费G邮箱-中国第一绝无垃圾邮件骚扰超大邮箱</a>