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

Re: 20010205: LDM-METAR problem

On Mon, 5 Feb 2001, Unidata Support wrote:

> 
> ------- Forwarded Message
> 
> >To: address@hidden,
> >To: address@hidden
> >From: address@hidden (Greg Thompson)
> >Subject: LDM-METAR problem
> >Organization: NCAR/RAP
> >Keywords: 200102051547.f15FllX06742 LDM METAR SPECIs
> 
> 
> NCAR-RAP is having problems with LDM's METAR data.  It appears that
> SPECIs are not making it into our 'GDB' files but are into the plain
> text METAR files.
> 
> This is the entry in our pqact.conf file:
> WMO     ^S[APX].* .... ([0-3][0-9])([0-2][0-9]) FILE    
> /weather/ddp/(\1:yyyy)(\1:mm)\1/(\1:yyyy)(\1:mm)\1\2.METAR
> 
> While this is the entry in our pqsurf.conf file:
> WMO     ^(metar|speci) (....) ([0-3][0-9])([0-2][0-9])  DBFILE  
> /weather/ddp/(\3:yyyy)(\3:mm)\3/(\3:yyyy)(\3:mm)\3\4.metar_gdb \2
> 
> Back in December, Celia Chen contacted Robb K and told him about this issue.
> We thought he fixed it and it appeared he did.  BUT, when he made this fix,
> hundreds of Canadian sites suddenly stopped being ingested.  So we asked
> for the fix for Canadian sites.  Not sure if these two items have anything
> to do with each other, but we didn't re-check to see if SPECIs were ingesting
> after the Canadian fix.  In either case, we are not receiving SPECIs
> again in our GDB files.  It is my belief we are running LDM5.1.2 except

Greg,

Could you be more specific about what SPECIs are missing? Is it all
SPECIs, ones in METAR bulletins, Canadian ones, etc.  As I stated before
the format of these files are in constant change so it's really hard to
keep up with this problem.  I talked to Russ Rew (system group supervisor)
about this problem. His suggestion is to remove pqsurf from the LDM
distribution because it's really an application rather than part of the
core LDM.  The idea is to make the code Community supported because it is
in limited use and the change problem stated above.  With all that said, I
will make the modifications to pqsurf to fix the problem.  My suggestion
would be to replace pqsurf with a perl script that could be run as similar
to a decoder in pqact.conf.  perl has the regular expression parsing
capability to capture changes in bulletin formats better then the present
pqsurf and easier to maintain.  The perl script would be less indirection
then the present pqsurf architecture also.  The perl decoder metar2nc
could be used as a template for the new pqsurf.

Robb...  






> we got a new surf_split.c from Robb for the fix for Canadian sites.
> 
> Please advise.  Thanks.
> 
> -- 
> +--------------------------------------------------------------+
> | Greg Thompson       http://www.rap.ucar.edu/staff/gthompsn/  |
> |                     Research Applications Program            |
> | (303) 497-2805      National Center for Atmospheric Research |
> |    (fax) -8401      P.O. Box 3000  Boulder, CO 80307-3000    |
> +--------------------------------------------------------------+
> 
> 
> ------- End of Forwarded Message
> 
> 

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