range_good and range_okay
values returned by the API.
This guide documents the fixed scale boundaries for every measurement type so you can
render consistent visualizations regardless of the runner’s measured value.
How scoring ranges work
Each biomechanical measurement in the API response includes:All range values are expressed in degrees. Range boundaries can overlap — see
analysis workflow for inclusion/exclusion rules.
Back view — fixed scale boundaries
Back-view measurements use fixed ranges that do not change based on athlete morphology. The API returnsrange_bad for back-view segments — use it as the overall scale boundary.
Pelvic drop (per side)
Pronation / supination (per side)
Negative values indicate pronation (foot rolling inward), positive values indicate
supination (foot rolling outward).
Knee adduction (per side)
Negative values indicate adduction (knee inward), positive values indicate abduction
(knee outward).
Back view summary
Side view — personalized scale boundaries
Side-view ranges are personalized based on the runner’s height, weight, and pace. Therange_good and range_okay values returned by the API vary between analyses.
Recommended display ranges
Use these fixed boundaries when rendering side-view gauges. They accommodate the full range of personalized values the API can return:Foot / overstride (fixed)
Unlike other side-view segments, foot/overstride uses fixed ranges regardless of athlete morphology:- Overground
- Treadmill
Side view — typical range examples
These are examples of actual API responses for a 1.75m / 70kg runner at 5:00 min/km pace:Side-view ranges change with athlete morphology. The values above are illustrative —
always compute your scale boundaries from the actual
range_okay values returned per analysis.Implementation example
Score interpretation
Thescore_number field (0 to 1) indicates how well the measured value falls within
the ideal range:
The overall
total_score for side view is a weighted combination of segment scores,
not a simple average.