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

20050407:UAH CONDUIT Feed



Kevin,

Sounds good, we should have a site for you by end of day tomorrow.

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 Thu, 7 Apr 2005, Kevin Doty wrote:

> Jeff:
>
> I apologize for the delay.  The machine name and IP address for the CONDUIT
> feed are:
>
> aqua.nsstc.uah.edu
> 192.67.108.50
>
> We would like the entire feed if that is possible.  For further technical
> details I will need to refer you to our computer and network manager:
>
> Scott Podgorny                             Phone   (256) 961-7819
> Research Engineer                          Fax     (256) 961-7755
> University of Alabama in Huntsville/ESSC   Email   address@hidden
> NASA Marshall Space Flight Center/XD11     Web     http://nsstc.uah.edu
>
> National Space Science & Technology Center
> 320 Sparkman Drive
> Huntsville, AL  35805
>
> Many thanks,
> Kevin Doty
>
>
> -----Original Message-----
> From: Jeff Weber [mailto:address@hidden]
> Sent: Wednesday, March 30, 2005 4:42 PM
> To: Kevin Doty
> Cc: address@hidden
> Subject: 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
> > > >
> >
>