Re: LDM question...

Alaric,

FOS and NOAAport are not identical at all because the sequence nunbers
don't match. The LDM uses a md5 check sum on each product including the
sequence numbers, so the products appear different to the LDM. 
So you will get product duplication.  You have to make a choice to use
only one feed. Also, don't request the FOS from Alden, UPC has terminated
that contract in Jan. 

Robb...

ps  I was out of the office last week.

On Tue, 16 Mar 1999, Alaric S. Haag wrote:

> Robb,
> 
> Hope you're the right one to turn to... I manage the LDM site on
> sirocco.srcc.lsu.edu, and have been able to deal with most problems,
> but...I fear that at the time that some of the NOAAport changes were
> made to the IDD data stream, I may have missed something. I've been
> reviewing old Email, but can't find anything but a few passing
> references regarding product duplication problems.  Previously we had
> been feeding from alden with the line:
> 
>       request WMO ".*"  lightning.alden.com
> 
> One of the posts during the NOAAport changes directed sites feeding
> from Alden to switch over to thelma.ucar.edu, so I now have:
> 
>       request WMO ".*"  thelma.ucar.edu
> 
> In addition however, we have a KU feed of the DDPLUS products from a
> dish on the roof that has served as backup for our net feed on
> sirocco. This has worked well, but once I switched over to feeding WMO
> from thelma, I'm seeing product duplication. The request line for the
> dish feed is:
> 
>       request DDS|PPS ".*"  samoon.srcc.lsu.edu
> 
> >From the incoming stream behavior (via ldmadmin watch) it seems clear
> that LDM is not seeing the products from the KU system as "identical".
> 
> Mar 16 20:38:04 pqutil:      137 19990316203802.510  DDPLUS 668  SNVD17 CWVR 
> 162000
> Mar 16 20:38:04 pqutil:      137 19990316203811.575 IDS|DDPLUS 999  SNVD17 
> CWVR 162000
> Mar 16 20:38:04 pqutil:     3121 19990316203806.000  DDPLUS 669  FPCN14 CWXK 
> 162029
> Mar 16 20:38:04 pqutil:      192 19990316203806.100  DDPLUS 670  SRUS56 KWBC 
> 162036
> Mar 16 20:38:04 pqutil:     3121 19990316203811.592 IDS|DDPLUS 999  FPCN14 
> CWXK 162029
> Mar 16 20:38:04 pqutil:      192 19990316203811.595 IDS|DDPLUS 999  SRUS56 
> KWBC 162036
> Mar 16 20:38:04 pqutil:     2629 19990316203808.720  DDPLUS 671  SRUS51 KWBC 
> 162036
> Mar 16 20:38:04 pqutil:      381 19990316203808.920  DDPLUS 672  SRUS51 KWBC 
> 162036
> Mar 16 20:38:04 pqutil:      128 19990316203808.990  DDPLUS 673  SPCN43 CWAO 
> 162035
> Mar 16 20:38:04 pqutil:      477 19990316203811.598 IDS|DDPLUS 999  SRUS52 
> KWBC 162036
> Mar 16 20:38:04 pqutil:      114 19990316203809.050  DDPLUS 674  SPCN46 CWAO 
> 162035
> Mar 16 20:38:04 pqutil:      254 19990316203811.605 IDS|DDPLUS 999  SRUS52 
> KWBC 162036
> Mar 16 20:38:04 pqutil:      213 19990316203809.160  DDPLUS 675  SRUS51 KWBC 
> 162036
> Mar 16 20:38:04 pqutil:      536 19990316203809.440  DDPLUS 676  SRUS54 KWBC 
> 162036
> 
> The old Emailings also refer to a FOS filter that would reduce the 
> incoming product set, but I get the impression that would exclude
> products rather than remove the duplication. The only other request
> lines on sirocco are for the MCIDAS and FSL2 streams.
> 
> Lots to "ingest" there :) and I suspect it's a simple tree within the
> forest. Any help is greatly appreciated!
> 
> --
> Kind regards, 
> Ric
> 
> [ Alaric S. Haag, Computer Manager    mailto:address@hidden ]
> [ Coastal Studies Institute - Earth Scan Lab    Voice: (225) 388-6438 ]
> [ Louisiana State University                      FAX: (225) 388-2520 ]
> [ Baton Rouge, LA 70803                        http://www.esl.lsu.edu ]
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 

===============================================================================
Robb Kambic                                Unidata Program Center
Software Engineer III                      Univ. Corp for Atmospheric Research
address@hidden             WWW: http://www.unidata.ucar.edu/
===============================================================================