-
Notifications
You must be signed in to change notification settings - Fork 36
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Requirements for new updates for the ssvc-calc tool aka Dryad #149
Comments
There seems to be a bug in the schema.json and json file examples where "options" has replaced "choices" I can't remember if this was intentional or not? may be @ahouseholder or @j--- can recall? The code for ssvc.js has trouble due to this change in creating and assembling data fields on import and export. I will mark this also as a bug so either JSON+Schema or javascript should be modified or perhaps both? Vijay |
The move from "choices" to "options" was intentional and SSVC code is being updated to fix this bug. This came from #106 There is a concern that SSVC Vector and the current export formats loose information that is collected as part of an SSVC decision that was made. For example as "Mission & Well-being" is a cumulative decision from two factors. Current exported JSON format even with full tree only records the combinatorial decision from "M & WB" section. We should find a way to preserve this data in both SSVC vector and in exported trees in JSON and PDF format. Some possible solutions are
Current updates and features in the website https://democert.org/ssvc/
|
I'm in favor of a table in the text describing the complex decision. Followed by the text for what each of the child decisions are defined as.
Each decision point that an analyst answers should be represented as itself in the JSON. Then if there is a "complex" decision, it should be defined as depending on it's child decision points. The results of the "complex" decision point should be exhaustively defined line by line. For example, if automatable = no and value density = diffuse then utility = laborious and so on for each possible combination of the child decision points. The vector string should have all the items in it (for example, automatable, value density, and and utility) even though Utility is technically calculable from the other two. That calculation is represented in the table that defines Utility, and so that does bring some more information into the vector string. |
cover by PR #152 |
Here are the few new requirements from our sponsors on SSVC calc tool
The text was updated successfully, but these errors were encountered: