Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

ItemIssueSuggestionNotesCheckbox
Workflow
StabilityEveryone generally works with something not on master, so there can be issues with compatibility between repos.Can we pull everything relevant from master and check that everything actually works?

Newest IM calc changesFAS, RotD50 and RotD100 additions had changes to several repos and changes many output files with with more components and potentially blank spaces. Would be good to know it all works on master.

Completing the above and doing proper verification of outputs should sort this.

(BB: Can also consider not doing these to start with, then running them later)

Not done by default. Good to go without.Done
Duplicate stationsAre we currently duplicating stations?Install one that should have duplicates to check.
Done
New vs old workflowResults with new workflow may not be necessarily compatible with results from old workflow. Different fd statlist, different sim durations, VMs etc.Rerun everything on new workflow.

Version 20.43.13.X: Simulation

Done
New stationsIf we're running new simulations for all events, should we take the opportunity to add in any more stations?(BB: Yes, good idea)

Decided to not add structural arrays.

A Added a few strong motion stations COULD be added - Robin to identify (30 mins).(based on scraping ftp and fdsn records). A lot were not new stations (installed ~2016?) but had no recordings previously.

Done
Sim binary versions

Should we use emod3d version 3.0.4 or 3.0.8?

Should we use hb_high version 5.4.5 or 6.0.3?

Probably emod3d 3.0.8. Should probably do validation of old runs with hb_high 6.0.3 to see how much difference it makes for point sources and then decide. Could do both if we had to in the end.

hb_high 5.4.5.3 (velocity boundary fix)

emod3d 3.0.8

Done
HPC storageWe need to make sure we have enough space in terms of TB and inodes.Someone needs to estimate how much we will need.

For 400m grid, we don't believe this will be an issue, can judge accordingly for 100/200m grid run after.

Robin to clean up his run directory.

Done
Auto submitterSometimes stops when there are still jobs to run.

Can someone check this? This one did EMOD3D, HF, and rrup but not BB, IM_calc and clean_up. Had to start the auto submitter again to do those.

/nesi/nobackup/nesi00213/RunFolder/Validation/v20p3p11

Only seemed to happen for 1 event runs.

Run autosubmitter once more at end should mitigate this anyway.

DoneJonney?
Corehour estimationEMOD3D 3.0.8 has longer simulation times due larger time before rupture initiation. Causes time out sometimes.Decide on how to revise CH est.Claudio or other.
Observed Ground Motions
Events to simulateNeed to determine prospective events.

Determine range of Mw and depth, identify how many ground motions each have.

(BB: Mw=3.5-7 (above 7 multi-fault is important, unless it would be possible to manually 'add' pre-existing faults into the workflow (e.g. Darfield and Kaik) want to avoid that for now);

(BB: Depth - my gut feeling is shallower than 200km atm).

  1. Screen gcmt for Mw 3.5-7.
  2. Determine number of records per event (HQ and/or total) and curtail list appropriately.
  3. Generate Srf and VMs with Mw-CD filter further reducing events to simulate
Jason has determined some based on Mw-CD distribution. Need to identify which have reasonable amount of ground motions, segregate the subset and then run IM_calc
  1. .

Source
Model choice for Mw rangeShould we continue to use PS for Mw <= 5.0 and FF for Mw > 5.0? Do we want to go above Mw 7.0?

Probably same range for PS and FF. Don't know about going above Mw 7.0.

(BB: I think as you have it at the moment is good.  If it is possible we could do PS for Mw<5.5 and FF for Mw>F (i.e. have a 0.5unit overlap))

I think go with

PS: 3.5 - 5.0

FF: 5.1 - 7.0

Any "overlap" can be done ad hoc and swapped in post-processing.

Done
FFWhat model of genslip do we use? What aspect ratio?I think use latest version of genslip 5.4.2 and the non-square aspect ratio.  Work to date hasn't been rigorous but it's probably the best option.

Robin - Awaiting email to Rob about subfaults above ground due to roughness.

I did some testing on this. It seems to snap to something (probably top grid point) up to a certain amount above the ground surface (~500m above ground surface for 400m grid run).

Therefore good to use genslip 5.4.2.

Done
Depth rangeWhat range of depths do we want to do?

Plot CDF with depth + additional investigations.

(BB: Depth - my gut feeling is shallower than 200km atm).

Done according to "Events to simulate" item.Done
NZVM
Max nz valueMaximum number of nodes on z direction currently set may be limiting for subduction earthquakes (I hit the limit when I did 50m grid runs).Need to change in source code and recompile. Will depend on how deep we expect to go.Robin and Jason - Changed and recompiled.Done
NZVM versionWe should use 2.03? The only difference between 2.02 and 2.03 is Waikato-Hauraki basin.Should do a quick check to make sure everything is good.Robin - A few plotsDid not get round to it. Maybe I'll do it this weekend.
Vs30

Missing Kaiser Vs30 values

Kaiser et al. (2017) only has Vs30 values for 340 of ~380 stations.

Use our values for the others but trim them out in analyses in post-processing?

(BB: Yes, I agree; that gives us the option post-analysis to play with both options).

Viktor

- Need modified Vs30 map

Robin should be able to pull the real station values out of the nonuniform grid file Viktor produced.

Done

Verification Subset

The following csv contains a set of 10 earthquakes to be used as the verification test subset of events, and a table and plot to summarize the events:

...