<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hello all,<br>
    <br>
    As an experiment in interactive viewing of seismograms on
    web-enabled, mobile devices, I have developed a simple tool,
    SeisGramWeb, to view trace data using ws-timeseries.&nbsp; SeisGramWeb
    uses only simple and basic HTML and Javascript, relying on
    ws-timeseries for the heavy&nbsp; work of trace processing and plotting,
    and the layout of SeisGramWeb is designed for both large and small
    screens.<br>
    (Note also that at the current time, Java is not available on
    devices such as iPhone, iPod and iPad...)<br>
    <br>
    SeisGramWeb can be launched from the Early-est, Event/Pick List page
    at <a moz-do-not-send="true" class="moz-txt-link-freetext"
      href="http://early-est.alomax.net/warning_list.html">http://early-est.alomax.net/warning_list.html</a>
    (invoked by the "BRB" and "HF" links in the "stream" column).&nbsp; This
    is part of the INGV, Early-est real-time system (<a
      moz-do-not-send="true" class="moz-txt-link-freetext"
      href="http://early-est.alomax.net">http://early-est.alomax.net</a>).<br>
    <br>
    Here is a direct link to a sample trace:
<a class="moz-txt-link-freetext" href="http://alomax.free.fr/webtools/sgweb.html?http://www.iris.edu/ws/timeseries/query?net=GT&amp;sta=CPUP&amp;loc=00&amp;cha=BHZ&amp;start=2012-03-05T07:45:35&amp;dur=257">http://alomax.free.fr/webtools/sgweb.html?http://www.iris.edu/ws/timeseries/query?net=GT&amp;sta=CPUP&amp;loc=00&amp;cha=BHZ&amp;start=2012-03-05T07:45:35&amp;dur=257</a><br>
    <br>
    I would be interested in any feedback about how this approach works
    on different devices, or any other comments about this tool or
    working with mobile devices.&nbsp; <br>
    <br>
    Thanks very much,<br>
    <br>
    Anthony<br>
    <br>
    PS - In continuing my work with the timeseries ws, I found that
    changing the
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-1">
    starttime prevents using the cached data.<br>
    <br>
    <br>
    <br>
    On 2012/02/28 17:46, Anthony Lomax wrote:
    <blockquote cite="mid:4F4D04DE.70201@free.fr" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      Hi Bruce,<br>
      <br>
      On 2012/02/28 17:40, Bruce Weertman wrote:
      <blockquote
        cite="mid:7C805FBE-22DA-4E24-8888-B6393DF753D8@iris.washington.edu"
        type="cite">Anthony. <br>
        <br>
        This is a bug with ws-dataselect. It defaults to using the
        cached data if it's less than one hour old. <br>
        <br>
        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 <br>
        rebuild of cache is warranted. <br>
      </blockquote>
      OK.&nbsp; Good to hear that this is a "bug", so that it will eventually
      go away.&nbsp; But no rush for a fix with regards to my application in
      Early-est, it is only an issue of elegance, for the most part!<br>
      <br>
      Thanks,<br>
      <br>
      Ciao,<br>
      <br>
      Anthony<br>
      <blockquote
        cite="mid:7C805FBE-22DA-4E24-8888-B6393DF753D8@iris.washington.edu"
        type="cite"> <br>
        Cheers, <br>
        -Bruce <br>
        <br>
        <br>
        On Feb 28, 2012, at 12:48 AM, Anthony Lomax wrote: <br>
        <br>
        <blockquote type="cite">Hello all, <br>
          <br>
          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 (<a moz-do-not-send="true"
            class="moz-txt-link-freetext"
            href="http://early-est.alomax.net">http://early-est.alomax.net</a>)
          <br>
          <br>
          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.&nbsp; 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&gt;T1
          after the pick.&nbsp; Instead, the plot always ends at interval T1
          after the pick.&nbsp; 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. <br>
          (you can reproduce this behavior this at <a
            moz-do-not-send="true" class="moz-txt-link-freetext"
            href="http://early-est.alomax.net/warning_list.html">http://early-est.alomax.net/warning_list.html</a>,
          ws-timeseries is invoked by the "BRB" and "HF" links in the
          "stream" column). <br>
          <br>
          Any suggestions on how to disable this apparent caching? <br>
          <br>
          Or is this something that is inherent in the web-services
          back-end?&nbsp; 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.&nbsp; If so, for real-time work it would be useful that
          new data is returned as it becomes available. <br>
          <br>
          Thanks, <br>
          <br>
          Best regards, <br>
          <br>
          Anthony <br>
          <br>
          <br>
          <br>
          _______________________________________________ <br>
          webservices mailing list <br>
          <a moz-do-not-send="true" class="moz-txt-link-abbreviated"
            href="mailto:webservices@iris.washington.edu">webservices@iris.washington.edu</a>
          <br>
          <a moz-do-not-send="true" class="moz-txt-link-freetext"
            href="http://www.iris.washington.edu/mailman/listinfo/webservices">http://www.iris.washington.edu/mailman/listinfo/webservices</a>
          <br>
        </blockquote>
        <br>
        <br>
        _______________________________________________ <br>
        webservices mailing list <br>
        <a moz-do-not-send="true" class="moz-txt-link-abbreviated"
          href="mailto:webservices@iris.washington.edu">webservices@iris.washington.edu</a>
        <br>
        <a moz-do-not-send="true" class="moz-txt-link-freetext"
          href="http://www.iris.washington.edu/mailman/listinfo/webservices">http://www.iris.washington.edu/mailman/listinfo/webservices</a>
        <br>
        <br>
      </blockquote>
      <br>
      <br>
      <pre wrap="">_______________________________________________
webservices mailing list
<a class="moz-txt-link-abbreviated" href="mailto:webservices@iris.washington.edu">webservices@iris.washington.edu</a>
<a class="moz-txt-link-freetext" href="http://www.iris.washington.edu/mailman/listinfo/webservices">http://www.iris.washington.edu/mailman/listinfo/webservices</a>
</pre>
    </blockquote>
    <br>
    <div class="moz-signature">-- <br>
      Sent from my iClayTablet <br>
      <br>
      &nbsp;&nbsp; <b>Anthony Lomax</b> <br>
      &nbsp;&nbsp; 161 All&eacute;e du Micocoulier, 06370 Mouans-Sartoux, France <br>
      &nbsp;&nbsp; tel: +33 (0)4 93 75 25 02 &nbsp;&nbsp;&nbsp;&nbsp; e-mail: <a
        href="mailto:anthony@alomax.net">anthony@alomax.net</a> &nbsp;&nbsp;&nbsp;&nbsp;
      web: <a href="http://www.alomax.net/">http://www.alomax.net</a> <br>
      <br>
      &nbsp;&nbsp; Science &amp; Special Topics&nbsp; <a
        href="http://www.alomax.net/science">http://www.alomax.net/science</a>
      <br>
      &nbsp;&nbsp; ALomax Scientific &nbsp; &nbsp;<a href="http://www.alomax.net/alss">http://www.alomax.net/alss</a>
    </div>
  </body>
</html>