BBP Strong Ground Motion Project

From SCECpedia
Jump to navigationJump to search

San Jacinto Fault Zone (SJFZ) Velocity Model (Fang et al)

We have renamed this velocity model to the San Jacinto Fault Zone (SJFZ) model to avoid name collision with PBR (Precarious Balanced Rock) datasets managed by SCEC.

The original velocity model dataset (a high resolution Fang et al dataset) was defined with 1500m of topography. To prepare the model for use with the BBP, a series of modifications have been made to the original Fang dataset. Based on information from the model developer, artificial values were used within the original tomography "starting model", including at volume points above the earth's surface but within the simulation volume. The starting model defined artificial values for regions above the topography. These articifical values remained in the model as delivered by Fang et al.

The first processing stage for preparing the model for use with BBP was to remove the cells in the model with artificial datasets. This was done using a DEM to identify cells above earth surface.

The next step was to convert the model from a elevation-based model to a depth-based model. After the cells with invalid data were identified and marked as "no data", the topography was removed by pushing the region above sea level down to a 0 depth, to create a flat representation. Region below sea level were pulled up to a 0 depth. This converted the SSA into a depth-based model with the earth surface properties at 0 depth, increasing values below the earth surface.

The next step was to add the "ely:taper" algorith to modify the Vp and Vs properties in the top 0-700m. This ely:taper has recently been introduced to provide more reasonable velocity profiles in the top 700m. The taper uses a Vs30 value lookup (using Thompson 2022 Vs30 map) and then tapers the Vp and Vs 30 values down to the properties found in the model at 700m.

Certain ares of the model are still not considered "well defined" such has the model properties offshore.

Examples of the Vs values at 1km throughout the region (to show the regional variations) and a vertical profile in a well defined region for the model.

A web-based query tool for this model is located here. At this time, this website uses the models old abbreviation (SCPBR). So the correct model to select to view the model is (SCPBR:ely:taper). We will update this webviewer to use the new Velocity model name and abbreviation soon.

San Jacinto Fault Zone (SJFZ) Velocity Model

The Fang et al paper defines a Southern California Velocity model centered on the San Jacinto Fault Zone. The max depth is 20 km; the model should be merged with a regional model to have information below that depth but this will require smoothing between models. We are looking at the Vp, Vs models of the Fang et al. (2016) pape. , and also the Fang et al. (GJI, 216, 609–620, doi: 10.1093/gji/ggy458.2019) paper that has better Vs results, and classify the results using K-means clusters as done by Eymold and Jordan (2019). We found that 6 clusters (data types) can account for most of the data. This is preliminary but can help to decide how many distinct 1D velocity models are needed for the region around the SJFZ. More work is required to decide how to merge the results with a regional model.

The horizontal grid spacing in Fang et al. (2106) has an interval of 0.03 deg in both latitude and longitude, which is about 3.3 km. The damage zones results from Allam and Ben-Zion (2012) and also Zigone et al. (2015) are included in the joint inversions of Fang et al. (2016, 2019). The image above shows the main clusters of velocity models Hao created from the Vp,Vs models of Fang et al. We are checking if the fault damage zones are already represented (if not they can be added by increasing the number of clusters).

The horizontal spacing of the nodes in the Allam and Ben-Zion 2012 is variable, starting with 100 m around the SJFZ (see brief text below and attached figure). This fine grid does not mean a resolution of 100 m around the fault, but a resolution of 1 km is a first order estimate.

The model was developed by solving for P-wave velocities (Vp) and earthquake locations on a uniform 1 km-spaced grid using a smoothed 1-D starting model (Fig. 2a) derived from Helmberger et al. (1992). The obtained velocities and event locations are then used iteratively as initial values for inversions on a variable grid that is progressively reduced to a minimum spacing of 100 m in the 4.5 km region on each side (y direction) of the SJFZ. The grid cells in the x and z directions remain uniformly spaced at 1 km. A more detailed discussion of the inversion grid and MATLAB code for generating it are included in Appendix B; a geographical location map for the grid points used is shown in Fig. S1 (above).

Prototype Web viewer for SJFZ Velocity Model

This web viewer can create vertical profiles and cross section plots of the Fang et all SCPBVM. The images below show how the webviewer reproduces the images from Fang et all (2016) Fig. 3 at depths 3km, 7km, 11km, and 16km.

Horizontal Cross Sections Plots of the SJFZ Velocity Model

This web viewer can create vertical profiles and cross section plots of the Fang et all SJFZ Velocity Model. The images below show how the webviewer reproduces the images from Fang et all (2016) Fig. 3 at depths 3km, 7km, 11km, and 16km.

Full Resolution Model

Downsampled Model

Fang et al Fig 3 Vs profiles


Velocity Model Figures

Related Papers and Datasets

Description of High Resolution Data (2019)

  • Mesh points 94 x 73 (6862 pts/layer)
  • 0: (-1.5km) special values 5.5,3.14))
  • 1: (-1.0km) special values 5.52,3.16))
  • 2: (-0.5km) special values 5.55,3.17))
  • 3: (0.0km) special values 5.57,3.18))
  • 4: (0.5km) special values 5.6,3.2))
  • 5: (1.0km) special values 5.63,3.22))

Model Data File

The model data folder has Vp, Vs, and the geographic coordinates. The format is defined as:


X1Y1Z1 X2Y1Z1 ... X1Y1Z1
X1Y2Z1 ...
.
.
X1Y1Z2 ...
.
.
X1YNZN ...

AGU Abstract

Evaluating the Impact of Alternative Seismic Velocity Models on Simulated Ground Motions from Large Magnitude California Earthquakes

Philip J. Maechling, Fabio Silva, Robert Graves and Yehuda Ben-Zion

Ground motion simulation methods implemented in the SCEC Broadband Platform (BBP) are designed to simulate strong ground motions at levels of engineering interest. The simulation methods have undergone extensive verification and validation efforts involving comparison of simulated results to Ground Motion Prediction Equations (GMPEs) and to the observed ground motions from historical earthquakes. The ground motion simulation methods implemented in the platform propagate seismic waves through a region-specific 1D velocity model, and typically a single 1D velocity model is selected for each validation earthquake. Recently, dense seismic arrays and other methods have produced detailed velocity models for Southern California that often resolve near surface layers better than earlier models. The goal of this study is to use the BBP with multiple 1D velocity models in a region, to study the impact of the different velocity models on the simulated ground motions. We use the Graves and Pitarka ground motion method as implemented in the BBP and large scenario earthquakes on the San Jacinto Fault and the Newport Inglewood Fault consistent with high probability UCERF3 ruptures for Southern California. Initial results in comparison with baseline ground motions using the existing BBP region-specific 1D velocity models will be presented in the meeting.

1D Velocity Models Available on the Broadband Platform

California Velocity Models

Japan Velocity Models

Creating PGA/PGV Maps on the Broadband Platform

In order to create PGA/PGV maps, we follow the steps below.

Download OpenSHA

We use two packages from OpenSHA:

  • SiteDataGUI (used version from 2022_07_27)
  • GMTMapApp (used version from 2022_08_10)

For this study, we downloaded the latest nightly builds, which can be found here:

https://opensha.usc.edu/apps/opensha/nightlies/latest

Additionally, for running these packages on Mac OS X, we installed jdk18 from Oracle.

Landers Multi-Segment

Generating station grid

For Landers, we use a station grid from 33.4 to 35.9 latitude, and -115 to -119.2 longitude, spaced at 0.1 degrees of latitude and longitude:

$ gen_station_grid.py  33.4 35.9 -119.2 -115 .1 > landers_01_grid.stl

Including Vs30 values

Once the station list is generated, we need to include Vs30 values. We use the SiteData GUI application from opensha-apps.

$ java -jar SiteDataGUI-2022_07_27-afbf611e.jar

Then, select

  • CGS/Wills VS30 Map (2015)
  • Global Vs30 from Topographic Slope (Wald & Allen 2008)

The Global Vs30 values will be used for water (value set to 180 m/s) and for Nevada (which is not included in the Wills 2015 map.

Running BBP Simulation

The next step is to run the BBP at CARC/USC. We use the SRC files from the Landers and/or Landers Multi-Segment validation package(s), which is included with BBP 22.4. To create the CARC runs, users can use one of the following two commands (for the single-segment, or the multi-segment version of Landers):

$ bbp_discovery_split_scenario.py -c gp --email=fsilva@usc.edu -v Mojave500 --src=landers_v20_07_1.src --stl=landers_01_grid_vs30_full.stl -s gp -n 30 -d landers-mojave-ss
$ bbp_discovery_split_scenario.py -c gp --email=fsilva@usc.edu -v Mojave500 --src="landers_v16_08_1_seg1.src, landers_v16_08_1_seg2.src, landers_v16_08_1_seg3.src" --stl=landers_01_grid_vs30_full.stl -s gp -n 30 -d landers-mohave-ms

The commands above will split the simulation into several realizations, which all use the same SRC file, but each include a subset of 30 stations from the original station list. This shares the processing among several CPUs and allows the simulation to complete quickly. Once the simulations finish, we need to merge the realizations in to a single realization (we picked the number 2 for the realization sim_id):

$ bbp_merge_scenario.py -d landers-mojave-ms -s 2
$ bbp_merge_scenario.py -d landers-mojave-ss -s 2

Collecting and Processing PGA/PGV Data

The next step is to collect PGA and PGV data from each of the stations. We can use the get_shakemap_data script that is included with the BBP 22.4 distribution:

$ get_shakemap_data.py landers-mojave-ms/Sims/indata/2/landers_01_grid_vs30_full.stl landers-mojave-ms/Sims/outdata/2 pgv-log > landers-mojave-ms-2022-08-11-pgv-log
$ get_shakemap_data.py landers-mojave-ms/Sims/indata/2/landers_01_grid_vs30_full.stl landers-mojave-ms/Sims/outdata/2 pga-log > landers-mojave-ms-2022-08-11-pga-log.txt
$ get_shakemap_data.py landers-mojave-ms/Sims/indata/2/landers_01_grid_vs30_full.stl landers-mojave-ms/Sims/outdata/2 pga-g > landers-mojave-ms-2022-08-11-pga-g.txt
$ get_shakemap_data.py landers-mojave-ss/Sims/indata/2/landers_01_grid_vs30_full.stl landers-mojave-ss/Sims/outdata/2 pgv-log > landers-mojave-ss-2022-08-11-pgv-log.txt
$ get_shakemap_data.py landers-mojave-ss/Sims/indata/2/landers_01_grid_vs30_full.stl landers-mojave-ss/Sims/outdata/2 pga-log > landers-mojave-ss-2022-08-11-pga-log.txt
$ get_shakemap_data.py landers-mojave-ss/Sims/indata/2/landers_01_grid_vs30_full.stl landers-mojave-ss/Sims/outdata/2 pga-g > landers-mojave-ss-2022-08-11-pga-g.txt


And the following commands swap the longitude/latitude values, as expected by the OpenSHA plotting tool:

$ cat landers-mojave-ss-2022-08-11-pgv-log.txt | awk '{ print $2 " " $1 " " $3 }' > landers-mojave-ss-2022-08-11-pgv-log-results.txt
$ cat landers-mojave-ms-2022-08-11-pgv-log.txt | awk '{ print $2 " " $1 " " $3 }' > landers-mojave-ms-2022-08-11-pgv-log-results.txt

Generating PGA/PGV Maps

We use the GMTMapApp tool from OpenSHA:

$ java -jar GMTMapApp-2022_08_10-253cf2c3.jar

For Landers, we pick the following parameters:

Min Latitude: 33.4
Max Latitude: 35.8
Min Longitude: -119.2
Max Longitude: -115.0
Grid Spacing: 0.1
Color Scheme: MaxSpectrum.cpt
Color Scale Limits: Manually
Color Scale Min: -0.02
Color Scale Max: 1.95
Topo Resolution: 03 sec California
Highways: None
Coast: Draw & Fill
Image Width: 6.5
Custom Scale Label: Checked
Scale Label: Log10(PGV)
Apply GMT Smoothing: Checked
Apply Black Background: Not checked
DPI: 300
Plot Log: Not checked
Generate KML Files: Not checked
Use grdview instead of grdimage: Not checked

Plot Station Maps

The last step is to generate the station maps with rupture trace:

$ cp ../landers-mojave-ss/Sims/indata/10000000/landers_v20_07_1-gp-0000.srf indata/2/
$ cp ../landers-mojave-ms/Sims/indata/10000000/landers_v16_08_1_seg1-gp-0000_seg01.srf indata/3/
$ cp ../landers_01_grid_vs30_full.stl  indata/2/.
$ cp ../landers_01_grid_vs30_full.stl  indata/3/.
$ $BBP_DIR/comps/plot_map.py landers_v20_07_1-gp-0000.srf landers_01_grid_vs30_full.stl 2
$ $BBP_DIR/comps/plot_map.py landers_v16_08_1_seg1-gp-0000_seg01.srf landers_01_grid_vs30_full.stl 3

Ridgecrest 2019C Multi-Segment

Generating station grid

For Ridgecrest 2019C, we use a station grid from 33.4 to 36.9 latitude, and -116 to -119.2 longitude, spaced at 0.1 degrees of latitude and longitude:

$ gen_station_grid.py  33.4 36.9 -119.2 -116 .1 > ridgecrest_grid.stl

Including Vs30 values

Once the station list is generated, we need to include Vs30 values. We use the SiteData GUI application from opensha-apps.

$ java -jar SiteDataGUI-2022_07_27-afbf611e.jar

Then, select

  • CGS/Wills VS30 Map (2015)
  • Global Vs30 from Topographic Slope (Wald & Allen 2008)

The Global Vs30 values will be used for water (value set to 180 m/s) and for Nevada (which is not included in the Wills 2015 map.

Running BBP Simulation

The next step is to run the BBP at CARC/USC. We use the SRC files from the Ridgecrest 2019C validation package, which is included with BBP 22.4. To create the CARC runs, users can use one of the following command:

$ bbp_discovery_split_scenario.py -c gp --email=fsilva@usc.edu -v SouthernSierra500-2 --src="ridgecrest-c_v20_09_1_seg1.src, ridgecrest-c_v20_09_1_seg2.src, ridgecrest-c_v20_09_1_seg3.src" --stl=ridgecrest_grid_basic.stl -d ridgecrest19c-ms -n 30 -s gp

The command above will split the simulation into several realizations, which all use the same SRC file, but each include a subset of 30 stations from the original station list. This shares the processing among several CPUs and allows the simulation to complete quickly. Once the simulations finish, we need to merge the realizations in to a single realization (we picked the number 2 for the realization sim_id):

$ bbp_merge_scenario.py -d ridgecrest19c-ms -s 2

Collecting and Processing PGA/PGV Data

The next step is to collect PGA and PGV data from each of the stations. We can use the get_shakemap_data script that is included with the BBP 22.4 distribution:

$ get_shakemap_data.py ridgecrest19c-ms/Sims/indata/2/ridgecrest_grid_basic.stl ridgecrest19c-ms/Sims/outdata/2 pgv-log > ridgecrest19c-ms-2022-08-11-pgv-log.txt
$ get_shakemap_data.py ridgecrest19c-ms/Sims/indata/2/ridgecrest_grid_basic.stl ridgecrest19c-ms/Sims/outdata/2 pga-log > ridgecrest19c-ms-2022-08-11-pga-log.txt
$ get_shakemap_data.py ridgecrest19c-ms/Sims/indata/2/ridgecrest_grid_basic.stl ridgecrest19c-ms/Sims/outdata/2 pgv-g > ridgecrest19c-ms-2022-08-11-pgv-g.txt

And the following command swaps the longitude/latitude values, as expected by the OpenSHA plotting tool:

$ cat ridgecrest19c-ms-2022-08-11-pgv-log.txt | awk '{ print $2 " " $1 " " $3 }' > ridgecrest19c-ms-2022-08-11-pgv-log-results.txt

Generating PGA/PGV Maps

We use the GMTMapApp tool from OpenSHA:

$ java -jar GMTMapApp-2022_08_10-253cf2c3.jar

For Ridgecrest 19C, we pick the following parameters:

Min Latitude: 33.4
Max Latitude: 36.8
Min Longitude: -119.2
Max Longitude: -116.0
Grid Spacing: 0.1
Color Scheme: MaxSpectrum.cpt
Color Scale Limits: Manually
Color Scale Min: 0.01
Color Scale Max: 2.05
Topo Resolution: 03 sec California
Highways: None
Coast: Draw & Fill
Image Width: 6.5
Custom Scale Label: Checked
Scale Label: Log10(PGV)
Apply GMT Smoothing: Checked
Apply Black Background: Not checked
DPI: 300
Plot Log: Not checked
Generate KML Files: Not checked
Use grdview instead of grdimage: Not checked

Plot Station Maps

The last step is to generate the station maps with rupture trace:

$ cp ../ridgecrest19c-ms/Sims/indata/10000000/ridgecrest-c_v20_09_1_seg1-gp-0000_seg01.srf indata/1
$ cp ../ridgecrest_grid_final.stl  indata/1/.
$ $BBP_DIR/comps/plot_map.py ridgecrest-c_v20_09_1_seg1-gp-0000_seg01.srf ridgecrest_grid_final.stl 1

Related Entries