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

20040821: rtstats reporting from SLU LDMs (cont.)

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: 20040821: rtstats reporting from SLU LDMs (cont.)
  • Date: Sat, 21 Aug 2004 18:48:11 -0600
>From: "Eric.J.Haug" <address@hidden>
>Organization: Saint Louis University
>Keywords: 200408181744.i7IHinaW023438 IDD LDM rtstats

Hi Eric,

re: 'naiad' is ingesting the DCP channel?

>Yes.

OK, figured as much.

re: contents of DCP are OCONUS grids and non-CONUS GINI images

>Yes.

OK.

re: setting up SLU NOAAPORT to function as IDD inject node

>The boxes were purchased from SSEC using their "card" and running
>their software. Two PC based systems running Solaris 2.9 on Intel.

OK.  We used to use SSEC SDI boxes here, so we are well familiar with
them.

>The collision of data streams occurs on zephir.eas.slu.edu now.
>Though no one has noted that it is a problem.

This is bad.

>If your ingest modules would work on that hardware
>we would run them.

They will.  This is how we used to power the IDD.  I will probably
not have time to work with you go get this going before I take off
on travel next Friday.  If I get some spare time (and it is evaporating
fast), I will try to put together what you will need to get your system
setup to play nicely with the rest of the IDD.

Cheers,

Tom
--
NOTE: All email exchanges with Unidata User Support are recorded in the
Unidata inquiry tracking system and then made publically 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.