RE: Re: 19991018: Bulletins seperators (fwd)

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

---------- Forwarded message ----------
Date: Tue, 19 Oct 1999 13:00:10 GMT
From: address@hidden
To: address@hidden
Subject: RE:  Re: 19991018: Bulletins seperators

TO: address@hidden


Hi again,

I am not implying that the LDM reject anything...  In fact it provides   
these
"badly" (as I said it originaly) formed bulletins.  Now is it providing   
it to me
as a separate bulletin or as part of another, I do not know.  I have no   
problem
into implementing multiple detection cases.  I just wanted to know if a   
list of
bulletins seperator existed so I can make my detection routine as   
complete
as possible.  But if there is no list, then there is none.

As for my binary data question, I feel that I was not clear enough (from   
your
response).  I have no problem extracting GRIB data from the feed because
It follows standard WMO headers.  It's the remaining type of data (other   
than
GRIB) that I have problem with (radars and other binary products).  I   
will look
where you mentioned but I doubt (from what you wrote) that it will help.

Thank you for your time

Claude Lamy

 -----Original Message-----
From: rkambic [SMTP:address@hidden]
Sent: Tuesday, October 19, 1999 12:11 PM
To: address@hidden
Subject:  Re: 19991018: Bulletins seperators




On Mon, 18 Oct 1999, Unidata Support wrote:

> >To: address@hidden
> >From: address@hidden
 > >Subject: Bulletins seperators
> >Organization: .
> >Keywords: 199910181909.NAA15792
>
> TO: address@hidden
>
>
> Hello,
>
> I am currently connecting to an LDM as a server.  I.e.
>  - connected as a client
>  - request what I want to receive via a Hyia and feedme request.
>  - reverse my connection to server.
>
> I have looked into the LDM code on how to seperate standard WMO   
bulletins
> but
> every once in a while I receive "badly" form of bulletins separator.
>
> In the pqing source code the standard bulletins encapsulators are:
>
> SOH CR CR LF   for a bulletin start
> CR CR LF ETX   for a bullentin end.
>
> Now I receive from time to time "seperators" like
>
Claude,

Are you saying the LDM is rejecting these products with messages about
badly formed seperators?  The seperators have been changing on NOAAport
HDS for the past 8 months. It seems that the changes are occuring when   
the
model programs have been updated or they are moved to  run on new
types of hardware. The new seperators are still within the WMO
conventions so they are legal. I expect that the seperators will continue
to change for the next couple of years. No, I haven't found any place
that states the changes or why the seperators have changed. The decoders
have to be flexible enough to accept the new seperators. If you download
the Unidata decoders package and look at code for gribtonc, the code
demostrates how the start and end of a GRIB product can be determined

Robb...




   

> SOH CR LF or 0xFE CR LF for a bulletin start
> CR LF ETX   for a bulletin end
>
> Is there somewhere a place that defines all (or most) of the bulletins   
    

> seperators
> that I can rely on...
>
>
> I also would like to separate binary data (radars, ...) from the same   
    

> feed.  GRIB
> bulletins are "encapsulated" in standard WMO seperators (SOH, CR CR LF   
    

> ...
> CR CR LF ETX) but other binary data doesn't seem to be.  Is there an   
easy
> way
> to know where a binary chunk of data starts and end from a feed comming   
    

> out of
> an LDM and if there is a sequence of characters that marks the   
beginning
> and the
> end of it.
>
> Thank you in advance for your help
>
> Claude Lamy
> email: address@hidden
>

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