20020109: dcshef NWS RTP TAIRZX

Daryl,

The parameter string appears to allow for 7 characters in the
parameter names. I can look into how the time ZX and ZN are
being processed after the AMS. But....if you want to look into the 
group b decoding and time group, that would be the place to start.

Steve Chiswell
Unidata User Support




>From: Daryl Herzmann <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200201091658.g09GwIN25552

>Hi!
>       I am using dcshef to create gempak surface files from the RTP 
>reports issued by the NWS.  An example report is
>
>ASUS63 KDVN 091414
>RTPMLI
>
>       Anyway, the shef encoding line for the COOP section is
>
>.BR MLI 0109 C DH07/TAIRZX/TAIRZN/PPDRZZ/SFDRZZ/SDIRZZ
>
>       and an example station is
>
>ALEI2: ALEDO              :  44 /  23 /     M /    M /  
>
>       the subsequent gempak file has
>GEMPAK-SFLIST>r
> PARM = TX  ;TN  ;TA                                                          
>    
>
>    STN    YYMMDD/HHMM      TX       TN       TA  
>  ALEI2    020109/1300  -9999.00 -9999.00    23.00
>
>       So I am guessing that dcshef took the first value for TAIRZX and 
>then overwrote it with the TAIRZN value???
>
>       RTP reports that use 2 letter shef ids are okay.  An example is
>
>ASUS63 KARX 091520
>RTPLSE
>
>.BR ARX 0109 C DH07/TX/TN/PP/SF/SD
>
>OSAI4: OSAGE IA COOP            :  55  / 24  / 0.00/ 0.0 /   0
>
> GEMPAK-SFLIST>r
> PARM = TX  ;TN  ;TA                                                          
>    
>
>    STN    YYMMDD/HHMM      TX       TN       TA  
>  OSAI4    020109/1300     55.00    24.00 -9999.00
>
>
>       Suggestions?  Would the fix be as simple as increasing parm 
>size to 6?? If so, I would be willing to try and get it to work.  Thanks!
>
>Daryl
>       
>-- 
>/**
> * Daryl Herzmann (address@hidden)
> * Program Assistant -- Iowa Environmental Mesonet
> * http://mesonet.agron.iastate.edu
> */
>