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

Re: dcmetr: incorrect behavior?

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é <address@hidden>
> Date: 16 avr. 2007 23:18
> Subject: dcmetr: incorrect behavior? 
> To: address@hidden
> 
> 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
-- 
Steve Chiswell <address@hidden>
Unidata