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

[IDD #DSM-778794]: LAMP product feed change

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: [IDD #DSM-778794]: LAMP product feed change
  • Date: Mon, 23 Jul 2012 11:45:52 -0600
Hi Jim,

re:
> I talked to the LAMP developers, because I originally thought it was a problem
> at the source, and they say the change happened exactly as planned on the 
> 17th.
> 
> So it is a bit of a mystery why the feed type change happened a day later. I
> assume no NOAAport software was updated that day ?

There has been no update to the NOAAPort ingest code in quite a while.  Just so
you know, for a product to completely switch feed types in the IDD, a change
would have to occur on every machine feeding data into the IDD.  Currently
there are at least 8 different machines ingesting NOAAPort data and into the 
IDD.

re:
> Besides the usual SOH, ETX, CR, and LF characters, the only other binary 
> characters
> in the ASCII LAMP files are decimal 30, RS (record separator) at the start of 
> each
> site. That is the case before and after the change.

Hmm...

re:
> The files are larger, but the
> size increased on the 17th not the 18th, from about 2.40MB to 2.55MB.
> Note that the entire ASCII LAMP message (FOUS11) comes in one large bulletin 
> of
> this size.

I don't think that there is a size test in the logic that determines
which feed a product should be associated with.  I will check to make sure,
however.

re:
> The BUFR data also increased in size at the same time, but these were always 
> in
> binary to begin with. You must have (had) some special logic to keep these on
> the DDPLUS feed. These also changed feed a day after the content change.

I agree, there must be logic that kept the product(s) in IDS|DDPLUS.

re:
> Both the ASCII and BUFR products come in once per hour at the bottom of the 
> hour.
> I hope this helps, thank,

Thanks! Knowing the timing of the product arrivals will help me grab some so
I can see for myself what is tickling the ascii/binary switch in the NOAAPort
ingest code.

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: DSM-778794
Department: Support IDD
Priority: Normal
Status: Closed