<div dir="ltr">I doubt this is the problem of inventory... The miniseeds were pre-procesed and I removed the response using obspy for all the files then used them as an input to yam. staxml files in yam are the same i used for the removal.<div><br></div><div>thanks</div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, 14 Aug 2018 at 12:36 Tom Eulenfeld <<a href="mailto:tom.eulenfeld@uni-jena.de">tom.eulenfeld@uni-jena.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Blaz,<br>
<br>
if the metadata in the miniseed is correct, maybe it is a problem with <br>
the inventory information? There could be a gap inside the inventory <br>
when the station was moved or maintained? Could also be a bug in obspy.<br>
<br>
I will add some code to catch the exception and display a more <br>
meaningful log message.<br>
<br>
Cheers,<br>
Tom<br>
<br>
<br>
<br>
On 14.08.2018 07:30, Blaž Vičič wrote:<br>
> Hello again.<br>
> Another day, another problem.<br>
> <br>
> I am trying to process few years of data for a set of stations. I <br>
> already removed the instrumental response and downsampled the data. The <br>
> error I get is this one:<br>
> <br>
> (obspy) pb-vicic:proc_2 bvicic$ yam correlate 1<br>
> <br>
> 78%|██████████████████████████████████████████████████████████████████████████████████████████▊ <br>
> | 2572/3287 [5:37:02<1:33:41,7.86s/it]multiprocessing.pool.RemoteTraceback:<br>
> <br>
> """<br>
> <br>
> Traceback (most recent call last):<br>
> <br>
> File <br>
> "/Users/bvicic/anaconda3/envs/obspy/lib/python3.6/multiprocessing/pool.py", <br>
> line 119, in worker<br>
> <br>
> result = (True, func(*args, **kwds))<br>
> <br>
> File <br>
> "/Users/bvicic/anaconda3/envs/obspy/lib/python3.6/site-packages/yam/correlate.py", <br>
> line 569, in correlate<br>
> <br>
> stream2[0].id, datetime=stream2[0].stats.endtime)<br>
> <br>
> File <br>
> "/Users/bvicic/anaconda3/envs/obspy/lib/python3.6/site-packages/obspy/core/inventory/inventory.py", <br>
> line 430, in get_coordinates<br>
> <br>
> metadata = self.get_channel_metadata(seed_id, datetime)<br>
> <br>
> File <br>
> "/Users/bvicic/anaconda3/envs/obspy/lib/python3.6/site-packages/obspy/core/inventory/inventory.py", <br>
> line 406, in get_channel_metadata<br>
> <br>
> raise Exception(msg)<br>
> <br>
> Exception: No matching channel metadata found.<br>
> <br>
> """<br>
> <br>
> <br>
> The above exception was the direct cause of the following exception:<br>
> <br>
> <br>
> Traceback (most recent call last):<br>
> <br>
> File "/Users/bvicic/anaconda3/envs/obspy/bin/yam", line 11, in <module><br>
> <br>
> sys.exit(run_cmdline())<br>
> <br>
> File <br>
> "/Users/bvicic/anaconda3/envs/obspy/lib/python3.6/site-packages/yam/main.py", <br>
> line 388, in run_cmdline<br>
> <br>
> run(**args)<br>
> <br>
> File <br>
> "/Users/bvicic/anaconda3/envs/obspy/lib/python3.6/site-packages/yam/main.py", <br>
> line 147, in run<br>
> <br>
> run2(command, **args)<br>
> <br>
> File <br>
> "/Users/bvicic/anaconda3/envs/obspy/lib/python3.6/site-packages/yam/main.py", <br>
> line 211, in run2<br>
> <br>
> yam.commands.start_correlate(io, **args)<br>
> <br>
> File <br>
> "/Users/bvicic/anaconda3/envs/obspy/lib/python3.6/site-packages/yam/commands.py", <br>
> line 101, in start_correlate<br>
> <br>
> total=len(tasks)):<br>
> <br>
> File <br>
> "/Users/bvicic/anaconda3/envs/obspy/lib/python3.6/site-packages/tqdm/_tqdm.py", <br>
> line 930, in __iter__<br>
> <br>
> for obj in iterable:<br>
> <br>
> File <br>
> "/Users/bvicic/anaconda3/envs/obspy/lib/python3.6/multiprocessing/pool.py", <br>
> line 735, in next<br>
> <br>
> raise value<br>
> <br>
> Exception: No matching channel metadata found.<br>
> <br>
> <br>
> In the first run I did, the error happened somewhere at the beginning <br>
> (iteration 200/3000+) so I checked if maybe my miniseeds have wrong <br>
> sta/chan inside. But they are all what they should be. I even forced the <br>
> tr.stats.station/chan to be exactly what I wanted. But the error <br>
> happened again. So I removed the first year of data, but now the error <br>
> happened again somewhere later in the dataset. Any idea what could be <br>
> wrong or how to go past this? It would be useful if I would know in <br>
> which miniseeds to look for the problem.<br>
> <br>
> Cheers<br>
> Blaz<br>
> <br>
> <br>
> _______________________________________________<br>
> seistools mailing list<br>
> <a href="mailto:seistools@listserv.uni-jena.de" target="_blank">seistools@listserv.uni-jena.de</a><br>
> <a href="https://lserv.uni-jena.de/mailman/listinfo/seistools" rel="noreferrer" target="_blank">https://lserv.uni-jena.de/mailman/listinfo/seistools</a><br>
> <br>
_______________________________________________<br>
seistools mailing list<br>
<a href="mailto:seistools@listserv.uni-jena.de" target="_blank">seistools@listserv.uni-jena.de</a><br>
<a href="https://lserv.uni-jena.de/mailman/listinfo/seistools" rel="noreferrer" target="_blank">https://lserv.uni-jena.de/mailman/listinfo/seistools</a><br>
</blockquote></div>