Therefore they must be generated in the transmission of the data to the server or by the server itself.
This did not happen before the server outage.
What is going on?
This has randomly occurred on my Shake, but has NEVER interfered during an event trace. It is not occurring presently. I posted about it months ago on the Google Group and wondered about a stand alone battery supply incase it was AC power induced. It come and goes randomly.
This, of course, excludes the resident Gecho incursion into my shake months ago and it’s errant signal spikes.
The spikes occur on both an RS1D and a RBoom at the same location, but in different rooms. In both cases, the spikes appear on the record from FDSN, but not in the files. To me, this says it is not the instrument, but the transmission to the server or the server itself that is generating the spikes.
Our internet connection is ADSL running on an aged copper-lines system that we’ve had numerous problems with. The lines company is loath to do anything about it because new technology is coming… But perhaps this is the problem? How could I check this?
Having said that, we stream video content all the time and have no problems with that, but perhaps that’s more forgiving than transmitting data?
I confirm that the data on the Shake is complete - no spike at 2019-07-15 16:23:07.629 (Julian day 196) as seen on the server. Also, there is no gap and no overlap at this time.
I do not see anything in the log files that tells me there was some problem with data transmission at this time.
Conclusion: These random spikes are generated after the data leaves the Shake.