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
When Phys Risk users evaluate their asset portfolios against certain vulnerability model(s), the result needs to be presented to them and incorporated in their business decision-making and workflows. When used in a web application, this phys risk output format may vary from a CSV file to a resource link, to a pointer on a map.
The sandbox currently displays a prototypical output but it would be beneficial to advance this work to determine:
Do different hazards and/or scenarios produce different output types?
Are there standard reporting fields we can follow
What information is displayed at the portfolio level vs individual asset level
What formats are displayed - ex. a traffic light, a number, a graph/vulnerability curve, a textual explanation of the underlying model and uncertainty, etc
Are technical vs non-technical users viewing the same output? If not, why not?
What elements can be standardized across different use cases? What elements are always application specific?
I anticipate this issue will lead to a set of wireframes and/or data set that can later be incorporated into a web application like the Phys Risk Sandbox.
When Phys Risk users evaluate their asset portfolios against certain vulnerability model(s), the result needs to be presented to them and incorporated in their business decision-making and workflows. When used in a web application, this phys risk output format may vary from a CSV file to a resource link, to a pointer on a map.
The sandbox currently displays a prototypical output but it would be beneficial to advance this work to determine:
I anticipate this issue will lead to a set of wireframes and/or data set that can later be incorporated into a web application like the Phys Risk Sandbox.
@joemoorhouse @jmcano-arfima @jtoroafs
The text was updated successfully, but these errors were encountered: