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

[IDD #YYT-234815]: Ship and Synoptic obs not received after 06-07Z every day since 9/1

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: [IDD #YYT-234815]: Ship and Synoptic obs not received after 06-07Z every day since 9/1
  • Date: Wed, 07 Sep 2011 17:00:14 -0600
Hi Greg,

I was looking at the pattern-action entries that we discussed earlier:

WMO ^S[IMN][VW][ABCDEFJ].. .... ([0-3][0-9])([0-2][0-9]) FILE -close 
data/dynamo/(\1:yyyy)(\2:mm)\1\2.SHP
WMO ^S.V.* .... ([0-3][[0-9])([0-2][0-9]) FILE -close 
data/weather/ddp/(\1:yyyy)(\1:mm)\1\2.SHP

WMO ^S[IMN].... .... ([0-3][0-9])([0-2][0-9]) FILE -close 
data/dynamo/(\1:yyyy)(\2:mm)\1\2.SYN
WMO ^S[IMN].... .... ([0-3][0-9])([0-2][0-9]) FILE -close 
data/weather/ddp/(\1:yyyy)(\2:mm)\1\2.SYN

I see a mistake in the 1st, 2rd and 4th actions in this list (the 2nd action 
appears to be OK):
you are using a reference to the hour field to set the month when you need to 
be using the
day field to set the month (and year, which _is_ correct):

WMO ^S[IMN][VW][ABCDEFJ].. .... ([0-3][0-9])([0-2][0-9]) FILE -close 
data/dynamo/(\1:yyyy)(\2:mm)\1\2.SHP
WMO ^S[IMN].... .... ([0-3][0-9])([0-2][0-9]) FILE -close 
data/dynamo/(\1:yyyy)(\2:mm)\1\2.SYN
WMO ^S[IMN].... .... ([0-3][0-9])([0-2][0-9]) FILE -close 
data/weather/ddp/(\1:yyyy)(\2:mm)\1\2.SYN

In all of these, the (\2:mm) should be (\1:mm).

Interestingly, these are the only 3 actions in the pqact_wmo.conf file you sent 
earlier that
have this mistake (NB: lots of entries have \2:mm fields, but the fact that 
they also are
using \2:yyyy suggests that the month field is being matched, but I haven't 
checked this
to be 100% sure).

I am betting that this solves the mystery of data missing between 6 and 23Z.

Cheers,

Tom
--
****************************************************************************
Unidata User Support                                    UCAR Unidata Program
(303) 497-8642                                                 P.O. Box 3000
address@hidden                                   Boulder, CO 80307
----------------------------------------------------------------------------
Unidata HomePage                       http://www.unidata.ucar.edu
****************************************************************************


Ticket Details
===================
Ticket ID: YYT-234815
Department: Support IDD
Priority: Normal
Status: Closed