[data-issues] response problem for MN.AQU. .BHE

[Philip Crotwell]

Hi Rick

Thanks for looking, I can't really tell a data issue from a dhi server issue
from this end, although the network server seems fine for other channels,
even from that same station, so was guessing that there was something about
the response for that particular channel. Waiting for Sue to see if she she
has anything useful is the logs seems best. This station isn't a big deal
for me, just noticed the problem and wanted to let you all know about it.

thanks,
Philip

On 3/19/08, Rick Benson <rick at iris.washington.edu> wrote:
>
> Hi, Philip-
>  I tried to (quickly) find the problem with why the network server isn't
> able to pull
> back the needed information, and 2ndarily looked into the database a
> variety of ways
> and can not determine the missing link yet. I believe that this is a DHI
> issue, with network server, in short. I think that I need to have Sue look
> in over my shoulder to see
> if she has any logging, because this isn't getting logged in her
> dhi_bad_responses
> table.
>
> SQL> select * from dhi_bad_responses where network='MN';
>         no rows selected
>
>
>  Using the network server, I CAN replicate your condition using JPlotResp,
> indicating
> it's a DHI error, but explain the other ways I use the response info with
> no problem:
>
> 1)
> --------------------------------------------------
>  < JEvalResp, Version 1.55 Response Output >>
> Connecting to server:  dmc.iris.washington.edu:6371
>  Name service resolved on server
> NetworkFinder object from DataCenter "edu/iris/dmc/IRIS_NetworkDC"
> resolved on server
>  1 channel-ID matches
>    MN AQU    BHE 1999,243,10:00:01
> --------------------------------------------------
>    MN.AQU..BHE
> --------------------------------------------------
> MN AQU    BHE 1999,243,10:00:01
>  Error calling method 'retrieve_instrumentation()':  org.omg.CORBA.UNKNOWN vmcid: 0x0  minor code: 0  completed: No
> No matching channel-IDs found
>
> 2) But when I create a RESP file and run it through the JPlotResp client,
> it works fine, pulls out the
> sensor type, and units just fine.
>
>
>
> Furthermore, one can get the complete listing of information when using
> http://www.iris.edu/mda/MN/AQU/--/BHE
> which is pulling the info dynamically out of Oracle, too, and all appears
> copacetic.
>  (The only unrelated observation I can make is that the reported
> sensitivity does not match the calculated
> gain, and the filter delay used isn't probably correct, so I will have to
> contact Salvatore Mazza at INGV anyway)
>
>     Calc_sens=6.382082E+10 (reported=1.063680E+09) @ 2.000000E-02 Hz
>     Calc_delay=-9.000000E-03, Correction_applied=3.747000E-02
>
>
>
> On Mar 19, 2008, at 8:53 AM, Philip Crotwell wrote:
>
> Hi
>
> I am getting an UNKNOWN from the iris network server for
> retrieve_instrumentation() for MN.AQU.  .BHE (2000270T100001.0000Z)
>
> You can check it via wily:
>
> http://www.seis.sc.edu/wily/GetInstrumentation?corbaLoc=corbaloc:iiop:dmc.iris.washington.edu:6371/NameService&serverObject=IRIS_NetworkDC&dns=edu/iris/dmc&chndatetime=2000270T100001.0000Z&chnleapsec=-1&chncode=BHE&nwcode=MN&nwdatetime=1988001T000000.0000Z&nwleapsec=-1&sitecode=%20%20&stationcode=AQU
>
> I presume this is a data issue instead of a dhi issue, but...
>
> thanks,
> Philip
> _______________________________________________
> data-issues mailing list
> data-issues at iris.washington.edu
> http://www.iris.washington.edu/mailman/listinfo/data-issues
>
>
> ================
> Rick Benson
> Director of Operations
> IRIS DMC
> (206)547-0393 ext. 119(office)
> rick at iris.washington.edu
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.iris.washington.edu/pipermail/data-issues/attachments/20080319/6b00fb22/attachment.html