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

Started: 2014-04-22 21:13:41
Last activity: 2014-04-22 21:13:41
Topics: SAC Help
Rdseed was version 5.3.1 installed in a Linux: Fedora 20.



Mike Padgett v3



From: Milton Plasencia [mpplasencia<at>gmail.com]
Sent: Tuesday, April 22, 2014 11:19 AM
To: Robert Casey
Cc: SAC-help Listserv; Mike Padgett
Subject: Re: [SAC-HELP] Question about the date format in SAC Pole Zero
files: 1996.033.24.60.60.99999





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 <mpplasencia<at>gmail.com>







On Apr 22, 2014, at 6:05 PM, Robert Casey <rob<at>iris.washington.edu
<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 <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
<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> sac-help<at>iris.washington.edu
http://www.iris.washington.edu/mailman/listinfo/sac-help
http://www.iris.washington.edu/mailman/listinfo/sac-help



_______________________________________________
sac-help mailing list
sac-help<at>iris.washington.edu <sac-help<at>iris.washington.edu>
http://www.iris.washington.edu/mailman/listinfo/sac-help







  • Bug report put into the issue tracker. We'll look into it with the new release candidate and see if it's still there.

    Thanks!

    -Rob

    On Apr 22, 2014, at 12:13 PM, Mike Padgett wrote:

    Rdseed was version 5.3.1 installed in a Linux: Fedora 20.

    Mike Padgett v3

    From: Milton Plasencia [mpplasencia<at>gmail.com]
    Sent: Tuesday, April 22, 2014 11:19 AM
    To: Robert Casey
    Cc: SAC-help Listserv; Mike Padgett
    Subject: Re: [SAC-HELP] Question about the date format in SAC Pole Zero files: 1996.033.24.60.60.99999


    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




15:50:15 v.22510d55