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

[GEMPAK #AJO-748565]: GEMPAK - Possible problem with 5.10 decoder

> 
> Great! I assume it accounts for backing up into tomorrow. I would love
> to replace the homegrown code with that function.
> Steve


Steve,

The "-s" option subtracts. To add, just use without "-s".

 Usage:  datetime [option] input_time [[hours[:minutes]] [output_format]]
  
  Options:
       -s      Subtract the hours and minutes
       -h      Display this help message
  
   input_time    is a date/time in the form YYMMDD/HHNN.
  
   hours:minutes is optional and defines the amount of time
                 to add or subtract from the input time.
  
   output_format is an optional string defining the format
                 of the output date/time string. The valid
                 formats are defined in the Unix man page for
                 the 'date' command.
                 (The default format is "%y%m%d/%H%M")
  
 If the input time is not correct, this message is displayed and the
 program exits with a non-zero status value. If the program runs to
 completion, the status value is set to zero.



Steve Chiswell
Unidata User Support


> 
> 
> 301-874-1911 DIJM
> 240-687-0036 cell
> 
> (\__/)
> (='.'=)
> (")_(")
> 
> 
> -----Original Message-----
> From: Unidata GEMPAK Support [mailto:address@hidden]
> Sent: Friday, October 05, 2007 4:02 PM
> To: Kerich, Steve (DIJM)
> Cc: address@hidden
> Subject: [GEMPAK #AJO-748565]: GEMPAK - Possible problem with 5.10
> decoder
> 
> >
> > Just so you have all of the pieces.
> >
> 
> And, just to mention a utility available in GEMPAK in case you wanted to
> save some of the date subtraction voodoo:
> 
> There is a program call datetime (which will give you its usage details
> if you type that command by itself).
> 
> To subtract 4 hours from the current GEMPAK format UTC time:
> 
> datetime -s `date -u +"%y%m%d/%H%M"` 04:00
> 
> You can optionally specify an output format as necessary.
> 
> Steve Chiswell
> Unidata User Support
> >
> >
> >
> > 301-874-1911 DIJM
> > 240-687-0036 cell
> >
> > (\__/)
> > (='.'=)
> > (")_(")
> >
> >
> > -----Original Message-----
> > From: Unidata GEMPAK Support [mailto:address@hidden]
> > Sent: Friday, October 05, 2007 3:47 PM
> > To: Kerich, Steve (DIJM)
> > Cc: address@hidden
> > Subject: [GEMPAK #AJO-748565]: GEMPAK - Possible problem with 5.10
> > decoder
> >
> > Steve,
> >
> > I see that your script uses "EOD" twice as SFLIST<<EOD EOD
> >
> > That label should be unique, such as:
> > SFLIST<<EOD_YESTERDAY
> > EOD_YESTERDAY
> >
> > SFLIST<<EOD_TODAY
> > EOD_TODAY
> >
> > I can't guarantee that is your problem, but is seems like when your
> > script enters into the block of IF ( TIME3 != "" ), that defines EOD,
> > so you only run yesterdays sflist until you hit 4Z when I assume
> > $TIME3 becomes nill and you don't overlap your use of EOD.
> >
> > That may be an esoteric difference...which you should try correcting.
> >
> > I can tell that your 0Z file looks to have times from what appear to
> be:
> > 0709271945 to 0709272344
> >
> > The 1Z file:
> > 0709272045 to 0709272344
> >
> > The 2Z file:
> > 0709272145 to 0709272344
> >
> > The 3Z file:
> > 0709272245 to 0709272344
> >
> > The 4Z file:
> > 0709272345 to 0709280437
> >
> > That probably indicates whatever processing you are doing is looking
> > at yesterdays file only until 4Z when it switches over to the current
> > day's file (and not looking at yesterdays). You also source something
> > called backhour which I can only assume is computing the time for
> > yesterday (possibly minus 4 hours?) I would guess your script is
> > failing execute the 2 unique invocations of SFLIST (FILETODAY and
> > FILEYEST) and you are only getting one in any case.
> >
> > Some little things that might help are to redirect the SFLIST output,
> > or log the script output to a file to verify what SFLIST is doing in
> > both instances. Also, set $RESPOND=yes and add a blank line after the
> > "r" for run so that your log output will show the proplt verification
> > of what your running settings are for SFLIST each time.
> >
> > Steve Chiswell
> > Unidata User Support
> >
> >
> >
> >
> >
> > ************************************************
> > The information contained in, or attached to, this e-mail, may contain
> confidential information and is intended solely for the use of the
> individual or entity to whom they are addressed and may be subject to
> legal privilege.  If you have received this e-mail in error you should
> notify the sender immediately by reply e-mail, delete the message from
> your system and notify your system manager.  Please do not copy it for
> any purpose, or disclose its contents to any other person.  The views or
> opinions presented in this e-mail are solely those of the author and do
> not necessarily represent those of the company.  The recipient should
> check this e-mail and any attachments for the presence of viruses.  The
> company accepts no liability for any damage caused, directly or
> indirectly, by any virus transmitted in this email.
> > ************************************************
> >
> 
> 
> Ticket Details
> ===================
> Ticket ID: AJO-748565
> Department: Support GEMPAK
> Priority: Normal
> Status: Closed
> 
> 
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ______________________________________________________________________
> 
> 
> ************************************************
> The information contained in, or attached to, this e-mail, may contain 
> confidential information and is intended solely for the use of the individual 
> or entity to whom they are addressed and may be subject to legal privilege.  
> If you have received this e-mail in error you should notify the sender 
> immediately by reply e-mail, delete the message from your system and notify 
> your system manager.  Please do not copy it for any purpose, or disclose its 
> contents to any other person.  The views or opinions presented in this e-mail 
> are solely those of the author and do not necessarily represent those of the 
> company.  The recipient should check this e-mail and any attachments for the 
> presence of viruses.  The company accepts no liability for any damage caused, 
> directly or indirectly, by any virus transmitted in this email.
> ************************************************
> 
> 


Ticket Details
===================
Ticket ID: AJO-748565
Department: Support GEMPAK
Priority: Normal
Status: Closed