[webservices] Fetching restricted data with irisFetch.m

[Robert Weekly]

Hi Rob,

Thanks for sending in an email about this, it sounds like a frustrating experience.  But some more information could help us investigate.

To be clear, this is not happening on any particular call to irisFetch.Traces, but after running your program for “awhile”, irisFetch won’t recognize your un/pw anymore and won’t allow you to access data - is that accurate?  Can you access all of this data outside of your program, with isolated calls to irisFetch.Traces ?

Can you please provide the network, station, channel, start and end times for an example of some of the data you are accessing?  We can start by taking a look at the restriction status of the metadata.

Thanks,
Robert

_______________________________
Robert Weekly
Quality and Deployment System Engineer
[e] rtweekly<at>iris.washington.edu


> On Jun 24, 2015, at 7:01 PM, Rob Porritt <rporritt at usc.edu> wrote:
> 
> Hi,
> 
> I've been working on some software which uses irisFetch to retrieve waveform data. It is inefficient because I am currently making one call to irisFetch.Traces() for each station-event pair, but if I try to add a user name and password for restricted data, after a (seemingly) random (and variable) number of requests, I get an error of invalid username/password (line 280 in irisFetch.m) from the IRIS-WS jar (tested on IRIS-WS Java Library versions 2.0.6 and 2.0.13 at least). I can force my program to continue by removing the error() command in irisFetch.m, but would like to know what could be causing this error from the jar file.
> 
> Thanks,
> Rob
> _______________________________________________
> webservices mailing list
> webservices at iris.washington.edu
> http://www.iris.washington.edu/mailman/listinfo/webservices

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.iris.washington.edu/pipermail/webservices/attachments/20150625/2871e19e/attachment.html>