Re: dcmetr: incorrect behavior?


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:

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

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.


Christian Pagé

---------- 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é

  • 2007 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the gembud archives: