[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Fwd: [conduit] Addendum: GFS missing/delays:]

Kevin,

I had a gembud question a while back from Patrick Francis regarding the
missing 2 parameters. The problem there was the resolution of the levels
being
used for the vertical coordinate #106 in:
$GEMTBL/grid/g2vcrdwmo1.tbl

http://www.unidata.ucar.edu/mailing_lists/archives/gembud/2007-October/000613.html

The solution here is to change the scaling of coordinate 106 to "2" so
that the DPTH layer is in centimeters:

106 106 Layer btwn 2 dpths below lnd sfc  m                    DPTH
2

One other note is that if you are using the 5.10.4 version to create the
grid numbers from the grdnav.tbl file, you want to comment out the GG01
703 entry near the bottom
since it is a duplicate of the correct grid #3 entrt at the top, and we
don't want the files named as grid 703!

Steve Chiswell
Unidata User Support

On Wed, 2007-11-28 at 15:10 +0000, Kevin R. Tyle wrote:
> Hi J.Co and Paula!
> 
> My email yesterday was a senior moment--I was not looking at the correct 
> file.
> 
> There does seem to be a very slight reduction in the number of fields we 
> are decoding into our GEMPAK files:  for example, for the F48 hour, we got 
> 329 with GRIB1 vs 327 with GRIB2.  Haven't had a chance to look closer at 
> this to see what the diffs are.
> 
> Cheers,
> 
> Kevin
> 
> ______________________________________________________________________
> Kevin Tyle, Systems Administrator               **********************
> Dept. of Earth & Atmospheric Sciences           address@hidden
> University at Albany, ES-235                    518-442-4578 (voice)
> 1400 Washington Avenue                          518-442-5825 (fax)
> Albany, NY 12222                                **********************
> ______________________________________________________________________
> 
> On Wed, 28 Nov 2007, Justin Cooke wrote:
> 
> > Steve,
> >
> > Did you see Kevin's email about reduced number of fields when receiving 
> > GRIB2 
> > data compared to GRIB1 through CONDUIT?
> >
> > I did a comparison of the 06Z data we inject into the CONDUIT stream. For 
> > the 
> > 1.0 datasets I looked at fh 48, we inject 294 parameters for both the GRIB1 
> > and GRIB2 versions
> >
> > gfs.t06z.pgrbf48
> > gfs.t06z.pgrbf48.grib2
> >
> > For 2.5 I looked at fh 384, again the ldmd.log showed 294 parameters for 
> > both 
> > GRIB1 and GRIB2.
> >
> > gfs.t06z.pgrbf384
> > gfs.t06z.pgrbf384.grib2
> >
> > Are you noticing any difference in your pull of the feed?
> >
> > Thanks,
> > Justin
> >
> > Paula Freeman wrote:
> >> Was this to GFS implementation problems yesterday?
> >> 
> >> -Paula
> >> 
> >> -------- Original Message --------
> >> Subject:     [conduit] Addendum: GFS missing/delays:
> >> Date:     Tue, 27 Nov 2007 18:03:14 +0000
> >> From:     Kevin R. Tyle <address@hidden>
> >> To:     address@hidden
> >> References:     <address@hidden>
> >> 
> >> 
> >> 
> >> Addendum:
> >> 
> >> I took a look at what came in via on today's 1200 UTC GRIB2 1-deg GFS, and 
> >> found that we are only getting a small fraction of the gridded fields that 
> >> came in with the GRIB1 files.  We only have data on the mandatory pressure 
> >> levels, as well as a smattering of surface and 2/10 meter height levels. 
> >> Looking back on past days, I think this has been the case with all the 
> >> GRIB2 fields we are receiving via CONDUIT.  Anyone else have similar 
> >> observations?
> >> 
> >> --Kevin
> >> 
> >> 
> >> Mike Voss wrote:
> >>> Conduit users,
> >>> 
> >>> I am missing GFS003, 201, 202, etc from 12Z today, Nov 27, and I noticed 
> >>> the files were not on motherlode. I saw a message about delays (see 
> >>> below). Does anyone know if this is this the cause of the missing GFS 
> >>> data 
> >>> on Conduit?
> >>> 
> >>> Thanks
> >>> -Mike
> >>> 
> >>> -----------------
> >>> 600
> >>> NOUS72 KNCF 270505
> >>> ADMNCF
> >>> ~
> >>> NWSTG HAS INFORMED NCF, ON TUESDAY NOVEMBER 27, AT 1015Z THE NWSTG WILL
> >>> BE SWITCHING TO THE BACKUP SYBASE SERVER. THE SWITCH IS EXPECTED TO
> >>> TAKE UP TO 45 MINUTES. DURING THIS PERIOD, NO DATA WILL BE SWITCHED
> >>> THROUGH THE NWSTG. THERE WILL BE NO DATA LOST, BUT DELAYS WILL BE
> >>> EQUAL TO THE OUTAGE TIME.
> >>> ~
> >>> NCF
> >>> -------------------------------
> >>> 
> >>> 
> >>> 
> >>> 
> >>> 
> >>> 
> >>> 
> >>> 
> >>> 
> >>> 
> >>> 
> >>> --------------------------
> >>> Mike Voss
> >>> Department of Meteorology
> >>> San Jose State University
> >>> One Washington Square
> >>> San Jose, CA 95192-0104
> >>> 
> >>> 408.924.5204 voice
> >>> 408.924.5191 fax   _______________________________________________
> >>> conduit mailing list
> >>> address@hidden
> >>> For list information or to unsubscribe, visit: 
> >>> http://www.unidata.ucar.edu/mailing_lists/
> >>>
> >>> 
> >> _______________________________________________
> >> conduit mailing list
> >> address@hidden
> >> For list information or to unsubscribe, visit: 
> >> http://www.unidata.ucar.edu/mailing_lists/
> >> _______________________________________________
> >> Ncep.list.pmb-dataflow mailing list
> >> address@hidden
> >> https://lstsrv.ncep.noaa.gov/mailman/listinfo/ncep.list.pmb-dataflow
> >
-- 
Steve Chiswell <address@hidden>
Unidata