Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - elhaddad

Pages: 1 [2]
16
Regional Hazard Simulation (R2D, rWhale) / Re: EQHazard: aftershock flag for Chiou & Youngs 2008
« on: May 29, 2020, 11:51:25 PM »
This is now possible by setting the Aftershock parameter to true, as follows:

"GMPE": {
      "Type": "Chiou & Youngs (2008)",
      "Parameters":
      {
         "Aftershock": true
      }
   }

It is supported by the latest preview version:
https://github.com/NHERI-SimCenter/GroundMotionUtilities/releases/tag/v1.1.1

17
Regional Hazard Simulation (R2D, rWhale) / Re: EQHazard: generate error codes
« on: May 29, 2020, 11:49:04 PM »
This issue is now fixed in the latest preview release.
https://github.com/NHERI-SimCenter/GroundMotionUtilities/releases/tag/v1.1.1

We improved error handling for typos in IMR or ERF names.
For unhandled exception, the program will print the call stack, which can help debugging in the future.
We also plan to add more logging in the next release and allow user to change logging verbosity.

18
Regional Hazard Simulation (R2D, rWhale) / Re: EQHazard: max sources for ERF
« on: May 29, 2020, 11:45:15 PM »
This is now implemented, it is available in the latest preview release (v1.1.1) here:
https://github.com/NHERI-SimCenter/GroundMotionUtilities/releases/tag/v1.1.1

This is a direct download link to the jar file:
https://github.com/NHERI-SimCenter/GroundMotionUtilities/releases/download/v1.1.1/EQHazard.jar

To exclude background seismicity you need to specify a parameter to the ERF as follows:

   "EqRupture": {
      "Type": "ERF",
      "RuptureForecast": "...",
      "Parameters":{
         "Background Seismicity": "Exclude"
      }
   }

Other possible values for this parameter are "Include" which is the default or "Only Background".

Let me know if this does not work as expected or does not satisfy your requirements.

19
Regional Hazard Simulation (R2D, rWhale) / Re: EQHazard: aftershock flag for Chiou & Youngs 2008
« on: May 28, 2020, 10:29:30 PM »
It seems that there is an aftershock parameter in CY2008, it defaults to false.
I will see if we can allow adjusting it.

https://github.com/opensha/opensha-core/blob/master/src/org/opensha/sha/imr/attenRelImpl/CY_2008_AttenRel.java

20
Regional Hazard Simulation (R2D, rWhale) / Re: EQHazard: multiple scenarios
« on: May 28, 2020, 10:20:50 PM »
We are developing a new API for regional analysis that allows you to directly interface to the Java code using python.
It is also possible to do that using other programming languages.
The benefit is that it gives you more control over the logic and the results, while avoiding using the command line interface and saving the intermediate results files.
It will allow you to run many sites and also as many scenarios as you want.
Currently, we only support UCERF3, other ERFs can be added easily.
If you are interested in this I can share a sample with you here.
We will also make the sample available in the next preview release.

21
Regional Hazard Simulation (R2D, rWhale) / Re: EQHazard: max sources for ERF
« on: May 28, 2020, 07:51:16 PM »
We started implementing this feature, it will be available in the next preview version in the next few days.
Just to confirm we satisfy your requirements, we will change the ERF export code to sort the sources based on proximity to the provided site and export the sources in that order.
We will also provide a way to control background seismicity, either by including it, excluding it or only process background sources.

22
Regional Hazard Simulation (R2D, rWhale) / Re: EQHazard: dm input value for ERF
« on: May 28, 2020, 05:27:43 PM »
 I forgot to mention in OpenSHA website, there is some description of the magnitude area relationships, in this page:
http://www.opensha.org/glossary-magScalingRelation

23
Regional Hazard Simulation (R2D, rWhale) / Re: EQHazard: dm input value for ERF
« on: May 28, 2020, 01:09:14 AM »
We started looking into implementing these features. I found that in OpenSHA UCERF implementations the magnitude interval is not one of the adjustable parameters.

For instance you can check here:
https://github.com/opensha/opensha-core/blob/3ca5a46ae92589c4d15e4e9a1d5110658e58a687/src/org/opensha/sha/earthquake/rupForecastImpl/WGCEP_UCERF_2_Final/UCERF2.java

line 68 shows that the variable DELTA_MAG is declared as final, which means its value cannot be changed for UCERF2.

Selecting the magnitude area relationship is possible.
The possible values are:
Ellsworth-A (WGCEP, 2002, Eq 4.5a)
Ellsworth-B (WGCEP, 2002, Eq 4.5b)
Hanks & Bakun (2002)
Somerville (2006)
WGCEP (2007) power law
Shaw (2007)

Wells and Coppersmith 1994 model is not one of the allowed models for UCERF2.

Specifying the magnitude area relationship is not possible using the current Mean UCERF2 model.
But it is possible to add the adjustable UCERF2 model as a possible input.
Just wanted to confirm with you that this is the feature you are looking for before implementing it.

24
Regional Hazard Simulation (R2D, rWhale) / Re: EQHazard: generate error codes
« on: May 27, 2020, 04:45:43 PM »
Thanks for reporting this issue. We currently do not validate the input so any mistake in the input gets reported as an unhandled exception, which in this case return a -ve error code (-2).
We will add input validation and error codes for incorrect GMPE or ERF in the next release, with distinct error codes values.

25
Regional Hazard Simulation (R2D, rWhale) / Re: EQHazard: dm input value for ERF
« on: April 29, 2020, 02:54:13 PM »
Thanks for the feature requests!
We will consider them in the near future and will keep you posted on any progress.

26
Regional Hazard Simulation (R2D, rWhale) / Re: EQHazard: max sources for ERF
« on: April 29, 2020, 02:52:19 PM »
Thanks for posting your question!
You are correct, the current version of EQHazard scans the sources in the ERF using the source index as defined in OpenSHA.
The resulting ruptures won't be ordered based on closest distance to the site.
To be able to implement that, it will require calculating distances for all the ruptures, which may hinder performance as the distance calculation is more time consuming.
If a combination of increasing the number of sources to a higher value and reducing the distance achieves the purpose then we may leave the current implementation as it is.

Pages: 1 [2]