[webservices] too strong ws caching of near real-time time-series data?

Bruce Weertman bruce at iris.washington.edu
Tue Feb 28 08:40:50 PST 2012


Anthony.

This is a bug with ws-dataselect. It defaults to using the cached data  
if it's less than one hour old.

I'm not sure how that got left in there. I see that it's supposed to  
go look at the data and decide if a
rebuild of cache is warranted.

Cheers,
-Bruce


On Feb 28, 2012, at 12:48 AM, Anthony Lomax wrote:

> Hello all,
>
> I am using ws-timeseries to plot trace data in a time window from 5  
> min before to 20 min after picks made in the Early-est real-time  
> system (http://early-est.alomax.net)
>
> If I run ws-timeseries for a channel right after it is picked, then  
> I get a plot from 5 min before the pick to some small interval T1  
> after the pick.  If I then wait some time and re-run ws-timeseries  
> for the channel, I would expect to get data from 5 min before the  
> pick until some interval T2>T1 after the pick.  Instead, the plot  
> always ends at interval T1 after the pick.  The plotted time window  
> remains the same even if I add filtering to the ws-timeseries  
> request or if I try the same ws-timeseries request in a different  
> browser, so this behavior seems to originate on the server side.
> (you can reproduce this behavior this at http://early-est.alomax.net/warning_list.html 
> , ws-timeseries is invoked by the "BRB" and "HF" links in the  
> "stream" column).
>
> Any suggestions on how to disable this apparent caching?
>
> Or is this something that is inherent in the web-services back-end?   
> Perhaps behind the scenes ws-timeseries is caching the data window  
> found for my first request, and using this data window for all later  
> requests for the same channel, without recognizing that more of the  
> requested data has become available.  If so, for real-time work it  
> would be useful that new data is returned as it becomes available.
>
> Thanks,
>
> Best regards,
>
> Anthony
>
>
> -- 
> p.p1 {margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica; min- 
> height: 14.0px} p.p2 {margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px  
> Helvetica; color: #cc0000} p.p3 {margin: 0.0px 0.0px 0.0px 0.0px;  
> font: 12.0px Helvetica; color: #666666} p.p4 {margin: 0.0px 0.0px  
> 0.0px 0.0px; font: 12.0px Helvetica; color: #009900} p.p5 {margin:  
> 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica; color: #0000ee}  
> span.s1 {color: #000000} span.s2 {text-decoration: underline ;  
> color: #0000ee} span.s3 {color: #009900} span.s4 {font: 12.0px  
> Times; color: #000000} span.s5 {text-decoration: underline} table.t1  
> {background-color: #000000} td.td1 {width: 567.0px; background- 
> color: #ffffff; margin: 0.5px 0.5px 0.5px 0.5px; padding: 10.0px  
> 10.0px 10.0px 10.0px}
> Sent from my iClayTablet
>
>
> Anthony Lomax
>
> 161 Allée du Micocoulier, 06370 Mouans-Sartoux, France
>
> tel: +33 (0)4 93 75 25 02     e-mail: alomax at free.fr   web: http://www.alomax.net
>
>
>
> ALomax Scientific    http://www.alomax.net/alss
>
> Science & Special Topics   http://www.alomax.net/science
>
>
>
> _______________________________________________
> webservices mailing list
> webservices at iris.washington.edu
> http://www.iris.washington.edu/mailman/listinfo/webservices




More information about the webservices mailing list