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.
Glenn, I looked at your file. It has 1 grid: Number of grids in file: 1 Maximum number of grids in file: 1500 NUM TIME1 TIME2 LEVL1 LEVL2 VCORD PARM 1 010401/0000F001 550 PRES HGHT I pulled this up in Garp (Using the RUC II model type which I have defined in the $GARPHOME/config/Garp_defaults file as ruc236). I set the pressure level to 550 and the gfunc to hght and produced a plot. Everything looks fine. Eg, this is not what I would call surface rucs. Did you expect other than 1 grid in the file? Also, I created the gribkey.tbl file for dcgrib2 so that you would not have to worry about WMO header changes etc such as the KWBC vs KWBG, or all the different models. I just pipe the entire grid data stream to dcgrib2 and let it assign the file names for all the different data sets it finds, eg: # Global GRIB decoding action. # Products stored maintained in $GEMTBL/grid/gribkey.tbl HDS|NMC2|NOGAPS ^(/u/ftp/gateway|[HOYZ]|US058).* PIPE decoders/dcgrib2 -d data/gempak/logs/dcgrib.log -e GEMTBL=/home/gempak/NAWIPS/gempak/tables By not giving a file name output, dcgrib2 will use the path and names given in gribkey.tbl. Otherwise, you should be able to display the data in the file you just sent me if your model keys have ruc236 for the associated model button. Steve Chiswell Unidta User Support >From: "Glenn Rutledge" <address@hidden> >Organization: NCDC >Keywords: 200105041619.f44GJ6p16397 >This is a multi-part message in MIME format. >--------------B6582309137CE0F15CD5D78D >Content-Type: text/plain; charset=us-ascii >Content-Transfer-Encoding: 7bit > >Steve- >I figured out that rucs are now KWBG and W grids are the 236's. It's >working operationally. > >On a related note- (the reason I wnet after the 40km rucs), is a file >our archive group puts on the archive. I took the grib, and did a >dcgrib 'YYYYMMDDHH_ruc@@@.gem' < [fn] on it and get the attached file. > >When I go to plot it, GARP does not opeperate on it. Any clues? > >Thx, again, Glenn > >--------------B6582309137CE0F15CD5D78D