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
