Edward (Ned) Field USGS, Pasadena plus Tom Jordan, Nitin Gupta, Vipin Gupta, Phil Maechling, Allin Cornell, Ken Campbell, Sid Hellman, & Steve Rock OpenSHA.

Slides:



Advertisements
Similar presentations
Testing Relational Database
Advertisements

1 USC INFORMATION SCIENCES INSTITUTE Modeling and Using Simulation Code for SCEC/IT Yolanda Gil Varun Ratnakar Norm Tubman USC/Information Sciences Institute.
Progress Report: Hazard Map Generation with OpenSHA E-DECIDER IU Team.
Prague, March 18, 2005Antonio Emolo1 Seismic Hazard Assessment for a Characteristic Earthquake Scenario: Integrating Probabilistic and Deterministic Approaches.
Deterministic Seismic Hazard Analysis Earliest approach taken to seismic hazard analysis Originated in nuclear power industry applications Still used for.
1 High Performance Computing at SCEC Scott Callaghan Southern California Earthquake Center University of Southern California.
A New Approach To Paleoseismic Event Correlation Glenn Biasi and Ray Weldon University of Nevada Reno Acknowledgments: Tom Fumal, Kate Scharer, SCEC and.
Characterization of Ground Motion Hazard PEER Summative Meeting - June 13, 2007 Yousef Bozorgnia PEER Associate Director.
WRAP Technical Support System Project Update AoH Call October 19, 2005.
Chapter 1 The Systems Development Environment
Turkey Earthquake Risk Model Financing the Risks of Natural Disasters World Bank Washington, DC, June 2-3, 2003 Dennis E. Kuzak Senior Vice President,
IBM Proof of Technology Discovering the Value of SOA with WebSphere Process Integration © 2005 IBM Corporation SOA on your terms and our expertise WebSphere.
Ekrem Kocaguneli 11/29/2010. Introduction CLISSPE and its background Application to be Modeled Steps of the Model Assessment of Performance Interpretation.
The Systems Development Environment. Learning Objectives Define information systems analysis and design. Describe the different types of information systems.
IAEA International Atomic Energy Agency US NRC Approach for Seismic Hazard Assessments INTERNATIONAL WORKSHOP ON LESSONS LEARNED FROM STRONG EARTHQUAKES.
1 USC INFORMATION SCIENCES INSTITUTE Modeling and Using Simulation Code for SCEC/IT Yolanda Gil Jihie Kim Varun Ratnakar Marc Spraragen USC/Information.
© 2006 ITT Educational Services Inc. SE350 System Analysis for Software Engineers Unit 11 Slide 1 Chapter 1 The Systems Development Environment.
PEER EARTHQUAKE SCIENCE-ENGINEERING INTERFACE: STRUCTURAL ENGINEERING RESEARCH PERSPECTIVE Allin Cornell Stanford University SCEC WORKSHOP Oakland, CA.
Strategies for Ensuring Optimal Guidance in Decision Support Systems for Winter Maintenance Operations Kevin Petty, Daniel Johns, Paul Bridge, Mikko Siitonen,
The Systems Development Methodologies. Objectives  Describe the information Systems Development Life Cycle (SDLC)  Explain prototyping  Explain Rapid.
WGCEP Workshop What Represents Best Available Science in terms of Time-Dependent Earthquake Probabilities? Introduction by Ned Field.
CYBERINFRASTRUCTURE FOR THE GEOSCIENCES High Performance Computing applications in GEON: From Design to Production Dogan Seber.
Earthquake Vulnerability and Exposure Analysis Session 2 Mr. James Daniell Risk Analysis Earthquake Risk Analysis 1.
Goals  Correlation/dependency: The storing of correlations and dependencies  Integration: Methodology for integrating correlated risk distributions into.
IMPLEMENTATION OF SCEC RESEARCH IN EARTHQUAKE ENGINEERING ONGOING PROJECTS SCEC PROPOSAL TO NSF SCEC 2004 RFP.
Major Ongoing Ground Motion Research Programs at PEER Yousef Bozorgnia, Ph.D., P.E. PEER, University of California, Berkeley.
Xiao Liu CS3 -- Centre for Complex Software Systems and Services Swinburne University of Technology, Australia Key Research Issues in.
National Seismic Hazard Maps and Uniform California Earthquake Rupture Forecast 1.0 National Seismic Hazard Mapping Project (Golden, CO) California Geological.
SCEC/CME Project - How Earthquake Simulations Drive Middleware Requirements Philip Maechling SCEC IT Architect 24 June 2005.
1 SCEC Broadband Platform Development Using USC HPCC Philip Maechling 12 Nov 2012.
SCEC – PG&E-SCE 2013 Research Coordination Meeting Norm Abrahamson Sep 14, 2012.
FEMA/ EARTH SCIENCE ASPECTS OF HAZUS Ivan Wong Seismic Hazards Group URS Corporation Oakland, CA.
OPENQUAKE Mission and Vision It is GEM’s mission to engage a global community in the design, development and deployment of state-of-the-art models and.
Next Generation Attenuation Models for Central & Eastern US (NGA-East) Stakeholder Workshop: Introduction March 7, 2008 Yousef Bozorgnia, Ph.D., P.E. PEER.
Session 1A – Ground Motions and Intensity Measures Paul Somerville Andrew Whittaker Greg Deierlein.
System Level Science and System Level Models Ian Foster Argonne National Laboratory University of Chicago Improving IAM Representations of a Science-Driven.
1 USC INFORMATION SCIENCES INSTITUTE CAT: Composition Analysis Tool Interactive Composition of Computational Pathways Yolanda Gil Jihie Kim Varun Ratnakar.
Probabilistic Ground Motions for Scoggins Dam, Oregon Chris Wood Seismotectonics & Geophysics Group Technical Service Center July 2012.
Swiss Seismological Service Zurich Stefan Wiemer & Danijel Schorlemmer Swiss Seismological Service ETH Zurich Major contributions by: Edward (Ned) H. Field.
SIMO SIMulation and Optimization ”New generation forest planning system” Antti Mäkinen & Jussi Rasinmäki Dept. of Forest Resource Management.
Philip Maechling Southern California Earthquake Center
NEEDS FOR PERFORMANCE-BASED GEOTECHNICAL EARTHQUAKE ENGINEERING
U.S. Department of the Interior U.S. Geological Survey The Earthquake is Inevitable: The Disaster is Not.
CISN: Draft Plans for Funding Sources: OES/FEMA/ANSS/Others CISN-PMG Sacramento 10/19/2004.
© 2005 by Prentice Hall Chapter 1 The Systems Development Environment Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George.
Epistemic Uncertainty on the Median Ground Motion of Next-Generation Attenuation (NGA) Models Brian Chiou and Robert Youngs The Next Generation of Research.
SCEC: An NSF + USGS Research Center Evaluation of Earthquake Early Warnings as External Earthquake Forecasts Philip Maechling Information Technology Architect.
CISM Collaboratory Development Plan Philip J. Maechling Information Technology Architect Southern California Earthquake Center March 11, 2015.
9. As hazardous as California? USGS/FEMA: Buildings should be built to same standards How can we evaluate this argument? Frankel et al., 1996.
06/22/041 Data-Gathering Systems IRIS Stanford/ USGS UNAVCO JPL/UCSD Data Management Organizations PI’s, Groups, Centers, etc. Publications, Presentations,
The Systems Development Environment Systems Analysis and Design II.
Some General Implications of Results Because hazard estimates at a point are often dominated by one or a few faults, an important metric is the participation.
Southern California Earthquake Center CyberShake Progress Update 3 November 2014 through 4 May 2015 UGMS May 2015 Meeting Philip Maechling SCEC IT Architect.
Southern California Earthquake Center SCEC Collaboratory for Interseismic Simulation and Modeling (CISM) Infrastructure Philip J. Maechling (SCEC) September.
Process for 2007 Maps CA Oct 2006 PacNW Mar 2006 InterMtn West June 2006 CEUS May 2006 National User-Needs Workshop DEC 2006 CA Draft maps (Project 07)
9. As hazardous as California? USGS/FEMA: Buildings should be built to same standards How can we evaluate this argument? Frankel et al., 1996.
Southern California Earthquake Center CyberShake Progress Update November 3, 2014 – 4 May 2015 UGMS May 2015 Meeting Philip Maechling SCEC IT Architect.
PEER 2003 Meeting 03/08/031 Interdisciplinary Framework Major focus areas Structural Representation Fault Systems Earthquake Source Physics Ground Motions.
Disaster Mitigation Competence Centre Project Meeting Coordinator: Simon Lin March 31, 2015.
SCEC CyberShake on TG & OSG: Options and Experiments Allan Espinosa*°, Daniel S. Katz*, Michael Wilde*, Ian Foster*°,
Stamatia Bibi1, Dimitris Katsaros2, Panayiotis Bozanis2
Chapter 1 The Systems Development Environment
Meeting Objectives Discuss proposed CISM structure and activities
Scott Callaghan Southern California Earthquake Center
The SCEC Broadband Platform: Computational Infrastructure For Transparent And Reproducible Ground Motion Simulation Philip J. Maechling [1], Fabio Silva.
High-F Project Southern California Earthquake Center
Chapter 1 The Systems Development Environment
Philip J. Maechling (SCEC) September 13, 2015
Notes on the Intensity Measure Breakout Session - PEER Annual Meeting - Jan. 17, 2002   ·   Testbeds will not provide definitive answers as to the best.
Southern California Earthquake Center
Presentation transcript:

Edward (Ned) Field USGS, Pasadena plus Tom Jordan, Nitin Gupta, Vipin Gupta, Phil Maechling, Allin Cornell, Ken Campbell, Sid Hellman, & Steve Rock OpenSHA Community Tools for Seismic-Hazard Analysis

(1)SHA needs a more physics-based approach to modeling. (2)Lack of consensus on how to construct more physics- based models means we’ll have multiple options. (3) All viable models need to be considered for “proper” SHA (SSHAC Report, 1995). (4)SHA therefore needs a computational infrastructure capable of handling a potentially great number of arbitrarily complex models (a “Community Modeling Environment”). Status of Seismic Hazard Analysis (SHA)

What is SHA? Goal of Seismic Hazard Analysis: The probability that some “Intensity-Measure Type” (e.g., PGA, SA) will exceed a specified “Intensity-Measure Level” (e.g., 0.5 g)

What is SHA? (1)Earthquake-Rupture Forecast (ERF) Probability of all possible fault-rupture events (M≥~5) for region & time period (2)Intensity-Measure Relationship (IMR) Gives IM exceedance probability at a site for a given fault-rupture event Attenuation Relationships (traditional) (no physics) Full-Waveform Modeling (developmental) (more physics) Two main model components:

Why SHA needs more physics: (1)Earthquake-Rupture Forecast Probability of all possible fault-rupture events (M≥~5) for region & time period Two main model components: But, others see time-dependent effects and interactions: (Stein & Others) However, there is no consensus on how to build these types of models. Thus, SCEC has a working group (RELM) that is developing a variety of viable physics-based models (see The model used in our National Hazard Maps assumes that each earthquake rupture is completely independent of all others (including the previous one at the exact same location).

Why SHA needs more physics: (2)Intensity-Measure Relationship Gives IM exceedance probability at a site for a given fault-rupture event Attenuation Relationships (traditional) (no physics) Two main model components: Lack of physics can lead to non-physical results (e.g., PGA increasing indefinitely with exposure time). Inherent limits with respect to accuracy (SCEC Phase III report).

Why SHA needs more physics: (2)Intensity-Measure Relationship Gives IM exceedance probability at a site for a given fault-rupture event Full-Waveform Modeling (developmental) (more physics) Two main model components: Potentially more accurate. However, still developmental due to limited structural knowledge and computational demands. SCEC is working on this (e.g., Pathway II of ITR collaboration).

Why SHA needs more physics: (2)Intensity-Measure Relationship Gives IM exceedance probability at a site for a given fault-rupture event Attenuation Relationships (traditional) (no physics) Full-Waveform Modeling (developmental) (more physics) Two main model components: For now, NGA is developing a variety of these (no consensus here either), including constraints from simulations (hybrids).

(1)SHA needs a more physics-based approach to modeling. (2)Lack of consensus on how to construct more physics based models means we’ll have multiple options. Status of Seismic Hazard Analysis (SHA) RELM NGA e.g., SCEC ITR “Pathway II”

(1)SHA needs a more physics-based approach to modeling. (2)Lack of consensus on how to construct more physics based models means we’ll have multiple options. (3) All viable models need to be considered for “proper” SHA (SSHAC Report, 1995). Status of Seismic Hazard Analysis (SHA)

What’s the problem getting multiple, physics-based models into the analysis (why hasn’t it happened)? 1) Geophysicists are comfortable building models and making predictions, but uncomfortable recommending use of them until they’re properly tested and validated. an exception: (Stein & Others) critics say this is premature (we don’t yet know enough)

What’s the problem getting multiple, physics-based models into the analysis (why hasn’t it happened)? 1) Geophysicists are comfortable building models and making predictions, but uncomfortable recommending use of them until they’re properly tested and validated. But practitioners can’t wait. They have to make informed decisions today, and need to use whatever models are available.

What’s the problem getting multiple, physics-based models into the analysis (why hasn’t it happened)? 1) Geophysicists are comfortable building models and making predictions, but uncomfortable recommending use of them until they’re properly tested and validated. an exception: (Stein & Others) If you don’t like this, produce a competing alternative. (RELM)

Another problem in getting multiple models into the analysis … Geophysicists generally don’t have the time to learn and conduct end-to-end SHA calculations (e.g., they’d need to combine their rupture forecast with some Intensity-Measure Relationship), & … SHA practitioners generally don’t have time to learn and implement physics based models. an example: (Stein & Others)

So, to improve SHA we need to: allow/encourage scientists to create their own physics-based models without making additional demands on their time, and enable practitioners to easily use these models without having to understand or implement every detail of the model.

So, to improve SHA we need to: allow/encourage scientists to create their own physics-based models without making additional demands on their time, and enable practitioners to easily use these models without having to understand or implement every detail of the model. RELM OpenSHA SCEC ITR Collaboration

(1)needs more physics. (2)we’ll have multiple options. (3) “proper” SHA requires all options. (4)SHA therefore needs a computational infrastructure capable of handling a potentially great number of arbitrarily complex models (a “Community Modeling Environment”). Status of Seismic Hazard Analysis (SHA)

A framework where any arbitrarily complex (e.g., physics based) SHA component can “plug in” for end-to-end SHA calculations. Hazard Calculation IntensityMeasure Type & Level (IMT & IML) Intensity- Measure Relationship List of Supported Intensity-Measure Types List of Site-Related Independent Parameters Earthquake-RuptureForecast List of Adjustable Parameters Site Location List of Site- Related Parameters Prob(IMT≥IML) Time Span OpenSHA: object oriented free, open source platform ind. web/GUI enabled Java (or wrapped code) Evaluated & Validated Any IMR or ERF can be plugged in

IntensityMeasure Type & Level (IMT & IML) Rupture n,i Magnitude Probability Ave. Rake Rup. Surface Hypocenter Param. List Intensity-Measure Relationship List of Supported Intensity-Measure Types List of Site-Related Independent Parameters Earthquake- Rupture Forecast Source 1 Source 2 Source i Source I Time Span Source i Rupture 1,i Rupture 2,i Rupture n,i Rupture N,i Site Location List of Site- Related Parameters OpenSHA … … … … Conditional probability of exceedance Rupture probability

Intensity-Measure Relationship List of Supported IMTs List of Site-Related Ind. Params IMT, IML(s) Site(s) Rupture Attenuation Relationships Simulation IMRs exceed. prob. computed using a suite of synthetic seismograms Vector IMRs compute joint prob. of exceeding multiple IMTs (Bazzurro & Cornell, 2002) Multi-Site IMRs compute joint prob. of exceeding IML(s) at multiple sites (e.g., Wesson & Perkins, 2002) Various IMR types (subclasses) Gaussian dist. is assumed; mean and std. from various parameters

SHA Models Implemented: OpenSHA: Intensity-Measure Relationships (Attenuation Relationships) Boore et al. (1997) Abrahamson & Silva (1997) Campbell (1997) Sadigh et al. (1997) Field (2000) Abrahamson (2000) Campbell & Bazorgnia (2003) ShakeMap (2003) Earthquake Rupture Forecasts PEER Area PEER Non-Planar Fault PEER Multi-Source PEER Logic Tree Poisson Fault ERF USGS/CGS (1996) STEP So. Cal. (real time) (2003) STEP Alaska Pipeline (2003) WGCEP (2002)

Applications Available: OpenSHA: 3) Hazard Map Data Calculator decoupled because (3) typically takes hours or days 2) Scenario ShakeMap Calculator 4) Hazard Map Plotter 1) Hazard Curve Calculator

Issue 1: Who is going to host the multiple (perhaps physics- based) models as well as the databases they depend upon, especially since revisions/updates are inevitable? Answer: Developers will host their own models and data resources on their own computers as “Web Services” (enabling run-time access over the internet). (the SCEC ITR Collaboration is helping here)

Demos

How Has the ITR Collaboration Helped? Issue 1: Who is going to host the multiple, perhaps physics- based models, as well as the databases they depend upon (especially since revisions/updates are inevitable)? Answer: Developers will host their own models and data resources on their own computers as “Web Services” (enabling run-time access over the internet).

How Has the ITR Collaboration Helped? Presently Implemented Web Services: 1.SCEC Community Velocity Model (for setting site types) 2.GMT Mapping Service (for making hazard maps) 3.Earthquake Rupture Forecasts: USGS/CGS 1996 Forecast STEP So. Cal. Forecast WGCEP-2002 Forecast (as wrapped Fortran Code)

How Has the ITR Collaboration Helped? Web Services make our applications lightweight & platform independent (e.g., users don’t have to install GMT) Web Services put the maintenance onus directly on the host

How Has the ITR Collaboration Helped? Issue 2: Hazard map calculations typically take several hours for just one set of models, but “proper” SHA requires that we explore all possible model combinations (or all parameter settings within a model). Answer: GRID computing (1st test: 7.5 hrs --> 30 minutes).

The End