-
Notifications
You must be signed in to change notification settings - Fork 25
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
Access Score Calculation So Inaccurate as Not to Be Useful #359
Comments
PR #361 Short-term solution: |
…version-text Added beta version text to access score screen
This continues to be rather embarrassing to be honest. I think we need to discuss whether we want to take down Access Score until the load times are better and, just as importantly, the access score model is improved. Check out the sheer number of orange 'Surface Problem' labels in Hillcrest and yet, it is rated as 99 'Very Accessible.' We can and should do better. |
do we want to take this down, leave it as-is, or make any updates to it this summer? |
Is this now the results page? Can you send a URL for me to check it out? |
No, this is at the /demo endpoint, it was actually using accessscore, unlike /results I believe. |
This is actually related to @johnsonkuang's summer project. We should have a discussion. |
Tagging @crescendochu so she sees this. |
Case in point--look at how many surface problems there are in Hill Crest and yet it still receives a good accessibility score. It's a bit embarrassing that it's marked as 99 out of 100 on our accessibility scale.
In the short term, I think we should emphasize that Access Score is in beta somewhere in the text. In the longer term:
The text was updated successfully, but these errors were encountered: