[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[LDM #WPB-862056]: pqact.conf file
- Subject: [LDM #WPB-862056]: pqact.conf file
- Date: Tue, 14 Oct 2014 10:28:13 -0600
Heather,
> So, this is my first time adding a new entry to my pqact.conf file. I
> have been looking over this documentation:
>
> https://www.unidata.ucar.edu/software/ldm/ldm-current/basics/pqact.conf.html#argref
>
> and have been looking through other listings in my current pqact.conf
> file. And I am lost! I really wish there were some actual examples
> taking output from notifyme and constructing an entry that way.
>
> So here is where I am. I would like to decode all the NDFD data. This
> is what I am seeing in my notifyme for NDFD:
>
> Oct 14 03:37:57 notifyme[23548] INFO: 1314250 20141014033757.050 NGRID
> 48497675 LCUH18 KWBN 140000 !grib2/ncep/NDFD/#255/201410140000F192/SPED/10 m
> HGHT
> Oct 14 03:37:58 notifyme[23548] INFO: 1029078 20141014033758.081 NGRID
> 48497693 LBUH18 KWBN 140000 !grib2/ncep/NDFD/#255/201410140000F192/DRCT/10 m
> HGHT
> Oct 14 04:52:34 notifyme[23548] INFO: 875506 20141014045234.035 NGRID
> 48569146 LDUE06 KWBN 140000 !grib2/ncep/NDFD/#255/201410140000F108/POP/0 -
> NONE
> Oct 14 04:52:39 notifyme[23548] INFO: 968514 20141014045239.908 NGRID
> 48569175 LDUE18 KWBN 140000 !grib2/ncep/NDFD/#255/201410140000F120/POP/0 -
> NONE
> Oct 14 04:52:53 notifyme[23548] INFO: 871805 20141014045253.980 NGRID
> 48569187 LDUF06 KWBN 140000 !grib2/ncep/NDFD/#255/201410140000F132/POP/0 -
> NONE
>
> So, I am using our SREF entry as an example to grab my NDFD data.
>
> Here is the entry:
>
> NGRID ^[LM]..... KWBL ([0-3][0-9])([0-2][0-9][0-6][0-9])
> FILE -close
> /data/pub/native/grid/NCEP/SREF/(\1:yyyy)(\1:mm)\1\2_sref.grib2
>
> And here is what I found for SREF in my notifyme output:
>
> Oct 14 01:05:14 notifyme[23548] INFO: 5340 20141014010426.867 NGRID
> 48440423 LVXE50 KWBL 132100
> !grib2/ncep/SREF_113/#255/201410132100F024/VREL/500 hPa PRES
> Oct 14 01:05:14 notifyme[23548] INFO: 219 20141014010426.867 NGRID
> 48440424 LMXG98 KWBL 132100
> !grib2/ncep/SREF_113/#255/201410132100F036/WXTZ/0 - NONE
> Oct 14 01:05:14 notifyme[23548] INFO: 5415 20141014010426.867 NGRID
> 48440425 LHXD30 KWBL 132100
> !grib2/ncep/SREF_113/#255/201410132100F018/HGHT/300 hPa PRES
> Oct 14 01:05:14 notifyme[23548] INFO: 5796 20141014010426.868 NGRID
> 48440426 MUXB30 KWBL 132100
> !grib2/ncep/SREF_113/#255/201410132100F003/UREL/300 hPa PRES
>
> I think I understand the first half of the first line:
>
> NGRID is my feedtype. I get the first part of the prodIdPat, I am only
> getting the data product that start with LM and end with the KWBL.
Actually, matching product-identifiers will start with *either* "L" or "M" (the
pattern "[LM]" means either an "L" or an "M").
A cheat-sheet for extended regular expressions can be found at
<http://www.unidata.ucar.edu/software/ldm/ldm-current/basics/ERE.html>.
Also, the match of the product-identifier doesn't end with "KWBL"; it ends
after the third pair of numerals that follow the "KWBL".
> However
> I am lost at the second part: ([0-3][0-9])([0-2][0-9][0-6][0-9]). What
> does this mean???
That extended regular expression will match a two-digit day-of-the-month,
followed by a two-digit hour-of-the-day, followed by a two-digit
minute-of-the-hour.
> I get the majority of the second line. It is being written to file
> and then closed. My end file looks like this: 201410140900_sref.grib2
It shouldn't. The template for the file name is
"(\1:yyyy)(\1:mm)\1\2_sref.grib2", with "\1" referencing the day-of-the-month
field in the matching product-identifier. Thus, the file name will be
"YYYYMMDDhh_sref.grib2" -- with "YYYY" being the year, "MM" the month, "DD" the
day-of-the-month, and "hh" being the hour. The string "00" shouldn't appear.
> As for the file naming, I think I understand most of it:
>
> \1 is the year,mon,day.
No. "\1" references the substring in the product-identifier corresponding to
the first pair of parentheses in the extended regular expression, which is the
day-of-the-month field in a WMO header (from which the product-identifier is
created).
> But it looks like I am only formatting year
> and mon, but the day is also formatted in my end file. how is this
> without this:
>
> (\1:yyyy)(\1:mm)(\1:dd)??
The reference "(\1:yyyy)" tells pqact(1) to replace it with a four-digit year
given that the substring in the product-identifier corresponding to the first
set of parentheses specifies the day-of-the-month (WMO headers don't explicitly
specify the year, so it has to be computed).
> And the \2 is the hourmin.
No. "\2" refers to the second set of parentheses and corresponds to the
hour-of-the-day in a WMO header.
> So far I have this for my NDFD data:
>
> ###NDFD
> NGRID ^[L]...... KWBN ([0-3][0-9])([0-2][0-9][0-6][0-9])
> FILE -close
> /data/pub/native/grid/NCEP/NDFD/(\1:yyyy)(\1:mm)\1\2_ndfd.grib2
Your extended regular expression starts with 7 characters, then a space, then
"KWBN". WMO headers have 6 characters, then a space, then the station ID.
Information on WMO headers can be found at
<http://www.nws.noaa.gov/tg/headef.php>.
> I am just unsure what to do with the second half of my first line!
>
> I would appreciated any guidance!
Hopefully, the above will help.
> I have attached my pqact.conf file, and output from my notifyme with my
> SREF and NDFD entries pulled out.
>
>
> Thanks,
>
> Heather Kiley
Regards,
Steve Emmerson
Ticket Details
===================
Ticket ID: WPB-862056
Department: Support LDM
Priority: Normal
Status: Closed