[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
20020514: 40km Eta Grid Not Found
This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
- Subject: 20020514: 40km Eta Grid Not Found
- Date: Tue, 14 May 2002 13:31:44 -0600
Patrick, The grid 212 10m wind on NOAAPORT is generated from the icwf on model number 89, rather than the Eta as model number 84. In previous distributions, I had filed 85, 89 and 84 all into ETA files (85 & 89 were the old Eta numbers before the meso eta was phased out and the Eta went to 4 runs per day using the same 22km grids and renumbered as 84). Now icwf is using the model number of 89. As mentioned in the included email below, there are differences between the surface & qpf fields in the 2 data sets (Eta and icwf) so I updated the gribkey.tbl file to place the icwf grids in separate file from the Eta. If you updated your GEMPAK distribution around May 9, then you probably got the revised $GEMTBL/grid/gribkey.tbl file that separates model number 89 from model number 84. If you are using the gribkey.tbl entries I provided, you should have $MODEL/YYYYMMDDHH_icwf212.gem files. If needed, you can create an alias for ICWF in the $GEMTBL/config/datatype.tbl file. The wmo headers for the 212 F006 10m wind grids on NOAAPORT: YARB98 KWBD 141200 Note that they come under KWBD, instead of the Eta grids which are KWBE. Steve Chiswell Unidata User Support ----------------------<included message>-------------------------------------------- Daryl, There are 2 sources for the precipitation on the 212 grid. The ETA model identified as number 84, and the EAT model identified as number 89. The ICWF project run by the techniques development lab (TDL) within NOAA produces the QPF grids for precipitation forecasts identified as model #89. The NOAAPORT 215 grid has only the precipitation grids identified as model 84, though the CONDUIT stream does have the icwf on the 20km grid as well. Here is the reception information on these grids: Dec 11 15:03:00 grib/ncep/ETA_84/#212/200112111200/F048/APCP/sfc/ YERI98 KWBE 111200 Dec 11 16:13:35 grib/ncep/ETA_89/#212/200112111200/F048/APCP/sfc/ YERI98 KWBD 111200 PAA Dec 11 15:03:57 grib/ncep/ETA_84/#215/200112111200/F048/APCP/sfc/ YEUI98 KWBE 111200 The ETA model identified as ETA_89 uses the WMO identifying center of KWBD, while the ETA_84 uses KWBE. The ETA212 field you see with the much grater forecast amount is the latter that came in which is the icwf prediction. Previously, the 89 model id as the 0 & 12Z run, while the 85 run was the 6 & 18Z run previously called "meso eta". Now, all 4 runs use the identical model 84... but the TDL lab is creating QPF grids (thats a big push in areas that need improvement in NWS). I found a somewhat old web page describing ICWF and ETA at: http://www.emc.ncep.noaa.gov/mmb/research/FAQ-eta.html#POST12 The ICWF grids do have some useful prob of precip grids- but I can see that we should separate the 2 sources to avoid confusion. You are using dcgrib2 in your file actions below. You could make the pattern specific to KWBE to eliminate the icwf grids (KWBD). Or, you can make dcgrib2 create a separate gempak grid file for the icwf grids. The GEMPAK file $GEMTBL/grid/gribkey.tbl file determines the output file name for dcgrib2. At present, there is a single output file for both model 84 and 89 for for the various grids (which I tried to have for backwards compatibility with all three model numbers 84, 85 and 89). I've attatched a replacement gribkey.tbl which will store the ETA_84 products in the same YYYYMMDDHH_eta@@@.gem files, while storing the ETA_89 products in files named YYYYMMDDHH_icwf@@@.gem. I will use this segregated file naming gribkey.tbl file in new releases of GEMPAK as well. ---------------------------------------------------------------------------- Steve Chiswell Unidata User SUpport >From: "Patrick O'Reilly" <address@hidden> >Organization: UCAR/Unidata >Keywords: 200205141552.g4EFqXa25823 >This is a multi-part message in MIME format. > >------=_NextPart_000_0031_01C1FB35.3F5EF230 >Content-Type: text/plain; > charset="iso-8859-1" >Content-Transfer-Encoding: quoted-printable > >Greetings! > >I run a script that plots surface streamlines using the 10m winds. The = >script stopped making images on May 9, and in my troubleshooting, I get = >errors saying that: > >Input grid WND ^020514/1200F006 @10 %HGHT cannot be found. > >I have been using gvcord=3Dhght and glevel=3D10, as the Eta "surface" = >wind is the 10m agl wind. I also can't find the grid using gdinfo or = >gdlist. Is it possible it has not been transmitted since then, i.e. the = >grid is really missing? I would look for it, but have no idea what the = >grid would look like coming in over the IDD. Thanks. > >Patrick > >~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >Patrick O'Reilly Support Scientist >The STORM Project address@hidden >208 Latham Hall ph: 319-273-3789 >University of Northern Iowa >Cedar Falls, IA 50614 =20 >~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ =20 > > >------=_NextPart_000_0031_01C1FB35.3F5EF230 >Content-Type: text/html; > charset="iso-8859-1" >Content-Transfer-Encoding: quoted-printable > ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> ><HTML><HEAD> ><META http-equiv=3DContent-Type content=3D"text/html; = >charset=3Diso-8859-1"> ><META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR> ><STYLE></STYLE> ></HEAD> ><BODY bgColor=3D#efefef> ><DIV><FONT face=3D"MS Sans Serif" size=3D2>Greetings!</FONT></DIV> ><DIV><FONT face=3D"MS Sans Serif" size=3D2></FONT> </DIV> ><DIV><FONT face=3D"MS Sans Serif" size=3D2>I run a script that plots = >surface=20 >streamlines using the 10m winds. The script stopped making images = >on May=20 >9, and in my troubleshooting, I get errors saying that:</FONT></DIV> ><DIV><FONT face=3D"MS Sans Serif" size=3D2></FONT> </DIV> ><DIV><FONT face=3D"MS Sans Serif" size=3D2>Input grid WND = >^020514/1200F006 @10 %HGHT=20 >cannot be found.</FONT></DIV> ><DIV> </DIV> ><DIV><FONT face=3D"MS Sans Serif" size=3D2>I have been using = >gvcord=3Dhght and=20 >glevel=3D10, as the Eta "surface" wind is the 10m agl = >wind. I also=20 >can't find the grid using gdinfo or gdlist.</FONT> <FONT=20 >face=3D"MS Sans Serif" size=3D2>Is it possible it has not been = >transmitted since=20 >then, i.e. the grid is really missing? I would look for it, but = >have no=20 >idea what the grid would look like coming in over the IDD. =20 >Thanks.</FONT></DIV> ><DIV><FONT face=3D"MS Sans Serif" size=3D2></FONT> </DIV> ><DIV><FONT face=3D"MS Sans Serif" size=3D2>Patrick</FONT></DIV> ><DIV><FONT face=3D"MS Sans Serif" size=3D2></FONT> </DIV> ><DIV><FONT face=3D"MS Sans Serif"=20 >size=3D2>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<BR>Patrick=20 >O'Reilly  = >; = > =20 >Support Scientist<BR>The STORM=20 >Project = > <A=20 >href=3D"mailto:address@hidden";>address@hidden</A><BR>20= >8 Latham=20 >Hall &nb= >sp; &nbs= >p; =20 >ph: 319-273-3789<BR>University of Northern Iowa<BR>Cedar Falls, IA=20 >50614 &n= >bsp;=20 ><BR>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ =20 ><BR></FONT></DIV></BODY></HTML> > >------=_NextPart_000_0031_01C1FB35.3F5EF230-- >
- Prev by Date: 20020512: gdplot wind component in specified direction
- Next by Date: 20020515: invalid grid in gdcntr
- Previous by thread: 20020512: gdplot wind component in specified direction
- Next by thread: 20020515: invalid grid in gdcntr
- Index(es):