[webservices] irisFetch.Traces returning duplicate values for unique SNCL-time

[Celso Reyes]

Hi Mary,
You've found a gap in the data that is to big to be automatically bridged.

Here...
>> datestr([primary.startTime])

ans =

06-Feb-2013 01:12:35
06-Feb-2013 02:22:21

>> datestr([primary.endTime])

ans =

06-Feb-2013 02:15:40
06-Feb-2013 03:12:34

So, it looks like there's a huge gap between 02:15:40 and 02:22:21 

Because there was no data there, irisFetch doesn't know how to connect the two, so it gives you two traces instead.

This is likely a condition you'll have to keep an eye out for in your processing codes; as I bet it has other implications for processing.

Cheers,
Celso

On Feb 7, 2013, at 3:01 PM, Mary Templeton wrote:

>>> net='CI'
> net =CI
>>> sta='PASC'
> sta =PASC
>>> loc='00'
> loc =00
>>> chan='BHZ'
> chan =BHZ
>>> starttime
> starttime =2013-02-06 01:12:35
>>> endtime
> endtime =2013-02-06 03:12:35
> 
>>> primary = irisFetch.Traces(net,sta,loc,chan,starttime,endtime)

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.iris.washington.edu/pipermail/webservices/attachments/20130207/a2aa03df/attachment-0001.htm>