...
March 2017 drill (2014 Mw6.3 Eketahuna Earthquake)
Task | Expected time reqd. | People | Notes | ||
1. Source (HOBY) | |||||
GeoNet Mw email to SRF (a) from Mw tensor get Rup parameters (b) From Rup parameters use createSRF.py to make rupture SRF and to plot (c) Execution of createSRF.py |
1minute
25sec 2min total |
Hoby/Viktor | a) Manually extract location, dip,strike, rake from Mw tensor (Ristau) into setSrfParams.py b) Change TYPE=2 (point source to finite fault) Use either version "3.3" or "5.3.2a" c) Run "createSRF.py" Please note that the execution time of createSRF.py may change based on the event size | ||
|
|
|
| ||
2. Velocity Model Domain (ETHAN/ROBIN) | |||||
From rupture location to VM dev and domain (a) From location and Mw determine VM origin, 3D extent, and simulation duration (b) Plot VM domain extent (c) Generate VM with H=0.1km for this domain, then extract slices | 1mins 20 mins (on multiple cores) 15 mins for slices 4 mins for H=0.2km VM creation (30 mins for H=0.1km) 20min total
Setup code - 4 mins generateDomain initial (inc. getting CMT data) - 2+2=4 min creating VM (inc. manual adjustment) - 10+1 = 11 genDomain - 6+6+6 = 18
Total ~37-40 minutes
| Ethan, Robin,… |
There was an error in the auto-VM generation on hypocentre which needed to be fixed, and then the code had to be obtained from github again. (Done) (Sung) == items below have beem completed after Feb. drill 1.nx,ny,nzare automatically updated if user manually edits other values like (extent_x,_y,_zmax) 2. if extent_x, extent_y and extent_zmax are not divisible byhh, it automatically increases extent_* to the first divisible value 3. it will automatically work outflo (based on min_vs/(5*hh). The initial value offlo is automated, but user can manually override it by editing params_vel.py (More in item 4) 4.In params_vel,py, extent_x, extent_y, and extent_zmax, sim_duration andflohave automatically generated initial value. User can manually edit params_vel.py to override them, but user MUST run *validate_parameters.py*, which will check the integrity of the parameter file, and adjust automated values such asnx,ny,nzandsufx. This will overwrite params_vel.py (also keeps a backup of old params_vel.py) and show before and after changes side-by-side. (Ethan) Remove topography from preliminary plot to speed up investigateDomain.py Change default CPTs to extend their range
March Drill (I've just put this here for now because I didn't want to delete anything) (Robin) Issues encountered/comments
Overall if everything went smoothly and no manual adjustment was required, this would total something around 15 minutes. (note this is also dependent on the VM domain size/source magnitude.
| ||
From non-uniform station grid, get statgrid points (a) Locations of statgrid points (b) Locations of GeoNet strong motion stations (c) From NZ Vs30 model get Vs30 values at all points |
(ignore for now) 1-2 hours!! 10mins ~2hours |
Ahsan, Chris |
[need .ll file for all of NZ (Ahsan)] (Done) run statcords (to get station locations corresponding to actual VM domain] | ||
(a) Plot VM domain extent, stations (statgrid and GeoNet), (b) color based on Vs30 values | 2mins | (a) Viktor (b) Not done | Only done as part of plotting PGA, PGV, PSA, PSA RATIOS Where to get vs30 values? | ||
3. Observed strong motions (SUNG) | |||||
Obtain observations from GeoNet (a) Get recorded motion from GeoNet ftp (b) Process and reformat using defaults (c) Produce plots of acc/vel time series, response spectra (d) Produce IM data files for stations on map plots in GMT (e) Produce Vs30 input files for stations | (a) to (d) took 7.5 mins. (e) took 40 mins | Ahsan | Ahsan | Took 5 mins to create input file for downloading data from geoNet Finished downloading data in 13.1 secs Done Vs30 calcs in 25.0 secs Processing .V1A files ... Done processing in 219.4 secs Creating acc and vel plots for all Observed SMSs ... Done plotting acc, vel in 160.6 secs. Creating pSA plots for all Observed SMSs ... Done pSA plots in 181.2 secs. Writting IMs for GMT plotting ... Done in 32.2 secs. python2 run_event.py 614.36s user 5.28s system 98% cpu 10:32.05 total 10:32 to 11:11 to run post processing code with observations only. code ran in 192.43s, took 5 mins to set the input file. The inputs for this input file and the input file for downloading data are duplicated. using a log scale for plotting observations only IMs on map results in values smaller than 1 to be negative and difficult to interpret. Had to manually adjust cpt color scales for better plots, and manually move gmt plots otherwise they are over written Tasks (a) to (d) are automated but (e) is still manual and took the longest time. In (e) the computational time itself only took about 2 mins, it was the formatting that took the most time. 2017-02-23_133554 Mw4.7 simulated as a point source. Since the earthquake occurred within the FVM domain, no new velocity model was generated. The three key steps (in absence of observed data) were The main takeaway lessons were that | |
Plot IM values at GeoNet stations on map (for various IMs) | 3 mins | Viktor | Viktor was away, and I (Ahsan) performed this task. It was some what unclear how the GMT plotting scripts (behind the scenes) got its input, e.g the domain boundary. The code ran without problems. There was a need to display the color bar on a log scale, which I was not able to do through the GMT scripts but had to rewrite the natural log of the data instead of the plain data. It was unclear what the log=True option achieves in the python wrapper to the GMT scripts. | ||
Plot observed vel time series on map | 5mins | Viktor | skipped, need to finish script that does this | ||
Plot IM values as a function of Rrup and compare with empirical ground motion model (various IMs) | 10 mins | Ahsan | This was still performed with groundMotionSationsAnalysis code by passing Obs data twice (as Obs and Sim data). This task will be performed along side task (c). | ||
4. Perform GM Simulation (SUNG) | |||||
Submit GM Simulation (a) (b) LF sim (queue time + run time) (c) Once LF sim complete, run HF and BB sim |
(a)5mins (b)1:40~3:30 hours (queue+run) (c)13 min |
Sung | (1) We need a standardized event name stored somewhere. (2) File transfer to Fitzroy could be more simplified. Occasionally I had no right permission to access the files generated by other team members. ==> Solution: Each module (VM, Source, Station) can have an "install" script that is executed by the person-in-charge that transfers the necessary files to the appropriate location (derived from the standardised event name) (3) Many codes from various repositories are increasingly becominginter-dependent. We need to make a shared library soon. (4) Wall clock limit estimation is reasonably accurate, with Fitzroy being prone to fluctuate occasionally. (IO suspected). DB needs some tweak to mark outliers.
| ||
5. Post-processing (VIKTOR) | |||||
LF Time slice animation (a) tar, download data from Fitzroy to local (b) From TS produce PGV and MMI plot (c) Produce TS animation | 9 min
|
Viktor | 1) The animation is working fine for single event. However, if there are 2 SRF files in the run, you need to modify the parameter file such that it will generate the animation of the specific event that you want 2) we might want to generate the animation for the multiple events as well?? 3) It would be great if we could include "*modelparams*" in the tar file from Fitzroy, which is needed for (5f) plotting
| ||
Script preparation and test At SMS locations compare sim vs. obs (a) compare waveforms (b) Compare IMs as a function of Rrup (multiple IMs; sim, obs, empirial) (c) Compare sim, obs, empirical response spectra at individual locations (d) Plot overall bias as a function of vibration period (both sim and empirical) (e) Preparing input for (f) (f) Plot bias(residual) at specific locations on a map | 10mn (a)–(d) 20 mins
(e) 4 mins (f) 5 mins | Hoby
| I have still used Richard code because Daniel/Jason mentioned that they sill have some issue in the std of bias between Obs and empiricalGMM. Once the PP is done there will be significant save in time in terms of file preparation because I will use the same config. as Ahsan
(f) requires modelparamsfile/Srf; need to make sure we have them copied in hypocentrer
|
What to do next
Tasks | Time estimation | ||||
Hoby | 1) Srf plot location need to be modified 2) 2) | 2days 2days 2-5 days | |||
Ethan | 1) Streamline the VM generation with gen_coords.csh 2) Write scrip to stitch together multiple PDFs in PDFtk 3) VM domain baseplot to be passed to plot SRF by others | 2days (with other minor tasks) | Ahsan | PDFtk 3) VM domain baseplot to be passed to plot SRF by others | 2days (with other minor tasks) |
Ahsan | (1) The input file for post processing and the input file for downloading data are duplicated. Need to fix this duplication on my part.
| (1) 2 hours | groundMotionStationsAnalysis code separately. (1) 2 hours (2) 2 hours (3) 2 hours (4) 2hours | ||
Sung | The following 3 items are easy to automated, and where we can easily make mistakes.
|
| |||
Viktor |
| 2.5 days | |||
Daniel |
|
...