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
Presently each LVT contingency table metric (PSS, POD, CSI, etc) all store contingency table counts in their own, unique data structure. This wastes both computer memory and code, as brand new data structures and customized read/write subroutines must be written for each metric.
Proposal: Add a general contingency table structure that stores all table counts (hits, misses, false alarms, correct nulls), with support for stratification, and use this structure if any contingency table metric needs to be calculated. Leverage this structure as much as possible (e.g., writing and reading restarts, pulling data from this structure when it is time to calculate a particular metric).
This would be a intermediate term refactoring project (mostly because of conflicting demands on time).
The text was updated successfully, but these errors were encountered:
emkemp
changed the title
Force LVT contingency table metrics to use same contingency table elements
Force LVT contingency table metrics to use same contingency table structure
Mar 3, 2021
Presently each LVT contingency table metric (PSS, POD, CSI, etc) all store contingency table counts in their own, unique data structure. This wastes both computer memory and code, as brand new data structures and customized read/write subroutines must be written for each metric.
Proposal: Add a general contingency table structure that stores all table counts (hits, misses, false alarms, correct nulls), with support for stratification, and use this structure if any contingency table metric needs to be calculated. Leverage this structure as much as possible (e.g., writing and reading restarts, pulling data from this structure when it is time to calculate a particular metric).
This would be a intermediate term refactoring project (mostly because of conflicting demands on time).
The text was updated successfully, but these errors were encountered: