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

RE: [ldm-users] [conduit] Addendum: GFS missing/delays:

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: RE: [ldm-users] [conduit] Addendum: GFS missing/delays:
  • Date: Tue, 27 Nov 2007 16:09:45 -0700
Devin,

The 5.10.4 release of GEMPAK has dcgrib2 updated to use the
$GEMTBL/grid/grdnav.tbl
file to figure out the grid numbers:
http://www.unidata.ucar.edu/software/gempak/GEMPAK5.10/whats_new.html#5.10.4

The distributed GFS pattern for 2.5 and 1.0 will still work:
# 1.0 degree GFS data
# 2.5 degree GFS data
CONDUIT prod/gfs.*pgrb[^2]
        PIPE    decoders/dcgrib2 -d
data/gempak/logs/dcgrib2_CONDUITgfs.log
        -e GEMTBL=/home/gempak/NAWIPS/gempak/tables

These file names all look like:
gfs.t18z.pgrbf48.grib2

The 0.5 degree files have "pgrb2" which is unique to those files.

Steve Chiswell
Unidata User Support


On Tue, 2007-11-27 at 16:17 -0600, Devin Eyre wrote:
> What pqact patterns do I need to use to differentiate between GFS grids
> 002 and 003?  Up until now I was letting dcgrib2 determine that with the
> gribkey table.
> 
> Devin Eyre
> Lead Software Developer
> ImpactWeather, Inc.
>  713 948-6018
> www.impactweather.com
> Your Weather Department
> 
> -----Original Message-----
> From: address@hidden
> [mailto:address@hidden] On Behalf Of Steve Chiswell
> Sent: Tuesday, November 27, 2007 1:58 PM
> To: address@hidden; address@hidden
> Cc: address@hidden
> Subject: Re: [ldm-users] [conduit] Addendum: GFS missing/delays:
> 
> Art, Kevin, Mike et al.,
> 
> The 12Z GFS data in GRIB2 was available as normal  in CONDUIT.
> The GRIB1 GFS data has now been removed from CONDUIT (eg the
> 1 degree f000-f180 and 2.5 degree f192-f384) as of the 12Z run.
> 
> The 12Z change noted regarding the NOAAport data (unrelated to CONDUIT)
> which populates the HDS feed of IDD is that only the thinned grid
> tiles (eg grid numbers 37-44) arrived in GRIB1, whereas  until 12Z,
> GRIB1 data was available for:
> #201, #202, #203, #211, #213, #225
> 
> I did not see a change notice regarding any removal of GFS in GRIB1 from
> the 
> operational NOAAport data stream. As Mike notes, a switch to the
> NOAAport uplink
> did occur, so there may have been a possible problem at that end.
> 
> The 12Z GFS GRIB2 data on NOAAport sent in the NGRID data feed did
> contain grids: #160, #161, #201, #212, #213, #254 as normal. Since the
> #202, #203, #211
> and #225 grids are not available here, it is not due to replacement by
> the same data in GRIB2.
> 
> We'll see if the NWS can provide any information regarding the missing
> data on NOAAport.
> 
> Steve Chiswell
> Unidata User Support
> 
> 
> 
> 
> 
> On Tue, 2007-11-27 at 13:53 -0500, Arthur A. Person wrote:
> > All --
> > 
> > It's our observation that the HDS grib1 data for GFS were all dropped 
> > except the "thin" grids... i.e. we're not seeing GFS grids 201, 202,
> 203, 
> > 211, 213 or 225 any more whereas before 12Z this morning, they came in
> 
> > regularly.  It's my understanding that there were to be no changes to
> the 
> > HDS feed, so I suspect there's been an error...  perhaps Steve
> Chiswell 
> > could comment...?
> > 
> >                                     Art
> > 
> > 
> > On Tue, 27 Nov 2007, Kevin R. Tyle wrote:
> > 
> > > Please ignore my addendum:  silly me was looking at the wrong file.
> Our 
> > > received GRIB2 1-deg GFS files for 1200 UTC today looks good, all
> the way out 
> > > to 384 hours.
> > >
> > > Kevin W. Thomas wrote:
> > >>> 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
> > >>> 
> > >> 
> > >> Kevin...
> > >> 
> > >> The NAM 40km data is the full 3D grid.  I can't speak for GFS, as I
> don't 
> > >> use
> > >> it in model runs.
> > >> 
> > >> I wish the NAM 12km tiled data came with the 3D variables.  Ftp
> scripts are
> > >> a nuisance.
> > >>
> > >>  Kevin W. Thomas
> > >>  Center for Analysis and Prediction of Storms
> > >>  University of Oklahoma
> > >>  Norman, Oklahoma
> > >>  Email:  address@hidden
> > >>
> > >> 
> > >>> 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/
> > >>> 
> > >> 
> > >>
> > >>
> > 
> > Arthur A. Person
> > Research Assistant, System Administrator
> > Penn State Department of Meteorology
> > email:  address@hidden, phone:  814-863-1563
> > _______________________________________________
> > ldm-users mailing list
> > address@hidden
> > For list information or to unsubscribe,  visit:
> http://www.unidata.ucar.edu/mailing_lists/ 
-- 
Steve Chiswell <address@hidden>
Unidata