You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Our support for participation rate can be improved/formalisedrounded so that the various use cases for this concept are all supported, clearly defined and named well.
We want to be able to filter for fault participation rate. This is the combined rate for all subsections on that "parent" fault (i.e. the highest cumulative MFD rate for all subsections of the fault)`
Overview
There are 3) levels where we want to calculate and use Participation Rate values:
at the subsection level
at the fault level (aka ParentFault) level
at the named-fault level - where named faults is a mapping from each fault (by name) to a parent named-fault NB this one needs the mapping data, which is not included in the NSHM_1.* inversion solutions.
And, there are two options when calculating rates:
A. the participation rate including all ruptures within the solution (i.e. the entire fault system ) NB this option may be used as a filter criteria itself
B. the participation rate for a given set up ruptures - where the user had narrowed these down using some criteria. eg. i) just those ruptures intersecting a given a polygon, or ii) ruptures exceeding some magnitude, or iii) involving some particular fault.
see discussion in GNS-Science/solvis-graphql-api#59 where B is called the "Conditional Participation Rate" and A) the "Participation Rate"
Done Criteria
provide a dataframe series/function for each permutation of the discussion above:
subsection_participation_rate
fault_participation_rate
subsection_conditional_participation_rate
fault_conditional_participation_rate
update solvis documentation to explain all this
use caching where applicable to maximise performance
ref (GNS-Science/solvis-graphql-api#46 (comment))
and GNS-Science/kororaa#455
Our support for participation rate can be improved/formalisedrounded so that the various use cases for this concept are all supported, clearly defined and named well.
Overview
There are 3) levels where we want to calculate and use Participation Rate values:
NB this one needs the mapping data, which is not included in the NSHM_1.* inversion solutions.
And, there are two options when calculating rates:
NB this option may be used as a filter criteria itself
see discussion in GNS-Science/solvis-graphql-api#59 where B is called the "Conditional Participation Rate" and A) the "Participation Rate"
Done Criteria
split out to new tickets
Related tickets:
The text was updated successfully, but these errors were encountered: