For each par type (3, 4, 5), the mean of score-to-par across all holes of that par the player has played. Shown with the sample size (number of holes).
- Formula
- avg_par(player, p) = mean(score_to_par) restricted to holes where hole.par == p
- Worked example
- Reference round alone, James on par 3s (5 holes): scores 4, 2, 3, 4, 6 → diffs +1, −1, 0, +1, +3 → sum +4 → avg +0.8.
- Edge cases
- Par types with zero samples render as an em-dash.
- No par-6 handling — no par-6 holes appear in the current course set.
Spec: definitions.md#per-par-averages →Mean score-to-par bucketed by the hole’s stroke index: Hard (SI 1–6), Mid (SI 7–12), Easy (SI 13–18). Captures whether a player disproportionately bleeds on the hard holes.
- Formula
- Three buckets over six stroke indexes each. avg = mean(score_to_par) within the bucket; samples = 6 holes × rounds played.
- Worked example
- Across 11 rounds, each bucket has 66 samples per player. Hard-bucket averages run 0.5–1 stroke higher than Easy-bucket averages — the stroke index does its job.
- Edge cases
- Courses with non-standard SI assignments (ties, missing values) still bucket cleanly by SI number.
- Empty buckets (zero rounds played) render as em-dash.
Spec: definitions.md#per-stroke-index-averages →Mean score-to-par on the front 9 vs the back 9. Makes late-round fatigue or front-nine slow starts visible. Delta (back − front) is shown below.
- Formula
- avg_front = mean(score_to_par for hole index 0–8). avg_back = mean(score_to_par for hole index 9–17). delta = avg_back − avg_front.
- Worked example
- Across 11 rounds, each side has 99 samples per player — the same rounds, split in half. A positive delta means the player plays worse on the back nine on average.
- Edge cases
- Partial rounds missing holes in either nine still contribute their played holes; the denominators narrow accordingly.
- Unused holes on 9-hole variants would break this stat — the data model doesn’t accept them.
Spec: definitions.md#frontback-split →