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

[CONDUIT #RLV-675697]: [! INFO !] Conduit Data Feed

Hi Paul,

re: CONDUIT feed to NOAA Southern Region
> The data flow has been excellent and I appreciate your quick response
> to help us get the data.

I am glad that things are working well!

re:
> As for some of our plans (for curious minds:-)).
> 
> 1. We plan on using the higher resolution data to help us provide better
>    Decision Support Services in our offices and from the Region
> 2. We will be utilizing the higher resolution data to help with our 
> Verification
> 3. Our Science branch was using ftp to pull model data to better understand 
> our
>    science and not really running in real-time.
> a. I am utilizing ldm triggers (pqact) to run their programs upon receipt 
> (better
>    utilizing our b/w and resources).
> 4. I am sure our Science group will have many other uses.

OK, thanks for the information.  We are always interested in what folks are up 
to...

re:
> I am curious as to the need for the Conduit data, once the expansion of the
> SBN/NOAAPort is complete next spring (from 10Mbits/sec to 30Mbits/sec).

It has been our observation that there will always be a need for a high-volume
datastream for data that has not been deemed to be critical to the forecast
offices (the governing principle for NOAAPort SBN content).  If the set of 
products
currently in CONDUIT become available in NOAAPort, then the set of products
in CONDUIT will be changed to ones that are not available.

re:
> I am having a few issues with gempak ingesting the data, but I am working on
> that now and will likely post to the gembud list.

Posting to gembud is a good move.  If you feel that the question(s) you have
are better addressed by us, please send your inquiry to:

address@hidden

Using this email address will insure that the question(s) are immediately 
delivered
to our inquiry tracking system.

re:
> Example Error:
> [ldm@srh-ls-tib0 ~/etc]$ more /data2/gempak/logs/dcgrib2_conduit.log
> [2017] 101214/1912[DC 3]  Starting up. Version 6.2.0
> [2017] 101214/1912[DC -11]  No command line arguments found.
> [2017] 101214/1913[GB -13]  Error opening originating center table file ....
> [2017] 101214/1913[GB -31]  Could not open parameter table file 
> g2varswmo2.tbl.
> [2017] 101214/1913[GB 1]  No GEMPAK parameter name defined for this grid.
> [2017] 101214/1913[DECODE_GRIB2 -34] Could not determine parameter name 0 3 5 
> 0 [808597815]
> [2017] 101214/1913[GB -13]  Error opening originating center table file ....
> [2017] 101214/1913[GB -31]  Could not open parameter table file 
> g2varswmo2.tbl.
> [2017] 101214/1913[GB 1]  No GEMPAK parameter name defined for this grid.
> [2017] 101214/1913[DECODE_GRIB2 -34] Could not determine parameter name 0 3 5 
> 0 [942813747]
> [2017] 101214/1913[GB -13]  Error opening originating center table file ....
> [2017] 101214/1913[GB -31]  Could not open parameter table file 
> g2varswmo2.tbl.
> [2017] 101214/1913[GB 1]  No GEMPAK parameter name defined for this grid.
> [2017] 101214/1913[DECODE_GRIB2 -34] Could not determine parameter name 0 0 0 
> 0 [942813747]
> [2017] 101214/1913[GB -13]  Error opening originating center table file ....
> [2017] 101214/1913[GB -31]  Could not open parameter table file 
> g2varswmo2.tbl.
> [2017] 101214/1913[GB 1]  No GEMPAK parameter name defined for this grid.
> [2017] 101214/1913[DECODE_GRIB2 -34] Could not determine parameter name 0 0 0 
> 0 [943142192]
> [2017] 101214/1913[GB -13]  Error opening originating center table file ....
> [2017] 101214/1913[GB -31]  Could not open parameter table file 
> g2varswmo2.tbl.
> [2017] 101214/1913[GB 1]  No GEMPAK parameter name defined for this grid.
> [2017] 101214/1913[DECODE_GRIB2 -34] Could not determine parameter name 0 3 5 
> 0 [942946356]
> [2017] 101214/1913[GB -13]  Error opening originating center table file ....

This looks like the decoder can not find the needed GRIB tables.

Question:

- did you setup sourcing of the GEMPAK environment file (e.g., 
~gempak/NAWIPS/Gemenviron
  for C shell) for the user 'ldm'?

Cheers,

Tom
--
****************************************************************************
Unidata User Support                                    UCAR Unidata Program
(303) 497-8642                                                 P.O. Box 3000
address@hidden                                   Boulder, CO 80307
----------------------------------------------------------------------------
Unidata HomePage                       http://www.unidata.ucar.edu
****************************************************************************


Ticket Details
===================
Ticket ID: RLV-675697
Department: Support CONDUIT
Priority: Normal
Status: Closed