You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In the default output validator, when the float (absolute/relative) error is given as epsilon, we should probably use epsilon * (1 + 0.01) or so in practice, to avoid rejecting submissions that are only just below epsilon away from the correct answer.
We should also check what the DOMjudge/Kattis default output validators do and make this consistent maybe.
The text was updated successfully, but these errors were encountered:
DOMjudge also does not have an extra "error on top of the allowed error". I think it's fine if we keep it like this, because typical submissions should not get close to the error that we permit anyway – this only matters for the jury submissions that very crudely add a constant 10¯⁶ on top of the actual answer for the purpose of testing the validator.
In the default output validator, when the float (absolute/relative) error is given as
epsilon
, we should probably useepsilon * (1 + 0.01)
or so in practice, to avoid rejecting submissions that are only just belowepsilon
away from the correct answer.We should also check what the DOMjudge/Kattis default output validators do and make this consistent maybe.
The text was updated successfully, but these errors were encountered: