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

20010711: military obs

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: 20010711: military obs
  • Date: Wed, 11 Jul 2001 15:49:55 -0600

The entry you show below should work. Make sure you have
run "ldmadmin pqactcheck" to make sure you don't have typos,
then run "ldmadmin pqactHUP" to make pqact reread the table.
Perhaps you didn't do that.
> DDS|IDS ^S[AP].* (....) ([0-3][0-9])([0-2][0-9])
>         FILE    data/weather/(\2:yy)(\2:mm)\2\3.METAR


Also, you can list out the raw "undecoded" metars from SFLIST like:

 SFFILE   = metar
 AREA     = @lts;tik;end
 DATTIM   = 21
 SFPARM   = text;spcl
 OUTPUT   = t
 IDNTYP   = stid
 GEMPAK-SFLIST>r
KEND 112055Z COR 21009KT 180V240 7SM FEW050 41/16 A2982 RMK SLP077 8/100 9/200
56015 COR 2100
KLTS 112055Z 15012KT 7SM SKC 41/12 A2983 RMK SLP066 57014 ESTMD WND
KTIK 112055Z 13013KT 7SM SKC 37/18 A2986 RMK SLP097 57017


Steve Chiswell
Unidata User Support

On Wed, 11 Jul 2001, Jason J. Levit wrote:

>
> > GEMPAK's dcmetr is decoding these stations into the GEMPAK surface file here
> > using the pqact.conf examples shown on the GEMPAK web page.
>
>   Hi Steve,
>
>   I'm able to get them into the GEMPAK surface file using the pqact.conf
> examples - but I have to use a text file for the "weather" program to
> work properly.  I had this entry in my pqact.conf file:
>
> DDS|IDS ^S[AP].* (....) ([0-3][0-9])([0-2][0-9])
>         FILE    data/weather/(\2:yy)(\2:mm)\2\3.METAR
>
>  ....however, the 3rd field doesn't get saved, for some reason, so I end
> up with only hourly files (010720.METAR) instead of 01071120.METAR.  I
> have to reconfigure the lines to look like:
>
> DDS|IDS ^SA(US|UE|UM|UW|AK|HW|CN|BE|CA|XX).* (....)
> ([0-3][0-9])([0-2][0-9])
>         FILE    data/weather/(\3:yy)(\3:mm)\3\4.METAR
>
>  ....then, it works.  But, I'm not sure if I'm grabbing all of the
> available ^SA(**) data.
>
>   Any thoughts?  This particular regular expression is eluding
> me...thanks.
>
>   Jason
>
> --
> ----------------------------------------------------------------------------
> Jason J. Levit, N9MLA                      Research Scientist,
> address@hidden                Center for Analysis and Prediction of
> Storms
> Room 1022                                 University of Oklahoma
> 405/325-3503                              http://www.caps.ou.edu/
>