-
Notifications
You must be signed in to change notification settings - Fork 20
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
0.0 score handled properly #3
Comments
We can also treat 0.0 as a specific case and skip vector lookup. So it would be something like:
It would not be clean solution, but if it is the only exception, given the ease of implementation it would be an elegant solution? |
How about this? #14 |
Based on our discussion I believe that this issue is resolved for now. We may want to add some notes or warnings, but I am guessing that formal computation requirements document may be enough. |
We will need a new element in the lookup table for 0.0. The problem is we also need a new macrovector for it.
Table look up something like
Implementation question whether we actually cycle through all the options (004400, 004401, 004402, etc.) and map them all to 0.0, or do wild carding somehow.
This also requires a change to the macroVector() in index to generate the right 0.0 score, which is actually surprisingly annoying because all six impact metrics (VC, VI, VA, SC, SI, SA) have to have a value 'N', if it is just the first three, you don't want to generate a '4' for that macrovector because it will break the other scoring (so in general, 'N' 'N' 'N' should get mapped to '3' in the bitmask.
It's possible
Would do it, with an equivalent branch for eq4.
The text was updated successfully, but these errors were encountered: