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

20050321: ATCF data

Mai,

The ATCF data that GEMPAK plots is available from
ftp://ftp.nhc.noaa.gov/pub/atcf/aid_public/

I use the "wget" freely available perl script to mirror/download
the files in a script like:

-------------------------------------------------------------------
#!/bin/csh -f

setenv PATH /opt/bin:${PATH}
source ~gempak/Gemenviron

cd $SPDATA/atcf
wget -N 'ftp://ftp.nhc.noaa.gov/pub/atcf/aid_public/a*2004.dat'

--------------------------------------------------------------------

These files are not in the data stream broadcast via IDD.

Steve Chiswell
Unidata User Support




>From: Mai Nguyen <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200503171004.j2HA4Nv2012039

>Hello Tom,
>
>Thanks for your helps. It took me a while to "digest"
>your idea.
>
>After you've split the line in the ldm.conf, we
>couldn't get the UKMET and ECMWF model data. So Tien,
>my colleage, changed back to its previous version
>(i.e. a long line specifying all models data) but with
>idd.unidata.ucar.edu as the primary host. So, it works
>now. But maybe we should try again the shorter lines
>as you suggested if there will be large latency again.
>
>Also, the QuickCat data is coming nicely. Thanks.
>
>Now, I would like to have the ATCF data as well (TC
>track forecasts). Could you please help me on this
>too!
>
>> Instead, what I would do is setup a second machine
>> and configure it to
>> ingest data from met_research3.  I would then setup
>> execution of
>> 'ldmfail' (a script contained in the LDM
>> distribution that gets
>> installed in the ~ldm/bin directory) in the second
>> machine's crontab to
>> monitor if the LDM on met_research3 is still working
>> (ldmfail uses
>> ldmping to determine if the LDM on a host is
>> working).  'ldmfail' will
>> switch ldmd.conf files and restart the LDM if/when
>> it determines that
>> the LDM on the machine it ingesting from has stopped
>> or is down.  The
>> idea behind 'ldmfail' is to have two ldmd.conf
>> files: one contains
>> requests to one host, and the other to another host.
>
>It's clever to have the system working that way. So
>now, do I need another machine with another IP and DNS
>to do that? Let's call it the Secondary, the
>met_research3 to be the Primary. Does it mean that we
>have to notify the upstream host (e.g
>idd.unidata.ucar.edu) about the Secondary IP and name?
>
>Now, in the case that the Primary machine is working
>nice, I would like the secondary to be fed from the
>Primary by the internal IP. Is that possible? If so,
>should we have an internal DNS server to specify the
>internal IP and names? Is that correct?
>
>Thank you for your big helps as always.
>
>Cheers, Mai.
>
>
>
>               
>__________________________________ 
>Do you Yahoo!? 
>Yahoo! Sports - Sign up for Fantasy Baseball. 
>http://baseball.fantasysports.yahoo.com/
>
--
NOTE: All email exchanges with Unidata User Support are recorded in the
Unidata inquiry tracking system and then made publicly available
through the web.  If you do not want to have your interactions made
available in this way, you must let us know in each email you send to us.