[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Datastream #IZJ-689237]: Additional Datafeeds
- Subject: [Datastream #IZJ-689237]: Additional Datafeeds
- Date: Tue, 17 Feb 2009 14:00:17 -0700
Hi Jeff,
I have been exercising the 5.11.4 version of Garp and GEMPAK decoders
built on a Fedora 9 32-bit machine here at the UPC. Our test setup
is the very basics of what a site may want to receive from the IDD:
~ldm/etc/ldmd.conf request:
request FSL2|UNIDATA ".*" upstream_feed_host
For reference, FSL2|UNIDATA is the set:
FSL2|IDS|DDPLUS|HDS|UNIWISC
I have tried to exercise every plot option for plan view model data
to see if Garp would produce plots or give errors like you first reported.
I am _very_ happy to report that the GREAT majority of actions I tried
(> 95% ?) produced plots that look correct.
In general, my comments are:
- for menu items where there are decoded data files, Garp produces plots
for most, if not all, of the selections presented to the user
- given that I am only requesting model data from the IDD HDS feed, not
all of the models listed in the model dropdown selector are available
(e.g., there is no data for CMC GEM, NOGAPS, WSETA or SURFACE since
none of this data is being requested from an upstream IDD feed site).
- I did see some instances where one or more fields selected to be
plotted did not work. I interpreted this to mean that the model fields
needed to produce the output had not been received. Again, the number
of instances for which this was true were very small.
Given my experience, I suggest the following on whistler:
1) download and build from source the latest GEMPAK 5.11.4 beta release
2) replace all of the GEMPAK decoders being used on whistler with the
5.11.4 versions that get built
3) delete ALL of the data that has been decoded for GEMPAK so the test
can start with a clean slate
4) run the LDM requesting the exact same set of data that we are running
in our test here at the UPC:
request FSL2|UNIDATA ".*" idd.unidata.ucar.edu
NB: for the initial test, comment out ALL ~ldm/etc/ldmd.conf requests
other than this one!!!
5) a day or so after the LDM has been operational and GEMPAK 5.11.4 decoders
have been running, run the same sorts of tests in your newly built
5.11.4 version of Garp
I apologize for having taken so long to get to this point here in the UPC.
We (Michael) have been fighting to incorporate the Unidata build structure
and applications into the significantly changed NCEP 5.11.4 release. I think
that the great majority of changes needed have been made, but there is still
a possibility of new tweaks.
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: IZJ-689237
Department: Support IDD
Priority: Normal
Status: Closed