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

Re: 20000321: How to avoid duplicate metar reports?



Chris,

  WEATHER should filter out the duplicates.  I capture the same WMO headers
as you, but store them in gbdm files (the recommended way) and my duplicates are
filtered.  However, I just noticed that if I run weather using flat, ascii METAR
files as input, the duplicates are not filtered.  Hmmmm..... looks like a bug.

   I'll look into it when I get a chance and will post a new version of WEATHER.
   What version do you have running now?  What platform?  I'm dropping upgrade
   support for SunOS (only support Solaris) and AIX.

   I wouldn't recommend trying to solve the problem with a more selective set
   of WMO headers.  I think that will end up removing from your database sites 
for
   which there is not duplicate.  I'd rather have duplicate reports, but be 
assured
   I had 100% coverage, than not duplicates and only 98% coverage.  (Those 
percentages
   are just a top of the head guess).

Peter


Unidata Support wrote:
> 
> >From: "C. Vandersip" <address@hidden>
> >Organization: Florida State
> >Keywords: 200003210659.XAA18578  weather METAR
> 
> Chris-
> 
> >Very often we deal with multiple metar obs for the same hour, such as:
> >
> >KTLH 210153Z 00000KT 10SM CLR 14/09 A3003 RMK AO2 SLP169 T01390089
> >KTLH 210153Z 00000KT 10SM CLR 14/09 A3003 RMK AO2 SLP169 T01390089=
> >KTLH 210153Z 00000KT 10SM CLR 14/09 A3003=
> >KTLH 210253Z 00000KT 10SM CLR 12/08 A3005 RMK AO2 SLP173 T01170083 51021
> >KTLH 210253Z 00000KT 10SM CLR 12/08 A3005 RMK AO2 SLP173 T01170083 51021=
> >KTLH 210253Z 00000KT 10SM CLR 12/08 A3005=
> >KTLH 210353Z 00000KT 10SM CLR 10/09 A3005 RMK AO2 SLP175 T01000089
> >KTLH 210353Z 00000KT 10SM CLR 10/09 A3005 RMK AO2 SLP175 T01000089=
> >KTLH 210353Z 00000KT 10SM CLR 10/09 A3005=
> >
> >For the "weather" program, this type of duplication has proved to be quite
> >inconvenient.  Here's how the relevant code in pqact.conf is set up now:
> >
> >   #                          -- METAR Reports --
> >   #
> >   WMO  ^S[AP].* .... ([0-3][0-9])([0-2][0-9])
> >        STDIOFILE data/weather/METAR/(\1:yyyy)(\1:mm)\1\2.METAR
> >   #
> >
> >Do you know of a simple way to modify the header portion of the code to
> >eliminate the duplication without dropping any original data?  It appears
> >that S*US70 and S*US80 have the full unduplicated reports while S*US53
> >have the "stripped" obs and S*US4* have the next-hour's obs.  The latter
> >two we'd like to delete. Yet, I still want to keep the non-S*US info.  My
> >regular expression is not very sharp right now, so I guess I'm looking for
> >a ready-made fix first before I plunge headlong into rewriting the
> >pqact.conf header line myself.
> 
> GEMPAK and McIDAS filter out the duplicates so we don't worry about
> duplicates.  Since we don't use (or support) the "weather" program here,
> I'm cc'ing Peter Neilley on this for his input.  Perhaps he has dealt
> with this issue.
> 
> >Thanks for helping the lazy (and busy),
> 
> Another option is to send a message out to the address@hidden
> list to see if others have dealt with this problem.
> 
> Don Murray
> **************************************************************************** <
> Unidata User Support                                    UCAR Unidata Program <
> (303)497-8644                                                  P.O. Box 3000 <
> address@hidden                                   Boulder, CO 80307 <
> ---------------------------------------------------------------------------- <
> Unidata WWW Service                        http://www.unidata.ucar.edu/      <
> **************************************************************************** <

-- 
Dr. Peter P. Neilley
Research Applications Program
National Center for Atmospheric Research
3450 Mitchell Lane
PO Box 3000
Boulder, CO 80307-3000
(303) 497-8446
address@hidden