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

[CONDUIT #UDU-273265]: CONDUIT data.

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: [CONDUIT #UDU-273265]: CONDUIT data.
  • Date: Mon, 28 Apr 2008 17:18:50 -0600
Hi Carlos,

re:
> thanks for your response.

No worries.

> I was able to get some data. However, I'm
> still unable to get grid 3 data. The following lines in pqact.conf are
> working
> 
> CONDUIT 
> ^data/nccf/com/gfs/.*/GFS/#000/([0-9]{12}F048)/(TMPK|RELH|HGHT|UREL.*|VREL)/([0-9]{1,7})
>  Pa PRES
>       FILE    -overwrite -close data/ncep_gfs/gfs_g000_\1_\2_\3.grib
> 
> However the lines
> 
> CONDUIT 
> ^data/nccf/com/gfs/.*/GFS/#003/([0-9]{12}F048)/(TMPK|RELH|HGHT|UREL.*|VREL)/([0-9]{1,7})
>  Pa PRES
>       FILE    -overwrite -close data/ncep_gfs/gfs_g003_\1_\2_\3.grib
> 
> does not recover any files. The only difference between them is
> a 003 instead of a 000

I just ran a 'notifyme' invocation that verifies that there is currently no #003
grids in the CONDUIT datastream:

<as 'ldm'>
notifyme -vxl- -f CONDUIT -o 100000 -h idd.unidata.ucar.edu -p "GFS/#003" 
Apr 28 23:10:57 notifyme[3945] NOTE: Starting Up: localhost: 20080427192417.076 
TS_ENDT {{CONDUIT,  "GFS/#003"}}
Apr 28 23:10:57 notifyme[3945] NOTE: LDM-5 desired product-class: 
20080427192417.076 TS_ENDT {{CONDUIT,  "GFS/#003"}}
Apr 28 23:10:57 notifyme[3945] INFO: Resolving localhost to 127.0.0.1 took 
0.000315 seconds
Apr 28 23:10:57 DEBUG: NOTIFYME(localhost) returns OK
Apr 28 23:10:57 notifyme[3945] NOTE: NOTIFYME(localhost): OK
 ... nothing is returned

This means that the upstream host idd.unidata.ucar.edu does not currently have
any grid 3 GFS products in its queue.  I will continue to monitor this as new
model runs are sent.

> in both cases the entry in the ldmd.conf is
> request CONDUIT "^data/nccf/com/gfs/.*/GFS/.*" idd.unidata.ucar.edu

Aside comment:  your ~ldm/etc/ldmd.conf 'request' line can be made much simpler:

request CONDUIT "GFS" idd.unidata.ucar.edu

Note that this has no relevance for the non-receipt of the grid 3 data.

> My understanding according to the information at
> www.unidata.ucar.edu/data/conduit/ldm_idd/index.html
> is that for GFS (Global Forecast System) Grid #003
> 1.0 degree resolution, F000-F180
> I should use #003 in the pattern action in pqact.conf.

Yes, if '#003' is included in the product ID, then it is a useful pattern
to use in a regular expression for product matching/processing.

> Would you give me some pointers here.

I will continue to monitor the GFS data in CONDUIT to see if the grids
you want are available.  If they are not, I will need to check to see if
they are supposed to be available.

More later...

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: UDU-273265
Department: Support CONDUIT
Priority: Normal
Status: Closed