Smallest difference between a single and an average
CoincidenceWithin a single ao5 round, a solver's best (single) is always ≤ their average (because the average is the trimmed mean of the middle 3 of 5 attempts). So diff = average − best is always ≥ 0.
This stat picks out the rounds with the smallest such diff. The extreme case is diff = 0 (the 3 counting solves happen to equal the single); the next is diff = 0.01 (one centisecond). Often these come from low-time solvers spamming near-identical times, or from big-cube events (777, 666) where the whole set moves together.
By the numbers
Data source
results joined with persons (sub_id = 1) and competitions. SQL SELECTs best, average, and identity fields; diff is computed in TS. Filters: event_id != '333fm' (FMC integer values make diff = 0 trivial), average > 0 (drops DNF averages and unattempted).
SELECT event_id, best AS single, average, person.name, person.wca_id, competition.cell_name, competition.id AS competition_id FROM results JOIN persons person ON person.wca_id = person_id AND sub_id = 1 JOIN competitions competition ON competition.id = competition_id WHERE event_id != '333fm' AND average > 0; -- TS: diff = average - single -- sort by (diff ASC, average ASC, single ASC) -- slice 0..10 per event
Algorithm / pipeline
results, pull best and average. WCA dump convention: best column = the round's best attempt (i.e. the "single"), average = the ao5 / mo3 mean.event_id != '333fm' — FMC integer-move semantics make diff = 0 too common to be meaningful. average > 0 drops DNF averages (value -1) and unattempted (0).diff = Number(average) − Number(single), units are centiseconds (always ≥ 0 in theory — single is the round's best). For display: (diff / 100).toFixed(2) to seconds; internal sort stays on integer centiseconds to avoid float jitter.diff ASC → average ASC → single ASC — among ties on diff, prefer rounds with lower average (harder), then lower single. This deterministic tiebreak orders the (often many) diff = 0 rows.EVENTS_ENTRIES.map, one section per event (FMC excluded), top 10 each. SolveTime(eventId, type, v).clockFormat() formats centiseconds for display.Key formulae
single ≤ any of the middle 3 ≤ average (ignoring DNF edge cases).Caveats & edges
333fmis excluded as a whole — integer move counts make28 / 28 / 28 / 30 / 29→ single=28, mean=28.67 trivially common; if not excluded it would swamp every other event.- Of the BLD family, only
333bf / 444bf / 555bfhave averages (mo3);333mbfhas none. BLDmo3does not trim head/tail, butsingle ≤ mo3still holds (different semantics). - Internally diff is integer centiseconds; the display rounds to 2 decimals —
diff = 0.00anddiff = 0.01happily coexist on the board. - This is within a single round, not "most similar single and average across history" — two coincidentally-equal values in different rounds are not eligible.