[aic picker] scautopick stops processing the stream after a gap is found about common

[gempa-jabe]

Yes, I agree if that is the case. Actually terminate just sets the status of the AIC processor which causes it to be removed from the processing. The detector is not affected. Maybe there is a logical error which prevents the detector from emitting further picks in such a case. We will look into it. Thanks for reporting.

[luca-s]

I had a look at the code and I now understand this strange behaviour.

AIC picker class is derived from Siescomp::Processing::Picker which doesn't handle the gaps.

The basic scautopick detector class is derived from Siescomp::Processing::SimpleDetector instead, which inherits the gap handling behaviour from Siescomp::Processing::WaveformProcessor.

I can understand that AIC doesn't handle the gaps, but completely stopping the processing of a stream seems a tittle too extreme, don't you agree?

[gempa-jabe]

If possible, can you share your example that I can run it with scautopick to reproduce the issue?

[luca-s]

Yes sure, let me prepare the data for you.

[luca-s]

data.tar.gz

scautopick.cfg:

leadTime = 1
initTime = 1
gapInterpolation = true
picker = ""   # or "AIC"
amplitudes = ""
thresholds.triggerOn = 2
thresholds.triggerOff = 1.0
thresholds.deadTime = 0.1
thresholds.minAmplOffset = 2

scautopick bindings:

picker.AIC.signalBegin = -0.03
picker.AIC.signalEnd = 0.02
detecFilter = "RMHP(10)>>BW_HP(4,50)>>STALTA(0.02,0.06)"
timeCorr = 0

SeisComP v5.3.0

[gempa-jabe]

The picker.cpp sets a safety margin of 60s. This is appended to the noise window and always covers your data gap for all processors added after the gap. Removing the line keeps it picking. I will do that.

[gempa-jabe]

e68488df022ec4e37166eb92cdf67fae4aed56c6 fixes your issue.

[luca-s]

Thanks a lot. I tested it and it works indeed!