Difference between revisions of "Broadband Product Backlog"

From SCECpedia
Jump to navigationJump to search
Line 1: Line 1:
 +
== Pending tasks ==
 +
 
# Core
 
# Core
 
## Update BBP license to the BSD-3 license
 
## Update BBP license to the BSD-3 license
Line 40: Line 42:
 
## Start FAS-based validation
 
## Start FAS-based validation
  
2019-10-03 - 2019-10-31 - BBP Sprint
+
== Previous Sprints ==
 +
 
 +
=== 2019-10-03 - 2019-10-31 - BBP Sprint ===
  
 
# Troubleshoot and finalize Vs30-based SVM site response module (verification)
 
# Troubleshoot and finalize Vs30-based SVM site response module (verification)
Line 56: Line 60:
 
## Done: Run 3-segment Landers using new approach, compare results with previous runs
 
## Done: Run 3-segment Landers using new approach, compare results with previous runs
  
2019-06-10 - 2019-07-31 - BBP Sprint
+
=== 2019-06-10 - 2019-07-31 - BBP Sprint ===
  
 
## Python 3 *** Done: Working with Python 3.6
 
## Python 3 *** Done: Working with Python 3.6
Line 72: Line 76:
 
## Backup: Start variability implementation using GP
 
## Backup: Start variability implementation using GP
  
# Completed in Summer 2019 Sprint
+
=== Completed in Summer 2019 Sprint ===
 
## Create a new dev branch to start working on
 
## Create a new dev branch to start working on
 
## Create wiki list of validation events
 
## Create wiki list of validation events
Line 79: Line 83:
 
## Validation event : Hector Mine
 
## Validation event : Hector Mine
  
Tasks required for next BBP release
+
== Tasks required for next BBP release ==
  
 
# BBP Release
 
# BBP Release

Revision as of 18:00, 28 January 2020

Pending tasks

  1. Core
    1. Update BBP license to the BSD-3 license
  2. UCSB
    1. Help implementation of UCSB double corner
    2. Implement variable spacing for smaller GFs
    3. Convert rupture generator output to SRF format, add plots
    4. Integrate UCSB multi-fault rupture code
    5. Start with Landers
  3. Infrastructure
    1. Talk with Edric about the assets tracking
    2. Look at what file we can use to track bbp installs
    3. Ask Edric about google analytics information about scec.org/research/bbp or scecpedia/Broadband_Platform or any other google analytics we have
    4. standard/common github continuous integration toos
    5. software coverage measurement tools (check with ossian)
  4. Future Release
    1. Define reduced set of tests for BBP verification before release
    2. Document Science review process
    3. Document latest src/stl/vmod files/versions for the validation events: include file in release
  5. Site effect modules
    1. Integrate Sediment Velocity Model (SVM) site response module into BBP
    2. Integrate Pedro Arduino site effects module into BBP
    3. Integrate Jeff Bayless site response module into BBP
  6. Other models
    1. Refine and test Irikura Phase 2 modules
    2. Update multi-segment approach for GP and SDSU to compute seismograms in one simulation like Song and Irikura Method 1
    3. Draping rupture over complex faults in GP method
    4. GP (and potentially others) variability study in SRC (fault dimensions, magnitude, etc.)
    5. Add multi-segment functionality to Irikura Recipe Method 2
    6. Perform 1d test with GMM-consistent 1d profile
    7. Update GP rupture generator to latest version from Arben (that changes slip distribution map to include asperities)
  7. Validation events
    1. Add more Part-A events to BBP Platform Validation
    2. L’Aquila
    3. Christchurch
    4. Chi Chi
    5. Koaceli
    6. El Mayor
    7. Darfield
    8. Implement japanese GMPEs (Hiroe's e-mail from 2018-10-30)
    9. Start FAS-based validation

Previous Sprints

2019-10-03 - 2019-10-31 - BBP Sprint

  1. Troubleshoot and finalize Vs30-based SVM site response module (verification)
    1. Done: Evaluate with all methods, user selects which site response module to use in simulation
    2. Done: Run all Part-A events and compare GP2014 and VS30 SeismoSoil results, share with modelers
  2. Support UCSB improvements to their method
    1. Double corner, average rupture velocity rules
    2. Done: Re-run Part-A events
  3. Continue validation event: L'Aquila
    1. Done: SRC/STL files, velocity model for all methods, with GFs and region parameters, all packaged for release
    2. Done: Run all methods, share results with groups, receive approval nod from each group
  4. Update Part-A validation packages with latest version from CG with updated Vs30s
    1. Done: Run Part-A validation for all methods/events, share results with CG, do not expect big changes
  5. Background: Update GP method to run multi-segment ruptures in a single pass
    1. Done: Run 3-segment Landers using new approach, compare results with previous runs

2019-06-10 - 2019-07-31 - BBP Sprint

    1. Python 3 *** Done: Working with Python 3.6
    2. SVM
      1. Done: Vs30-only implementation
      2. Done: available with all methods
      3. Done: validated with Part-A events (TBD by CG)
    3. Check UCSB availability
      1. Done: Schedule work for multi-segment, double corner, variable-spacing
    4. Continue adding validation events
      1. Done: Operations, running simulations
      2. Done: Part-A events as available from science teams
      3. Done: Add new regions as needed by new Part-A events
    5. Backup: Improve UCSB method (multi-segments/variable spacing)
    6. Backup: Start variability implementation using GP

Completed in Summer 2019 Sprint

    1. Create a new dev branch to start working on
    2. Create wiki list of validation events
    3. add bbp github wiki list of validation events
    4. Port the BBP to Python 3
    5. Validation event : Hector Mine

Tasks required for next BBP release

  1. BBP Release
    1. Multi-segment Irikura 2
    2. UCSB multi-segment and variable spacing for smaller GFs
    3. New site-effects module (SVM)
    4. Python 3
    5. UCSB