NSF SAGE: Thread: Question about the date format in SAC Pole Zero files: 1996.033.24.60.60.99999

Started: 2014-04-18 22:21:08

Last activity: 2014-04-23 01:18:42

Topics: SAC Help

Mike Padgett

Question about the date format in SAC Pole Zero files: 1996.033.24.60.60.99999

2014-04-18 22:21:08

In decoding the date format in SAC Pole Zero files produced by rdseed, a
time of Hour = 24, Minute=60, Seconds = 60.99999 is encountered.

Should an hour of 24 add 1 day to the date?

Should 60 minutes add 1 hour to the number of hours?

For instance, in the case of "1996.033.24.60.60.99999", should it be
decoded to:

Year = 1996

Month = 2

Day = 3

Hour =1

Minutes = 1

Seconds = .99999

Alternatively, how is "1996-02-02T24:60:60" as shown in the file below, to
be decoded?

Is there something special about the "T" in the date format?

The file name is:

SAC_PZs_CI_PAS_VHZ__1996.029.00.00.00.0000_1996.033.24.60.60.99999

* **********************************

* NETWORK (KNETWK): CI

* STATION (KSTNM): PAS

* LOCATION (KHOLE):

* CHANNEL (KCMPNM): VHZ

* CREATED : 2014-03-31T16:34:17

* START : 1996-01-29T00:00:00

* END : 1996-02-02T24:60:60

* DESCRIPTION : Pasadena, California, USA

* LATITUDE : 34.148440

* LONGITUDE : -118.171170

* ELEVATION : 314.0

* DEPTH : 0.0

* DIP : 0.0

* AZIMUTH : 0.0

* SAMPLE RATE : 0.1

* INPUT UNIT : M

* OUTPUT UNIT : COUNTS

* INSTTYPE : Streckeisen STS-1V/VBB Seismometer

* INSTGAIN : 2.510500e+03 (M/S)

* COMMENT : N/A

* SENSITIVITY : 1.684800e+10 (M/S)

* A0 : 3.948580e+03

* **********************************

ZEROS 3

+0.000000e+00 +0.000000e+00

+0.000000e+00 +0.000000e+00

+0.000000e+00 +0.000000e+00

POLES 4

-1.234000e-02 +1.234000e-02

-1.234000e-02 -1.234000e-02

-3.918000e+01 +4.912000e+01

-3.918000e+01 -4.912000e+01

CONSTANT +6.652568e+13

Milton Plasencia

Re: Question about the date format in SAC Pole Zero files: 1996.033.24.60.60.99999

2014-04-22 16:34:50

Hi,

Is an error in the SEED (Response and P&Z) file, because the user
enter the START and END date and time of experiment.
-----------------------
The format is:
YYYY-MM-DDThh:mm:ssTZD
where:
YYYY = four-digit year
MM = two-digit month (01=January, etc.)
DD = two-digit day of month (01 through 31)
hh = two digits of hour (00 through 23) (am/pm NOT allowed)
mm = two digits of minute (00 through 59)
ss = two digits of second (00 through 59)
TZD = time zone designator
----------------

You can see the ISO-8601 for representation of dates and times.
There, you can find the "T" separator between date and time,
"T" indicates the beginning of the time part.

HTH,

Milton

* * * * * * * * * * * * * * * * * * * * * * *
Milton P. PLASENCIA LINARES

Centro di Ricerche Sismologiche (CRS)
OGS - Istituto Nazionale di Oceanografia e di Geofisica Sperimentale

Borgo Grotta Gigante 42/C
(34010) Sgonico - Trieste - Italia
Tel: +39 040 2140 141 (Udine)
Tel: +39 040 2140 256 (Trieste)
Cel.: +39 331 6481 935

E-mail: mplasencia<at>inogs.it

ASAIN (Antarctic Seismographic Argentinean Italian Network)
*********************************

On Apr 18, 2014, at 10:21 PM, Mike Padgett <mpadgett<at>quantum-earth.com> wrote:

In decoding the date format in SAC Pole Zero files produced by rdseed, a time of Hour = 24, Minute=60, Seconds = 60.99999 is encountered.

Should an hour of 24 add 1 day to the date?
Should 60 minutes add 1 hour to the number of hours?

For instance, in the case of “1996.033.24.60.60.99999”, should it be decoded to:

Year = 1996
Month = 2
Day = 3
Hour =1
Minutes = 1
Seconds = .99999

Alternatively, how is “1996-02-02T24:60:60” as shown in the file below, to be decoded?
Is there something special about the “T” in the date format?

The file name is:

SAC_PZs_CI_PAS_VHZ__1996.029.00.00.00.0000_1996.033.24.60.60.99999

* **********************************
* NETWORK (KNETWK): CI
* STATION (KSTNM): PAS
* LOCATION (KHOLE):
* CHANNEL (KCMPNM): VHZ
* CREATED : 2014-03-31T16:34:17
* START : 1996-01-29T00:00:00
* END : 1996-02-02T24:60:60
* DESCRIPTION : Pasadena, California, USA
* LATITUDE : 34.148440
* LONGITUDE : -118.171170
* ELEVATION : 314.0
* DEPTH : 0.0
* DIP : 0.0
* AZIMUTH : 0.0
* SAMPLE RATE : 0.1
* INPUT UNIT : M
* OUTPUT UNIT : COUNTS
* INSTTYPE : Streckeisen STS-1V/VBB Seismometer
* INSTGAIN : 2.510500e+03 (M/S)
* COMMENT : N/A
* SENSITIVITY : 1.684800e+10 (M/S)
* A0 : 3.948580e+03
* **********************************
ZEROS 3
+0.000000e+00 +0.000000e+00
+0.000000e+00 +0.000000e+00
+0.000000e+00 +0.000000e+00
POLES 4
-1.234000e-02 +1.234000e-02
-1.234000e-02 -1.234000e-02
-3.918000e+01 +4.912000e+01
-3.918000e+01 -4.912000e+01
CONSTANT +6.652568e+13

_______________________________________________
sac-help mailing list
sac-help<at>iris.washington.edu
http://www.iris.washington.edu/mailman/listinfo/sac-help
- Robert Casey
  
  Re: Question about the date format in SAC Pole Zero files: 1996.033.24.60.60.99999
  
  2014-04-22 16:05:02
  
  I almost would have guessed it was trying to represent a leap second, but there were none in 1996 as far as I can tell. Our sacpz web service returns:
  * **********************************
  * NETWORK (KNETWK): CI
  * STATION (KSTNM): PAS
  * LOCATION (KHOLE):
  * CHANNEL (KCMPNM): VHZ
  * CREATED : 2014-04-22T16:01:11
  * START : 1996-01-29T00:00:00
  * END : 1996-02-02T00:00:00
  * DESCRIPTION : Pasadena, California, USA
  * LATITUDE : 34.148440
  * LONGITUDE : -118.171170
  * ELEVATION : 314.0
  * DEPTH : 0.0
  * DIP : 0.0
  * AZIMUTH : 0.0
  * SAMPLE RATE : 0.1
  * INPUT UNIT : M
  * OUTPUT UNIT : COUNTS
  * INSTTYPE : Streckeisen STS-1V/VBB Seismometer
  * INSTGAIN : 2.510500e+03 (M/S)
  * COMMENT :
  * SENSITIVITY : 1.684800e+10 (M/S)
  * A0 : 3.948580e+03
  * **********************************
  ZEROS 3
  +0.000000e+00 +0.000000e+00
  +0.000000e+00 +0.000000e+00
  +0.000000e+00 +0.000000e+00
  POLES 4
  -1.234000e-02 +1.234000e-02
  -1.234000e-02 -1.234000e-02
  -3.918000e+01 +4.912000e+01
  -3.918000e+01 -4.912000e+01
  CONSTANT 6.652568e+13
  
  If the SEED header representation of the end time is not strange, then this would be a bug in rdseed. This should be verified first.
  
  Is this rdseed 5.3.1? Must be pretty recent since you're getting the new annotated SACPZ format.
  
  -Rob
  
  On Apr 22, 2014, at 12:34 AM, Milton Plasencia wrote:
  
  Hi,
  
  Is an error in the SEED (Response and P&Z) file, because the user
  enter the START and END date and time of experiment.
  -----------------------
  The format is:
  YYYY-MM-DDThh:mm:ssTZD
  where:
  YYYY = four-digit year
  MM = two-digit month (01=January, etc.)
  DD = two-digit day of month (01 through 31)
  hh = two digits of hour (00 through 23) (am/pm NOT allowed)
  mm = two digits of minute (00 through 59)
  ss = two digits of second (00 through 59)
  TZD = time zone designator
  ----------------
  
  You can see the ISO-8601 for representation of dates and times.
  There, you can find the "T" separator between date and time,
  "T" indicates the beginning of the time part.
  
  HTH,
  
  Milton
  
  * * * * * * * * * * * * * * * * * * * * * * *
  Milton P. PLASENCIA LINARES
  
  Centro di Ricerche Sismologiche (CRS)
  OGS - Istituto Nazionale di Oceanografia e di Geofisica Sperimentale
  
  Borgo Grotta Gigante 42/C
  (34010) Sgonico - Trieste - Italia
  Tel: +39 040 2140 141 (Udine)
  Tel: +39 040 2140 256 (Trieste)
  Cel.: +39 331 6481 935
  
  E-mail: mplasencia<at>inogs.it
  
  ASAIN (Antarctic Seismographic Argentinean Italian Network)
  *********************************
  
  On Apr 18, 2014, at 10:21 PM, Mike Padgett <mpadgett<at>quantum-earth.com> wrote:
  
  In decoding the date format in SAC Pole Zero files produced by rdseed, a time of Hour = 24, Minute=60, Seconds = 60.99999 is encountered.
  
  Should an hour of 24 add 1 day to the date?
  Should 60 minutes add 1 hour to the number of hours?
  
  For instance, in the case of “1996.033.24.60.60.99999”, should it be decoded to:
  
  Year = 1996
  Month = 2
  Day = 3
  Hour =1
  Minutes = 1
  Seconds = .99999
  
  Alternatively, how is “1996-02-02T24:60:60” as shown in the file below, to be decoded?
  Is there something special about the “T” in the date format?
  
  The file name is:
  
  SAC_PZs_CI_PAS_VHZ__1996.029.00.00.00.0000_1996.033.24.60.60.99999
  
  * **********************************
  * NETWORK (KNETWK): CI
  * STATION (KSTNM): PAS
  * LOCATION (KHOLE):
  * CHANNEL (KCMPNM): VHZ
  * CREATED : 2014-03-31T16:34:17
  * START : 1996-01-29T00:00:00
  * END : 1996-02-02T24:60:60
  * DESCRIPTION : Pasadena, California, USA
  * LATITUDE : 34.148440
  * LONGITUDE : -118.171170
  * ELEVATION : 314.0
  * DEPTH : 0.0
  * DIP : 0.0
  * AZIMUTH : 0.0
  * SAMPLE RATE : 0.1
  * INPUT UNIT : M
  * OUTPUT UNIT : COUNTS
  * INSTTYPE : Streckeisen STS-1V/VBB Seismometer
  * INSTGAIN : 2.510500e+03 (M/S)
  * COMMENT : N/A
  * SENSITIVITY : 1.684800e+10 (M/S)
  * A0 : 3.948580e+03
  * **********************************
  ZEROS 3
  +0.000000e+00 +0.000000e+00
  +0.000000e+00 +0.000000e+00
  +0.000000e+00 +0.000000e+00
  POLES 4
  -1.234000e-02 +1.234000e-02
  -1.234000e-02 -1.234000e-02
  -3.918000e+01 +4.912000e+01
  -3.918000e+01 -4.912000e+01
  CONSTANT +6.652568e+13
  
  _______________________________________________
  sac-help mailing list
  sac-help<at>iris.washington.edu
  http://www.iris.washington.edu/mailman/listinfo/sac-help
  
  _______________________________________________
  sac-help mailing list
  sac-help<at>iris.washington.edu
  http://www.iris.washington.edu/mailman/listinfo/sac-help
  - Milton Plasencia
    
    Re: Question about the date format in SAC Pole Zero files: 1996.033.24.60.60.99999
    
    2014-04-23 01:18:42
    
    Hi Rob,
    
    Is very good to know the web services return the correct end time.
    
    So, the ball pass to Mike, about the rdseed version used.
    
    Cheers,
    
    Milton P. Plasencia Linares
    mpplasencia<at>gmail.com
    
    On Apr 22, 2014, at 6:05 PM, Robert Casey <rob<at>iris.washington.edu> wrote:
    
    I almost would have guessed it was trying to represent a leap second, but there were none in 1996 as far as I can tell. Our sacpz web service returns:
    * **********************************
    * NETWORK (KNETWK): CI
    * STATION (KSTNM): PAS
    * LOCATION (KHOLE):
    * CHANNEL (KCMPNM): VHZ
    * CREATED : 2014-04-22T16:01:11
    * START : 1996-01-29T00:00:00
    * END : 1996-02-02T00:00:00
    * DESCRIPTION : Pasadena, California, USA
    * LATITUDE : 34.148440
    * LONGITUDE : -118.171170
    * ELEVATION : 314.0
    * DEPTH : 0.0
    * DIP : 0.0
    * AZIMUTH : 0.0
    * SAMPLE RATE : 0.1
    * INPUT UNIT : M
    * OUTPUT UNIT : COUNTS
    * INSTTYPE : Streckeisen STS-1V/VBB Seismometer
    * INSTGAIN : 2.510500e+03 (M/S)
    * COMMENT :
    * SENSITIVITY : 1.684800e+10 (M/S)
    * A0 : 3.948580e+03
    * **********************************
    ZEROS 3
    +0.000000e+00 +0.000000e+00
    +0.000000e+00 +0.000000e+00
    +0.000000e+00 +0.000000e+00
    POLES 4
    -1.234000e-02 +1.234000e-02
    -1.234000e-02 -1.234000e-02
    -3.918000e+01 +4.912000e+01
    -3.918000e+01 -4.912000e+01
    CONSTANT 6.652568e+13
    
    If the SEED header representation of the end time is not strange, then this would be a bug in rdseed. This should be verified first.
    
    Is this rdseed 5.3.1? Must be pretty recent since you're getting the new annotated SACPZ format.
    
    -Rob
    
    On Apr 22, 2014, at 12:34 AM, Milton Plasencia wrote:
    
    Hi,
    
    Is an error in the SEED (Response and P&Z) file, because the user
    enter the START and END date and time of experiment.
    -----------------------
    The format is:
    YYYY-MM-DDThh:mm:ssTZD
    where:
    YYYY = four-digit year
    MM = two-digit month (01=January, etc.)
    DD = two-digit day of month (01 through 31)
    hh = two digits of hour (00 through 23) (am/pm NOT allowed)
    mm = two digits of minute (00 through 59)
    ss = two digits of second (00 through 59)
    TZD = time zone designator
    ----------------
    
    You can see the ISO-8601 for representation of dates and times.
    There, you can find the "T" separator between date and time,
    "T" indicates the beginning of the time part.
    
    HTH,
    
    Milton
    
    * * * * * * * * * * * * * * * * * * * * * * *
    Milton P. PLASENCIA LINARES
    
    Centro di Ricerche Sismologiche (CRS)
    OGS - Istituto Nazionale di Oceanografia e di Geofisica Sperimentale
    
    Borgo Grotta Gigante 42/C
    (34010) Sgonico - Trieste - Italia
    Tel: +39 040 2140 141 (Udine)
    Tel: +39 040 2140 256 (Trieste)
    Cel.: +39 331 6481 935
    
    E-mail: mplasencia<at>inogs.it
    
    ASAIN (Antarctic Seismographic Argentinean Italian Network)
    *********************************
    
    On Apr 18, 2014, at 10:21 PM, Mike Padgett <mpadgett<at>quantum-earth.com> wrote:
    
    In decoding the date format in SAC Pole Zero files produced by rdseed, a time of Hour = 24, Minute=60, Seconds = 60.99999 is encountered.
    
    Should an hour of 24 add 1 day to the date?
    Should 60 minutes add 1 hour to the number of hours?
    
    For instance, in the case of “1996.033.24.60.60.99999”, should it be decoded to:
    
    Year = 1996
    Month = 2
    Day = 3
    Hour =1
    Minutes = 1
    Seconds = .99999
    
    Alternatively, how is “1996-02-02T24:60:60” as shown in the file below, to be decoded?
    Is there something special about the “T” in the date format?
    
    The file name is:
    
    SAC_PZs_CI_PAS_VHZ__1996.029.00.00.00.0000_1996.033.24.60.60.99999
    
    * **********************************
    * NETWORK (KNETWK): CI
    * STATION (KSTNM): PAS
    * LOCATION (KHOLE):
    * CHANNEL (KCMPNM): VHZ
    * CREATED : 2014-03-31T16:34:17
    * START : 1996-01-29T00:00:00
    * END : 1996-02-02T24:60:60
    * DESCRIPTION : Pasadena, California, USA
    * LATITUDE : 34.148440
    * LONGITUDE : -118.171170
    * ELEVATION : 314.0
    * DEPTH : 0.0
    * DIP : 0.0
    * AZIMUTH : 0.0
    * SAMPLE RATE : 0.1
    * INPUT UNIT : M
    * OUTPUT UNIT : COUNTS
    * INSTTYPE : Streckeisen STS-1V/VBB Seismometer
    * INSTGAIN : 2.510500e+03 (M/S)
    * COMMENT : N/A
    * SENSITIVITY : 1.684800e+10 (M/S)
    * A0 : 3.948580e+03
    * **********************************
    ZEROS 3
    +0.000000e+00 +0.000000e+00
    +0.000000e+00 +0.000000e+00
    +0.000000e+00 +0.000000e+00
    POLES 4
    -1.234000e-02 +1.234000e-02
    -1.234000e-02 -1.234000e-02
    -3.918000e+01 +4.912000e+01
    -3.918000e+01 -4.912000e+01
    CONSTANT +6.652568e+13
    
    _______________________________________________
    sac-help mailing list
    sac-help<at>iris.washington.edu
    http://www.iris.washington.edu/mailman/listinfo/sac-help
    
    _______________________________________________
    sac-help mailing list
    sac-help<at>iris.washington.edu
    http://www.iris.washington.edu/mailman/listinfo/sac-help

NSF SAGE ingests, curates, and distributes geoscience data

DATA AT NSF SAGE

DATA INGESTION

DATA ANALYTICS

DATA ACCESS

DOWNLOADABLE SOFTWARE

SUPPORT

NSF SAGE operates, provides, and maintains geoscience instrumentation

Permanent Networks

Portable Instrumentation

USArray

Community Engagement

Collaborations

New Directions

Past Projects

NSF SAGE provides a wide range of education, workforce, and outreach resources

LEARNING & TEACHING RESOURCES

LEARNING OPPORTUNITIES

PUBLIC OUTREACH

EXPLORE EARTHQUAKE DATA

ABOUT EarthScope

COMMUNITY

EVENTS

PUBLICATIONS

EarthScope ORGANIZATION

Thread: Question about the date format in SAC Pole Zero files: 1996.033.24.60.60.99999

Connect