5 ms·
As someone who used to work for a university's geosciences department as a Unix sysadmin/programmer and who worked on two different seismic monitoring networks
by rwg 12y ago
As someone who used to work for a university's geosciences department as a Unix sysadmin/programmer and who worked on two different seismic monitoring networks (one spread across the state for earthquake monitoring and one parked on top of a coal mine), allow me to explain why earthquake monitoring in the United States is largely stuck in the stone age: There's no f---ing money.
Back in the '80s, there were a lot of regional seismic networks around the country, especially east of the Mississippi. But as time marched on and budgets got slashed, regional seismic networks disappeared one by one. Today, only the largest regional networks survive — generally the ones that are mostly funded by the states they're in and/or have increased their share of USGS/ANSS funding by taking over monitoring for areas of the country that used to be covered by the now-defunct networks.
The regional seismic networks that are left spend pretty much all of their dollars on equipment and operations. Installing/upgrading/running permanent seismograph stations is expensive — a basic solar-powered one with a shallow fiberglass vault, a three component short period sensor, and a three channel digitizer will run you ~$12,000 just in equipment and materials. The sky's the limit if you go fancier than that (broadband sensors, strong motion sensors, atmospheric sensors, borehole sensors, six channel digitizer, elaborate vaults, VSAT, etc.). Then there's the recurring communications cost, the cost of regular site visits, the cost of regular battery replacements, replacing solar panels/equipment boxes that morons shoot at for laughs, etc.
What I'm getting at is that in the monetary battles of "keep seismograph stations working" vs. "hire programmer to write useful software", the stations will win every time. Even this LA Times article about Berkeley's early warning system notes, "A lack of funds, however, has slowed the system's progress."
If the epicenter of tech wants to do something wonderful for earthquake seismology, figure out how to make dirt cheap 1- or 3-channel seismic digitizers (low-pass filter + low noise amp + 20-bit ADC @ 100–200 accurately timestamped samples/s, ≤1 watt average power draw @ 12 VDC, speaks TCP/IP over 802.11g/n) and dirt cheap 1- or 3-component short period sensors (1 or 2 Hz corner frequency, decent sensitivity). Then figure out how to get thousands of these dirt cheap digitizers and sensors in backyards all over the country and contributing data in real-time to IRIS and/or the closest regional seismic network. If the cost of acquiring quality seismic data goes down, that frees up money to actually do something with the data.
When I was still at the university job, my job-related pipe dream was to blanket the state with these non-existent dirt cheap stations. Even one or two per county in my state would've increased our station count by a factor of >15, greatly improved the quality of our earthquake locations, and allowed us to determine focal mechanisms (the orientation of the fault and direction of the slip) even for small earthquakes.
- michaelt 12y agoHow cheap is dirt cheap? $1000? $100? $10? $1? $0.1? Are there established algorithms to determine what seismic data is 'interesting' as opposed to streaming it all in real time (and keeping the radio on) constantly? Why 802.11n instead of cell phone networks - don't you need to be away from traffic vibrations, and hence roads and homes?
- rwg 12y agoHow cheap is dirt cheap? $1000? $100? $10? $1? $0.1? I think a sub-$500 per-station cost would be wonderful, but this is all just a pipe dream... Are there established algorithms to determine what seismic data is 'interesting' as opposed to streaming it all in real time (and keeping the radio on) constantly? Almost all digitizers I've seen support the same STA/LTA (short term average ÷ long term average) triggering mechanism, where data is declared interesting if the energy over a short time window divided by the energy over a long time window exceeds some configurable threshold. If you only send triggered data, it's a great way to trigger repeatedly on local noise and miss all/parts of events you actually want to record. Sending continuous data from stations to a central processing site is greatly preferred, especially since the data rate is so low. Three channels of 20-bit, 100 samples/s data from a low- to moderate-noise site that's losslessly compressed by the digitizer fits comfortably in 9600 bits/s. Why 802.11n instead of cell phone networks - don't you need to be away from traffic vibrations, and hence roads and homes? Siting seismograph stations is a tradeoff. Too far away from civilization and you have no way to get data back home except via (expensive, power hungry) VSAT or high power radios. Too close to civilization and you are subjected to civilization's noise (but you can use civilization's communications infrastructure to send your data home, sometimes for free). The higher a site's noise level, the higher your event detection threshold gets. In other words, the noise consumes the signal from weak and/or distant earthquakes. You can make up for this somewhat by deploying a more dense network that pushes stations closer to where the earthquakes are happening...
- peter303 12y agoPlus telemetry, computers, interpretation people, maintenance people, etc.
- 12y ago