20050330:UAH CONDUIT Feed

Hi Kevin,

I suspect you are still wanting the CONDUIT feed..?

What machine will be ingesting the data?

Do you want the whole feed, or just the NAM|ETA

Let me know and we will get you an upstream host.

Cheers,

Jeff
---------------------------------------------------------------------
Jeff Weber                                    address@hidden        :
Unidata Program Center                        PH:303-497-8676        :
University Corp for Atmospheric Research      3300 Mitchell Ln       :
http://www.unidata.ucar.edu/staff/jweber      Boulder,Co 80307-3000  :
---------------------------------------------------------------------

On Tue, 29 Mar 2005, Steve Chiswell wrote:

> Kevin,
>
> There are no hosts at U. Michigan that are participating in the
> CONDUIT data feed, so your request line to weatherlab04 is not
> accomplishing a CONDUIT feed for your site. You will need to have an
> upstream host assigned to you to feed CONDUIT data. This is the
> reason you are not seeing WTMPK grids in your data file.
>
> I will ask Jeff Weber tgo contact you and arrange a site for you
> to feed CONDUIT from. Jeff will need to know if you want to receive the
> full CONDUIT data stream, or just the NAM grids. He will also need to
> know your LDM host name so that the appropriate allow line can be added
> to your upstream host.
>
> Steve Chiswell
> Unidata User Support
>
>
>
>
>
>
> On Tue, 2005-03-29 at 09:12, Kevin Doty wrote:
> > Dear Steve:
> >
> > Thank you for your patience in dealing with my "ETA-212 SST issue".  My
> > computer and network administrator gave this information to me regarding our
> > data source:
> >
> > "We are receiving our feed from weatherlab04.engin.umich.edu and I am
> > requesting feed NMC2 which is an alias for CONDUIT."
> >
> > Is that enough information for you to determine what product we are actually
> > receiving?
> >
> > In terms of the command you gave to mask data, below is the result I get
> > from the "gdlist" command.  Unless I have something set wrong it can not
> > find the "WTMPK" grid which gets us back to the original question.
> >
> > Thanks again for your time and consideration.
> >
> > Kevin
> >
> >
> > **********
> > Shell started at Mon Mar 28 17:53:25 CST 2005
> > Shell started from directory
> > /rstor15/dotykg/GEMPAK/TEST/CHRON/UNIX_CHRON/ETA_DATA/GFUNC_TEST
> > Shell started by dotykg
> > Shell started on matrix
> > **********
> >
> >
> >  dstrng =  050328/1200F00
> >  eta_grid =  eta212
> >  GDATTIM   Grid date/time                    050328/1200F00
> >  GLEVEL    Grid level                        0
> >  GVCORD    Grid vertical coordinate          NONE
> >  GFUNC     Scalar grid
> > miss(mask(wtmpk,sle(land,0)),sltk@300%dpth)
> >  GDFILE    Grid file                         2005032812_eta212.gem
> >  GAREA     Graphics area                     GRID
> >  PROJ      Map projection/angles/margins|dr  LCC
> >  SCALE     Scalar scale / vector scale       999
> >  OUTPUT    Output device/filename            f/eta.dat
> >  Parameters requested: GDATTIM,GLEVEL,GVCORD,GFUNC,GDFILE,GAREA,PROJ,SCALE,
> >  OUTPUT.
> >  GEMPAK-GDLIST> GEMPAK-GDLIST> GEMPAK-GDLIST> GEMPAK-GDLIST> GEMPAK-GDLIST>
> > GEMPAK-GDLIST> GEMPAK-GDLIST> GEMPAK-GDLIST> GEMPAK-GDLIST> GEMPAK-GDLIST>
> > [DG -7]  Input grid WTMPK ^050328/1200F000 @0 %NONE in MASK cannot be found.
> >  Parameters requested: GDATTIM,GLEVEL,GVCORD,GFUNC,GDFILE,GAREA,PROJ,SCALE,
> >  OUTPUT.
> >  GEMPAK-GDLIST> GEMPAK-GDLIST>
> >  time summary for running shell
> > 0.270u 0.080s 0:09.85 3.5%  0+0k 0+0io 3055pf+0w
> >
> >
> > **********
> > Shell ended at Mon Mar 28 17:53:35 CST 2005
> > **********
> >
> >
> >
> >
> >
> > -----Original Message-----
> > From: Steve Chiswell [mailto:address@hidden]
> > Sent: Monday, March 28, 2005 6:35 PM
> > To: address@hidden; Kevin Doty
> > Cc: John Mecikalski; address@hidden
> > Subject: Re: Gempak/LDM/Unidata question from UAH ...
> >
> >
> > Kevin,
> >
> > Some additional information here. Your pqact.conf pattern does indeed
> > look correct for receiving the ETA/NAM 212 grids from CONDUIT.
> >
> > There are currently 2 IDD hosts at uah.edu reporting IDD
> > statistics:
> > http://my.unidata.ucar.edu/content/software/idd/rtstats/siteindex.php
> >
> > These are gold5.itsc.uah.edu and aqua.nsstc.uah.edu. It appears
> > neither of these hosts is receiving any CONDUIT data. Who is your
> > upstream for CONDUIT? Do you have a request line for CONDUIT
> > in your ldmd.conf file?
> >
> > The CONDUIT ETA212 data is the full files from the FTP server. The
> > ETA212 data being broadcast on NOAAPORT (the source of HDS) is
> > a small subset of data.
> >
> > Steve Chiswell
> > Unidata User Support
> >
> >
> >
> > On Mon, 2005-03-28 at 15:17, Tom Whittaker wrote:
> > > Hi Kevin:
> > >
> > > Sorry for the delay -- I've been out of the office for ten days with no
> > email.
> > >
> > > The long and short of it is that this is outside my domain of expertise,
> > but I
> > > did contact Steve Chizwell about this, and here is his reply.  I hope that
> > > this gets the dialog going again...
> > >
> > > --------------------------
> > >
> > > Yes, I did answer Kevin's questions about soil temperature and water
> > > temperature as well as land masks last week. his questions were posed in
> > the
> > > terms of "is it possible to mask the soil temperature grid" to land
> > values,
> > > which I showed how to do here:
> > >
> > >
> > <http://my.unidata.ucar.edu/cgi-bin/getfile?file=/content/support/help/MailA
> > rchives/gempak/msg03878.html>
> > >
> > > and the follow up question to whether water temperature was available:
> > >
> > >
> > <http://my.unidata.ucar.edu/cgi-bin/getfile?file=/content/support/help/MailA
> > rchives/gempak/msg03880.html>
> > >
> > > So, now I infer that he is asking how to combine the two above to which
> > > the answer would be:
> > >
> > > gdpfun = miss(mask(wtmpk,sle(land,0)),sltk@300%dpth)
> > >
> > > The explanation:
> > > To use the LAND mask field to create a grid where water temperature
> > > is used where LAND=0, and soil temperature is used where LAND=1.
> > > the MASK(s1,s2) function can be used. This masks the values in the
> > > S1 grid with S2 at points were S1 is missing. "Missing" data points can
> > > be created by applying the SGE(), SGT(), SLE() or SLT() functions to
> > > return only the values that match the expression, and setting the other
> > > values to missing.
> > >
> > > As an example in GDPLOT2,
> > > GLEVEL=0
> > > GVCORD=NONE
> > > GDPFUN=miss(mask(wtmpk,sle(land,0)),sltk@300%dpth)
> > >
> > > ---------------------------
> > >
> > > Please let me (and, more importantly, Steve) know if this helps.
> > >
> > > tom
> > >
>