Re: [gembud] dcmetr: NAVCANADA LWIS Station data does not decode

• To: Stephen Sinnis <ssinnis@xxxxxxxxxxxx>
• Subject: Re: [gembud] dcmetr: NAVCANADA LWIS Station data does not decode
• From: Steve Chiswell <chiz@xxxxxxxxxxxxxxxx>
• Date: Thu, 18 Oct 2007 10:01:06 -0600

Stephen,

The $GEMPAK/source/bridge/mt/mtgrpt.f routine is checking for a bulletin type of 5 characters of 
"SPECI" or "METAR" in bullatins that don't have a METAR, SPECI or MTR pil 
header line. Your product does not match on those keywords.The LWIS case can be inserted in the 
check and the length modified accordingly for 4 characters in that case. I can post a test version 
of that routine modified for you to verify that no unexpected side effects are created.

Steve Chiswell

On Thu, 2007-10-18 at 10:13 -0400, Stephen Sinnis wrote:

I am using GEMPAK5.10.3 on Linux FC5.

My users identified that "SA" message observation data from Limited
Weather Information Service (LWIS), which are available on the NOAAPort
are not available in NWX.

If I change the "LWIS" to "METAR" in the bulletin and re-inject to the
LDM/decoder combination, then it works fine.

I looked at the dcmetr code and could not see where the issue was.

Example NOAAPort LWIS:

^C^A^M^M
921 ^M^M
SACN62 CWAO 181300^M^M
LWIS CYDL 181300Z AUTO 06002KT M02/M04 A2938=^M^M
LWIS CYDQ 181300Z AUTO 00000KT 00/M03 A2962=^M^M
LWIS CYER 181300Z AUTO 14004KT 05/ A2981=^M^M
LWIS CYLH 181300Z AUTO 09004KT 05/05 A2976=^M^M
CZMD NIL=^M^M
LWIS CZSJ 181300Z AUTO 09004KT 06/06 A2968=^M^M
^M^M
^M^M

Has anyone seen a similar problem?

Stephen Sinnis
Pelmorex Media Inc
T. 905.829.1159 x1379

F. 905.829.5800 _______________________________________________

gembud mailing list
gembud@xxxxxxxxxxxxxxxx

For list information or to unsubscribe, visit: http://www.unidata.ucar.edu/mailing_lists/

--
Steve Chiswell <chiz@xxxxxxxxxxxxxxxx>
Unidata

• References:
  • [gembud] dcmetr: NAVCANADA LWIS Station data does not decode
    • From: Stephen Sinnis