My station saw two events. I think the second one was real because I saw a press report with a trace from the Fredericksburg (USGS?) seismometer which showed the same thing. They said the second bump was a “reflection”. What it was reflecting from they didn’t say. The tropopause? A mountain?
That’s a very interesting insight kpjamro; thanks for posting your data!
Many variables can condition a sonic boom propagation and detection: atmosphere conditions such as humidity, winds, pollution, temperature; the position of the observer; terrain conditions, and more. Do you have a link to the press report? I would be interested in reading through it as reflections of sonic booms have been detected by many geographical features, mountains, and even single buildings…
I deleted the old community server from the pick list and created a new one per you instructions. I was seeing every station listed twice. So I restarted the program and it just hung up. I went into the config file and found that it had deleted the old server name from the config file but not the layout file - and that is what caused the hang.
Anyway, fixing that it is working, but still giving counts, not units.
and now I have this warning message in the console:
2023-06-06 09:08:35 WARN - could not get web service raw data (R176D HDF AM 00): Did not get an OK repsonse code (code=204, url=https://data.raspberryshake.org/fdsnws/dataselect/1/query?net=AM&sta=R176D&loc=00&cha=HDF&start=2023-06-07T01:07:45&end=2023-06-07T01:08:29"
2023-06-06 09:08:48 WARN - could not get web service raw data (R363F EHZ AM 00): Did not get an OK repsonse code (code=204, url=https://data.raspberryshake.org/fdsnws/dataselect/1/query?net=AM&sta=R363F&loc=00&cha=EHZ&start=2023-06-07T01:07:55&end=2023-06-07T01:08:48"
which repeats endlessly (30 second intervals) when stations are selected from the community server (my two selected above).
FWIW - I reverted from SWARM 3.2.0 to SWARM 3.0.0 with the same config files. I do not get the warning message with that version. Still get counts though. It seems to me I used to get units, maybe in an even older version (?) The SWARM manual says it will get the instrument response along with the data and use it. Maybe it does not understand my instrument response.
Thanks for the detailed feedback; I tried to replicate what was happening with your console in my SWARM v3.2.0 installation, but with no success. The only element that is the same is the fact that stations are listed twice after adding the data source, no idea why this happens, but data seems to appear anyway whichever of the two stations are selected.
For the conversion to standard units, this could also be related to the fact that SWARM is no longer updated by the USGS, and newer file/data formats could cause problems. I have always used it with counts, but I can understand the issue in a different situation.
It has to do with the new raspberry shake data source, obviously. Searching on the http 204 message it seems that it is a status response indicating that the source was not changed as a result of the transaction. So no problem. Perhaps this appearance of this message was subsequent to the last rev of SWARM and they do not know what to do with the message, except to display it as a “warning” - it’s really more of a status message. No worries then.
Yes I thought of that. Press reports said “fighter jets” (plural). My thinking was that the pilots would fly within sight of each other - certainly less than a mile apart - and that does not match the time line.
But it is a possibility.
There was another report that the second impulse was caused by an “echo”.
This is what was reported locally. For some time, the Fairfax police were looking for an explosion, and I was listening to their P25 trunk when they reported that they’d been notified by the Pentagon that they were scrambled Jet fighters. I got this info slightly ahead of the news media. I thought that was kind of cool too.