Skip to content
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

Fix hard-coded lookup tables #184

Open
mike1813 opened this issue Jun 19, 2024 · 1 comment
Open

Fix hard-coded lookup tables #184

mike1813 opened this issue Jun 19, 2024 · 1 comment
Labels
bug Something isn't working

Comments

@mike1813
Copy link
Member

There is an issue with the lookup tables as currently encoded in the JenaQuerierDB functions to calculate highest/lowest TW levels for an asset population, based on the average TW level and population size.

In principle, the highest and lowest TW levels in a singleton asset class should be equal to the average TW level. At present, this is not the case for the highest TW level lookup table where the number of levels in the TW scale is 6 and the number of population levels is 5.

This will cease to be a system modeller issue once we have addressed #183. It is only worth correcting the faultly lookup table if we can't address #183 any time soon.

@kenmeacham kenmeacham added the bug Something isn't working label Jan 8, 2025
@mike1813
Copy link
Member Author

mike1813 commented Jan 9, 2025

Reviewed by @mike1813 : since it is now unlikely that issue #183 will be addressed in Spderisk V1, it should be fixed by making some trivial changes in the JenaQuerierDB functions as described.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants