Re: 20000322: IDD feed contents (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: Thu, 23 Mar 2000 10:00:53 -0700
From: Jim Cowie <address@hidden>
To: Chad Johnson <address@hidden>
     support-idd <address@hidden>
Subject: Re: 20000322: IDD feed contents (fwd)


This is very interesting, Chad. I think the problem is that the
MRF MOS bulletins have binary RS characters (ascii 30) in them which
bound the information for each MOS site. I just looked at the MRF MOS
bulletins that came over HDS and each one has more than 3 of these,
so that would explain it. This is not isolated to just MRF MOS
either, the NGM MOS bulletins have these characters as well. And I
remember that the old SA reports were bounded by RS characters, although
it doesn't look like they do that for METARS.

I think the solution would be to add RS as a "printable" character.

thanks for your help,

-jim


Chad Johnson wrote:

> Robb,
> 
> The NOAAport ingestor inspects each product and counts the number of
> non-printable characters in the product. If this count reaches a certain
> threshold, the product is considered a binary product. The threshold at
> which the product is considered binary was chosen rather arbitrarily and
> is set to 3.
> 
> The following ASCII characters are deemed printable.
> 
>         decimal 32 through 128
> 
> The following non-printable characters are also deemed printable because
> they are part of the standard WMO bulletin.
> 
>         NUL, SOH, STX, ETX, CR, LF
> 
> Would it be possible for me to look at some of these MRF/MOS products
> that are being routed out HDS?
> 
> -Chad
> 
> PS. I installed the pqing.c you sent me last week. Sorry I didn't
> install it sooner.
> 
> >
> > Also, please don't forget to add the new pqing.c code I sent a week ago.
> >
> > Thanks,
> > Robb...
> >
> > ===============================================================================
> > Robb Kambic                                Unidata Program Center
> > Software Engineer III                      Univ. Corp for Atmospheric 
> > Research
> > address@hidden                   WWW: http://www.unidata.ucar.edu/
> > ===============================================================================
> >
> > ---------- Forwarded message ----------
> > Date: Wed, 22 Mar 2000 09:45:57 -0700
> > From: Unidata Support <address@hidden>
> > Reply-To: Jim Cowie <address@hidden>
> > To: address@hidden
> > Subject: 20000322: IDD feed contents
> >
> > ------- Forwarded Message
> >
> > >To: address@hidden
> > >cc: John Murphy <address@hidden>
> > >From: Jim Cowie <address@hidden>
> > >Subject: IDD feed contents
> > >Organization: .
> > >Keywords: 200003221613.JAA03393
> >
> > I was wondering how the SSEC NOAAPort receive systems used in the
> > IDD decide which feed to group the products into, either HDS or
> > IDS|DDPLUS. The reason I ask is that there seem to be some products
> > coming in over the HDS feed that I think should be on the IDS|DDPLUS
> > feed, namely (and there are probably others) the MRF MOS products (FOX.)
> >
> > Last night I set up a test where I fed two machines here at WITI from
> > the iita.rap machine. One machine requested "WMO" and the other one
> > "IDS|DDPLUS". The machine that requested WMO got 115 MRF MOS products
> > (FOX., FOAK) and the one that requested "IDS|DDPLUS" got 74. Looking
> > at the feedstats, both machines got the identical number of products
> > and bytes from the IDS|DDPLUS feeds, thus I have to conclude that the
> > additional products came over the HDS feed. Why?
> >
> > I don't need all the grid products at this time so I would rather just
> > feed the IDS|DDPLUS data.
> >
> > Thanks for any info,
> >
> > -jim
> >
> > --
> > Jim Cowie                               Software Engineer
> > WITI Corporation                        address@hidden
> > 3300 Mitchell Lane
> > Boulder, CO 80301                       (303) 497-8584
> >
> > ------- End of Forwarded Message
> 
> --
> Chad W. Johnson
> Computer Programmer/Meteorologist
> Space Science and Engineering Center
> University of Wisconsin - Madison
> 1225 W. Dayton Street
> Madison, WI 53706
> 
> E-mail: address@hidden
> Phone:  (608) 265-5292
> Fax:    (608) 263-6738

-- 
Jim Cowie                               Software Engineer
WITI Corporation                        address@hidden
3300 Mitchell Lane 
Boulder, CO 80301                       (303) 497-8584