[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 20000322: IDD feed contents (fwd)
- Subject: Re: 20000322: IDD feed contents (fwd)
- Date: Thu, 23 Mar 2000 10:00:53 -0700
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