Hi,
Data seems to be corrupted when using irisFetch and the SCEC data center.
Below is a plot of the same data downloaded via irisFetch from the IRIS
data center (top) and from the SCEC data center (bottom) (script attached).
The data looks fine and seems visually identical when I download the mseed
files directly via the web service (not using irisFetch):
http://service.iris.edu/fdsnws/dataselect/1/query?net=CI&sta=BAR&cha=BHZ&loc=--&start=2013-03-10T22:51:50.000&end=2013-03-10T23:51:50.000
http://service.scedc.caltech.edu/fdsnws/dataselect/1/query?net=CI&sta=BAR&cha=BHZ&loc=--&start=2013-03-10T22:51:50.000&end=2013-03-10T23:51:50.000
Help anyone? Did I do something wrong?
Thanks!
Shahar
[image: Inline image 1]
Data seems to be corrupted when using irisFetch and the SCEC data center.
Below is a plot of the same data downloaded via irisFetch from the IRIS
data center (top) and from the SCEC data center (bottom) (script attached).
The data looks fine and seems visually identical when I download the mseed
files directly via the web service (not using irisFetch):
http://service.iris.edu/fdsnws/dataselect/1/query?net=CI&sta=BAR&cha=BHZ&loc=--&start=2013-03-10T22:51:50.000&end=2013-03-10T23:51:50.000
http://service.scedc.caltech.edu/fdsnws/dataselect/1/query?net=CI&sta=BAR&cha=BHZ&loc=--&start=2013-03-10T22:51:50.000&end=2013-03-10T23:51:50.000
Help anyone? Did I do something wrong?
Thanks!
Shahar
[image: Inline image 1]
Attachments
-
Hi Shahar,
The miniSEED returned from the SDEDC's service is encoded in little-endian byte order using Steim-1 compression. This is not allowed by the SEED standard. While some miniSEED software will read such data, invalid as it is, the IRIS-WS Java library (used by irisFetch.m) does not support it.
I suggest taking this issue up with SCEDC.
regards,
Chad
On Jul 22, 2015, at 3:03 PM, Shahar Barak <shaharb<at>stanford.edu> wrote:
Hi,
Data seems to be corrupted when using irisFetch and the SCEC data center. Below is a plot of the same data downloaded via irisFetch from the IRIS data center (top) and from the SCEC data center (bottom) (script attached). The data looks fine and seems visually identical when I download the mseed files directly via the web service (not using irisFetch):
http://service.iris.edu/fdsnws/dataselect/1/query?net=CI&sta=BAR&cha=BHZ&loc=--&start=2013-03-10T22:51:50.000&end=2013-03-10T23:51:50.000
http://service.scedc.caltech.edu/fdsnws/dataselect/1/query?net=CI&sta=BAR&cha=BHZ&loc=--&start=2013-03-10T22:51:50.000&end=2013-03-10T23:51:50.000
Help anyone? Did I do something wrong?
Thanks!
Shahar
<SB_testFetch.m>_______________________________________________
webservices mailing list
webservices<at>iris.washington.edu
http://www.iris.washington.edu/mailman/listinfo/webservices
-
Thanks Shahar and Chad for making us aware of the issue. We are working on
a fix.
Ellen Yu
On Wed, Jul 22, 2015 at 3:25 PM, Chad Trabant <chad<at>iris.washington.edu>
wrote:
Hi Shahar,
The miniSEED returned from the SDEDC's service is encoded in little-endian
byte order using Steim-1 compression. This is not allowed by the SEED
standard. While some miniSEED software will read such data, invalid as it
is, the IRIS-WS Java library (used by irisFetch.m) does not support it.
I suggest taking this issue up with SCEDC.
regards,
Chad
On Jul 22, 2015, at 3:03 PM, Shahar Barak <shaharb<at>stanford.edu> wrote:
Hi,
Data seems to be corrupted when using irisFetch and the SCEC data center.
Below is a plot of the same data downloaded via irisFetch from the IRIS
data center (top) and from the SCEC data center (bottom) (script attached).
The data looks fine and seems visually identical when I download the mseed
files directly via the web service (not using irisFetch):
http://service.iris.edu/fdsnws/dataselect/1/query?net=CI&sta=BAR&cha=BHZ&loc=--&start=2013-03-10T22:51:50.000&end=2013-03-10T23:51:50.000
http://service.scedc.caltech.edu/fdsnws/dataselect/1/query?net=CI&sta=BAR&cha=BHZ&loc=--&start=2013-03-10T22:51:50.000&end=2013-03-10T23:51:50.000
Help anyone? Did I do something wrong?
Thanks!
Shahar
[image: Inline image 1]
<SB_testFetch.m>_______________________________________________
webservices mailing list
webservices<at>iris.washington.edu
http://www.iris.washington.edu/mailman/listinfo/webservices
_______________________________________________
webservices mailing list
webservices<at>iris.washington.edu
http://www.iris.washington.edu/mailman/listinfo/webservices
-
Aparna Bhaskaran2015-07-23 21:26:23Hi Shahar,
We have added a fix for the endian issue. All miniseed from the FDSN SCEDC
dataselect webservice should be big endian now. Could you try it out and
let us know what you find?
regards,
Aparna
On Thu, Jul 23, 2015 at 9:01 AM, Ellen Yu <eyu<at>gps.caltech.edu> wrote:
Thanks Shahar and Chad for making us aware of the issue. We are working
on a fix.
Ellen Yu
On Wed, Jul 22, 2015 at 3:25 PM, Chad Trabant <chad<at>iris.washington.edu>
wrote:
Hi Shahar,
_______________________________________________
The miniSEED returned from the SDEDC's service is encoded in
little-endian byte order using Steim-1 compression. This is not allowed by
the SEED standard. While some miniSEED software will read such data,
invalid as it is, the IRIS-WS Java library (used by irisFetch.m) does not
support it.
I suggest taking this issue up with SCEDC.
regards,
Chad
On Jul 22, 2015, at 3:03 PM, Shahar Barak <shaharb<at>stanford.edu> wrote:
Hi,
Data seems to be corrupted when using irisFetch and the SCEC data center.
Below is a plot of the same data downloaded via irisFetch from the IRIS
data center (top) and from the SCEC data center (bottom) (script attached).
The data looks fine and seems visually identical when I download the mseed
files directly via the web service (not using irisFetch):
http://service.iris.edu/fdsnws/dataselect/1/query?net=CI&sta=BAR&cha=BHZ&loc=--&start=2013-03-10T22:51:50.000&end=2013-03-10T23:51:50.000
http://service.scedc.caltech.edu/fdsnws/dataselect/1/query?net=CI&sta=BAR&cha=BHZ&loc=--&start=2013-03-10T22:51:50.000&end=2013-03-10T23:51:50.000
Help anyone? Did I do something wrong?
Thanks!
Shahar
[image: Inline image 1]
<SB_testFetch.m>_______________________________________________
webservices mailing list
webservices<at>iris.washington.edu
http://www.iris.washington.edu/mailman/listinfo/webservices
_______________________________________________
webservices mailing list
webservices<at>iris.washington.edu
http://www.iris.washington.edu/mailman/listinfo/webservices
webservices mailing list
webservices<at>iris.washington.edu
http://www.iris.washington.edu/mailman/listinfo/webservices
-
Seems to be working fine. Thank you for being so quick about it!
Shahar
On Thu, Jul 23, 2015 at 2:26 PM, Aparna Bhaskaran <
aparna.bhaskaran01<at>gmail.com> wrote:
Hi Shahar,
We have added a fix for the endian issue. All miniseed from the FDSN SCEDC
dataselect webservice should be big endian now. Could you try it out and
let us know what you find?
regards,
Aparna
On Thu, Jul 23, 2015 at 9:01 AM, Ellen Yu <eyu<at>gps.caltech.edu> wrote:
Thanks Shahar and Chad for making us aware of the issue. We are working
_______________________________________________
on a fix.
Ellen Yu
On Wed, Jul 22, 2015 at 3:25 PM, Chad Trabant <chad<at>iris.washington.edu>
wrote:
Hi Shahar,
_______________________________________________
The miniSEED returned from the SDEDC's service is encoded in
little-endian byte order using Steim-1 compression. This is not allowed by
the SEED standard. While some miniSEED software will read such data,
invalid as it is, the IRIS-WS Java library (used by irisFetch.m) does not
support it.
I suggest taking this issue up with SCEDC.
regards,
Chad
On Jul 22, 2015, at 3:03 PM, Shahar Barak <shaharb<at>stanford.edu> wrote:
Hi,
Data seems to be corrupted when using irisFetch and the SCEC data
center. Below is a plot of the same data downloaded via irisFetch from the
IRIS data center (top) and from the SCEC data center (bottom) (script
attached). The data looks fine and seems visually identical when I download
the mseed files directly via the web service (not using irisFetch):
http://service.iris.edu/fdsnws/dataselect/1/query?net=CI&sta=BAR&cha=BHZ&loc=--&start=2013-03-10T22:51:50.000&end=2013-03-10T23:51:50.000
http://service.scedc.caltech.edu/fdsnws/dataselect/1/query?net=CI&sta=BAR&cha=BHZ&loc=--&start=2013-03-10T22:51:50.000&end=2013-03-10T23:51:50.000
Help anyone? Did I do something wrong?
Thanks!
Shahar
[image: Inline image 1]
<SB_testFetch.m>_______________________________________________
webservices mailing list
webservices<at>iris.washington.edu
http://www.iris.washington.edu/mailman/listinfo/webservices
_______________________________________________
webservices mailing list
webservices<at>iris.washington.edu
http://www.iris.washington.edu/mailman/listinfo/webservices
webservices mailing list
webservices<at>iris.washington.edu
http://www.iris.washington.edu/mailman/listinfo/webservices
webservices mailing list
webservices<at>iris.washington.edu
http://www.iris.washington.edu/mailman/listinfo/webservices
-
-
-