-
Notifications
You must be signed in to change notification settings - Fork 0
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
Document automated checks under o!TR/Data Processing/Automated Checks
#30
base: master
Are you sure you want to change the base?
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
myssto your turn
the CO23 example is probably useful illustration, I wonder if there are other parts of this that could also use an example
Co-authored-by: cytusine0 <139372927+cytusine0@users.noreply.github.com>
…-checks # Conflicts: # docs/topics/Automated-Checks.md
docs/topics/Automated-Checks.md
Outdated
### How can a human manually mark all entities as `Verified`? | ||
|
||
Most of the issues which require manual intervention are at the `Match` and `Game` levels. For example, if a `Match` has too many invalid games, it will be marked as `PreRejected` and require manual intervention. The same is true for `Game`s. | ||
|
||
For `GameScore` entities, there are very concrete rules which can easily determine whether it should be `Rejected`, for example if the `Score` value is below the minimum (and thus very likely comes from a referee in the lobby or other anomaly). | ||
|
||
We also have a web interface which allows reviewers to mark an entity - and all of its children - as `Verified` or `Rejected`. Generally speaking, if at a glance everything is marked as `PreVerified`, very little effort is required to manually approve these submissions. If the opposite is true, it's likely that the submission contains invalid data. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not the best with wording but this section reads a bit odd to me
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Most of the issues which require manual intervention are at the
Match
andGame
levels. For example, if aMatch
has too many invalid games, it will be marked asPreRejected
and require manual intervention. The same is true forGame
s.
I think I dislike the usage of "require manual intervention" as if anything doesn't require manual intervention? Items have to be manually verified or rejected in some capacity regardless of their existing verification status
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For
GameScore
entities, there are very concrete rules which can easily determine whether it should beRejected
, for example if theScore
value is below the minimum (and thus very likely comes from a referee in the lobby or other anomaly).
This "For GameScore
entities, there are very concrete rules which can easily determine whether it should be Rejected
" implies that what follows will be some sort of guide for how to review GameScore
s, but then you describe the criteria for the GameScoreCheck
, which results in a pre rejection?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Basically in this section I'm attempting to state how 'easy' it is for reviewers to not have to comb through millions of scores. I'll try to reword.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Reworded, please let me know your thoughts. @myssto
Co-authored-by: myssto <58118743+myssto@users.noreply.github.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
small things ™️
VerificationStatus
,ProcessingStatus
, andRejectionReason
.