Difference between revisions of "Broadband Product Backlog"
From SCECpedia
Jump to navigationJump to search| Line 16: | Line 16: | ||
** talk with edric about the assets tracking | ** talk with edric about the assets tracking | ||
** look at what file we can use to track bbp installs | ** look at what file we can use to track bbp installs | ||
| − | ** ask edric about google analytics information about scec.org/research/bbp or scecpedia/Broadband_Platform or any other google analytics we have | + | ** ask edric about google analytics information about scec.org/research/bbp or scecpedia/Broadband_Platform or any other google analytics we have |
** add bbp github wiki list of validation events | ** add bbp github wiki list of validation events | ||
** standard/common github continuous integration toos | ** standard/common github continuous integration toos | ||
| − | ** software coverage measurement tools (check with ossian) | + | ** software coverage measurement tools (check with ossian) |
| − | ** Define reduced set of tests for BBP verification | + | |
| − | ** Document Science | + | * Future Release |
| + | ** Define reduced set of tests for BBP verification before release | ||
| + | ** Document Science review process | ||
* Site effect modules | * Site effect modules | ||
| Line 30: | Line 32: | ||
** Refine and test Irikura Phase 2 modules | ** Refine and test Irikura Phase 2 modules | ||
** Update multi-segment approach for GP and SDSU to compute seismograms in one simulation like Song and Irikura Method 1 | ** Update multi-segment approach for GP and SDSU to compute seismograms in one simulation like Song and Irikura Method 1 | ||
| − | ** Add multi-segment functionality to Irikura Recipe Method 2 | + | ** Draping rupture over complex faults in GP method |
| + | ** GP (and potentially others) variability study in SRC (fault dimensions, magnitude, etc.) | ||
| + | ** Add multi-segment functionality to Irikura Recipe Method 2 | ||
| + | ** Perform 1d test with GMM-consistent 1d profile | ||
* Validation events | * Validation events | ||
** Add more Part-A events to BBP Platform Validation (L’Aquila, etc) | ** Add more Part-A events to BBP Platform Validation (L’Aquila, etc) | ||
| + | ** Implement japanese GMPEs (Hiroe's e-mail from 2018-10-30) | ||
Revision as of 17:31, 10 June 2019
- Done
- Create a new dev branch to start working on
- Create wiki list of validation events
- Core
- Port the BBP to Python 3
- Update BBP license to the BSD-3 license
- UCSB
- Help implementation of UCSB double corner
- Implement variable spacing for smaller GFs
- Integrate UCSB multi-fault rupture code
- Start with Landers
- Infrastructure
- talk with edric about the assets tracking
- look at what file we can use to track bbp installs
- ask edric about google analytics information about scec.org/research/bbp or scecpedia/Broadband_Platform or any other google analytics we have
- add bbp github wiki list of validation events
- standard/common github continuous integration toos
- software coverage measurement tools (check with ossian)
- Future Release
- Define reduced set of tests for BBP verification before release
- Document Science review process
- Site effect modules
- Integrate Sediment Velocity Model (SVM) site response module into BBP
- Integrate Pedro Arduino site effects module into BBP
- Other models
- Refine and test Irikura Phase 2 modules
- Update multi-segment approach for GP and SDSU to compute seismograms in one simulation like Song and Irikura Method 1
- Draping rupture over complex faults in GP method
- GP (and potentially others) variability study in SRC (fault dimensions, magnitude, etc.)
- Add multi-segment functionality to Irikura Recipe Method 2
- Perform 1d test with GMM-consistent 1d profile
- Validation events
- Add more Part-A events to BBP Platform Validation (L’Aquila, etc)
- Implement japanese GMPEs (Hiroe's e-mail from 2018-10-30)
