Re: dcmetr: incorrect behavior?

• To: Christian Pagé <page.christian@xxxxxxxxx>
• Subject: Re: dcmetr: incorrect behavior?
• From: Steve Chiswell <chiz@xxxxxxxxxxxxxxxx>
• Date: Wed, 02 May 2007 11:13:53 -0600

Christan,

The routine that converts the metar weather phenomenon group into the
numeric value for storage is $GEMLIB/pt/ptwnmt.f.

The problem you see for the compound weather groups where up to 3
precipitation types can be coded is that the matchging of the first
group removes the
+/- character from further processing.

I have posted a modified copy of the source for this routine as:
http://www.unidata.ucar.edu/downloads/gempak/nawips-5.10.2/source/ptwnmt.f

I have tested back and forth through the testpt interface, but still
have to make sure that there aren't any negative impacts to realtime
decoding.

Steve Chiswell
Unidata User Support

On Wed, 2007-05-02 at 14:25 +0200, Christian Pagé wrote:

Hello all,

As I have received no input from my report of problems in dcmetr, I
resend the email in case I would receive some input this time.

Thanks!

Christian Pagé
UQAM

---------- Forwarded message ---------- From: Christian Pagé <page.christian@xxxxxxxxx>

Date: 16 avr. 2007 23:18

Subject: dcmetr: incorrect behavior? To: gembud@xxxxxxxxxxxxxxxx

Hello all,

I have noticed that there seems to be a problem in the dcmetr decoder.

For combined precip types, incorrect intensities are reported.

By example, for this report (April 3rd, 2007):
CYRJ 031851Z 12008KT 10SM -RAPL OVC002 RMK ST8 VIS S-SW 2BR

The dcmetr decoder stores, in the WMO current weather, an incorrect

intensity for the ice pellets precip type. It reports light rain and moderate ice pellets, instead of light rain and light ice pellets.

This also happens for triple precip types, such as -RAPLSN.

Christian Pagé
UQAM

• References:
  • dcmetr: incorrect behavior?
    • From: Christian Pagé
  • dcmetr: incorrect behavior?
    • From: Christian Pagé