System Development

As part of ongoing efforts to improve the monitoring systems in northern California, the BSL and the USGS Menlo Park have started to develop the next generation of the northern California joint notification system or the Northern California Seismic System (NCSS).

Figure 10.1 illustrates the current organization of the two systems. As described above, an Earthworm/Earlybird component is tied to a REDI component and the pair form a single ``joint notification system." Although this approach has functioned reasonably well over the last eight years, there are a number of potential problems associated with the separation of critical system elements by $\sim $35 miles of San Francisco Bay.

Recognizing this, we intend to redesign the Northern California operations so that a single independent system operates at the USGS and at UC Berkeley. In FY01/02, our discussions proceeded to the stage of establishing specifications and determining the details required for design. In the last year, however, most of the development effort focused on CISN activities, and specific plans for the ``next generation" Northern California system were put on hold. This enforced wait provided the opportunity for some ideas to mature and the current plans for the NCMC are somewhat different from those envisioned in 2001.

The current design draws strongly on the experience in Southern California for the development of TriNet (Figure 10.3), with some modifications to allow for local differences (such as very different forms of data acquisition and variability in network distribution). In addition, the BSL and the USGS want to minimize use of proprietary software in the system. The TriNet software uses three forms of proprietary software: Talerian Smart Sockets (TSS) for inter-module communication via a ``publish and subscribe" method, RogueWave software for database communication, and Oracle as the database management system. As part of the development of the Northern California Earthquake Data Center, the USGS and BSL have worked extensively with Oracle databases and extending this to the real-time system is not viewed as a major issue. However, we did take the opportunity to review options for replacing Smart Sockets and RogueWave with Southern California, resulting in joint agreement on replacement packages and shared development effort.

Figure 10.3: Schematic diagram of the planned NCSS system. The design combines elements of the Earthworm, TriNet, and REDI systems
\begin{figure*}\begin{center}
\epsfig{file=nc_box.ps, width=10cm}\end{center}\end{figure*}

In the last three years, BSL staff, particularly Pete Lombard, have become extremely familiar with portions of the TriNet software. We have begun to adapt the software for Northern California, making adjustments and modifications along the way. For example, Pete Lombard has adapted the TriNet magnitude module to northern California, where it is running on a test system. Pete made a number of suggestions on how to improve the performance of the magnitude module and has worked closely with Caltech and the USGS/Pasadena on modifications. One of the recent discoveries with the magnitude module was related to differences in time references as implemented in the database schema.

Last year, the BSL and the USGS Menlo Park undertook the effort to develop and test a design to exchange ``reduced amplitude timeseries." One of the important innovations of the TriNet software development was the concept of continuous processing (Kanamori et al., 1999), where waveform data are processed to produce Wood Anderson synthetic amplitudes and peak ground motions constantly. A program called rad produces a reduced timeseries, sampled every 5 secs, and stores it in a memory area called an ``Amplitude Data Area" or ADA. Other modules can access the ADA to retrieve amplitudes to calculate magnitude and ShakeMaps as needed. In the the past year, the BSL and the USGS Menlo Park have collaborated to establish the tools for the ADA-based exchange. As part of the software development in northern California, a number of modules have been developed.

During 2004-2005, effort turned more toward the goal of retiring CUSP - the system used by the USGS Menlo Park to time earthquakes. CUSP was initially developed in Southern California during the late 1970s - early 1980s and has been used for a number of years in Northern California. However, the CUSP system is becoming increasingly outdated.

The NCMC has developed a plan to retire CUSP, based on the implementation of some components of the Southern California system. Over the past year, BSL staff have worked to implement the RequestCardGenerator (a module that decides which channels to archive, given a particular earthquake), a waveform archiving module, and Jiggle (the earthquake timing interface). The NCMC and SCMC collaborated on modifications to Jiggle for use in Northern California such as the computation of $M_{d}$. The goal is to have a test system up and running with the next year.

Also during the past year, Northern and Southern California developers spent two days in Pasadena discussing issues of joint interest.

Berkeley Seismological Laboratory
215 McCone Hall, UC Berkeley, Berkeley, CA 94720-4760
Questions or comments? Send e-mail: www@seismo.berkeley.edu
© 2005, The Regents of the University of California