[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 20051012: Problem with dclsfc with WWMO?
- Subject: Re: 20051012: Problem with dclsfc with WWMO?
- Date: 13 Oct 2005 10:24:38 -0600
Christian,
For the automated station, code 43 is "Liquid precipitation, light or
moderate" from table 4680.
The manned table 4677 description of "63" is:
Rain, moderate at time of observation, not freezing, continuous.
The plotting of the rain symbol for WSYM would therefore be correct as
far as interpretation of the synoptic coded report.
Comparing with the metar from CYVO for Oct 12, there certainly isn't
any mention of much more than clear skies, altoCu, and Cirrus. The metar
mentions that staffed obs end at 2Z and resume at 10Z, but the synoptic
report is automated.
The synoptic code group "17964" of the report in question uses the "7"
as the second character to denote that this is an automated observation,
and code table 4680 will be used for the weather phenomenon.
It would seem like a QC needs to be perfomed for that sensor at the very
least (or the sprinker system needs to be redirected).
Steve Chiswell
Unidata User Support
On Wed, 2005-10-12 at 20:16, Christian Pagé wrote:
> Steve,
>
> This is because I have seen, in the last 4 days, several wrong reports
> of moderate rain from YHU and YVO, with clear skies, with synop data
> only (not metar). This is why I was suspecting an error and I didn't
> know that the coding was different for manual or auto stations.
>
> Christian Pagé
> UQAM
>
> 12 Oct 2005 16:27:55 -0600, Steve Chiswell <address@hidden>:
> > Christian,
> >
> > The WMO synoptic code uses different tables for manned and unmanned
> > reports (automated 4680 and manned 4677). The WWMO GEMPAK parameter is
> > the manned table 4677 value (or equivalent converted from the 4680
> > value).
> >
> > The decoder converts the automated weather code to the manned weather
> > code in $GEMPAK/source/gemlib/pr/prwmao.f. In that routine, you will
> > find that "43" from table 4680 is converted to the equivalent "63"
> > value for table 4677 for storage in the GEMPAK WWMO parameter.
> >
> > Steve Chiswell
> > Unidata User Support
> >
> >
> >
> > On Tue, 2005-10-11 at 18:48, Christian Pagé wrote:
> > > Hi everyone,
> > >
> > > I noticed maybe a problem in dclsfc. I am using GEMPAK .
> > >
> > > By example, the following synop message:
> > > 71725 17964 00504 10096 20039 39871 40289 53008 60001 743// 333^M^M
> > > 10157 20034 70005=^M^M
> > >
> > > is decoded to:
> > >
> > > STN YYMMDD/HHMM PMSL PRES P03D TMPC DWPC
> > > SPED
> > > DRCT GUMS VSBK P03M P06M
> > > P09M
> > > P12M P18M P24M TDXC TDNC
> > > T12X
> > > T12N WWMO PWWM CFRT CFRL
> > > CTYL
> > > CTYM CTYH CLHL CLHM CLHH
> > > SSTC
> > > WPER WHGT MSUN SNOW CBAS
> > > SNEW
> > > P24C PWSP PWDR
> > > YVO 051012/0000 1028.90 987.10 3008.00 9.60 3.90
> > > 2.10
> > > 50.00 -9999.00 14.00 -9999.00 0.00
> > > -9999.00
> > > -9999.00 -9999.00 0.50 15.70 3.40
> > > -9999.00
> > > -9999.00 63.00 -9999.00 0.00 -9999.00
> > > -9999.00
> > > -9999.00 -9999.00 -9999.00 -9999.00 -9999.00
> > > -9999.00
> > > -9999.00 -9999.00 -9999.00 -9999.00 9.00
> > > -9999.00
> > > -9999.00 -9999.00 -9999.00
> > >
> > > WWMO is thus 63, but it should be 43!! 743// in the synop code. There
> > > was indeed no rain (wmo code 63), but only fog (wmo code 43). Is there
> > > a problem?
> > >
> > > --
> > > Christian Pagé
> > > UQAM
> >
>
>
> --
> Christian Pagé
> http://meteocentre.com/ http://meteoalerte.com/
> Etudiant au Doctorat en Sciences de l'environnement UQAM