RE: Gempak/LDM/Unidata question from UAH ...

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
> >