A center back plants and reverses direction in well under a second to clear a corner kick. On the sideline tablet, the GPS report logs the effort as a moderate deceleration - nothing close to the sharp, load-bearing stop the coaching staff just watched happen live. Nobody mistagged the play and the athlete didn't take it easy. The GPS unit sampled her position ten times per second, and a stop-and-reverse that finishes in 400-500 milliseconds only hands the device four or five raw position fixes to describe the whole event. Draw a curve through four points and the sharpest corner of it - the actual peak deceleration - gets rounded off before it ever reaches the report.
This isn't a one-off glitch or a bad unit. It's a structural property of how GPS derives acceleration: the receiver logs position, the firmware differentiates that position twice to get velocity and then acceleration, and every differentiation step amplifies whatever the sampling interval already smoothed over. Widen the gap between fixes from 100 milliseconds (10Hz) to roughly 56 milliseconds (18Hz) and that same half-second cut gets close to twice as many points to draw its shape - which is exactly why teams moving from 10Hz to 18-20Hz hardware routinely watch their peak acceleration and deceleration numbers jump on the same drills, even though nobody moved differently.
Why Low Sampling Misses Short Accel/Decel Spikes
Every GPS unit calculates acceleration the same basic way: log a position, log the next position a fixed interval later, divide the change in velocity by the time between fixes. That interval - the inverse of the sampling frequency - sets a hard floor on how short an event the unit can meaningfully resolve. At 10Hz, each raw fix lands 100 milliseconds apart. At 18Hz, it's roughly 56 milliseconds. A cutting maneuver, a hard brake before contact, or the deceleration phase of a change-of-direction test regularly finishes start to finish in 300-600 milliseconds - meaning a 10Hz unit is trying to describe the whole event with three to six data points, while an 18Hz unit gets closer to six to eleven.
Fewer points doesn't just produce a less precise curve - it specifically clips the top of it. Peak acceleration and peak deceleration occur at a single instant within the movement, and if none of the sparse sample points happen to land on that exact instant, the reported peak is whatever the nearest sampled point measured, which is always somewhat lower than the true peak ever reached. Constant-velocity running doesn't run into this problem, because the value being measured barely changes between samples - there's no sharp peak to miss. Short, high-intensity accel/decel efforts are the opposite case: the value is changing fastest at precisely the moment there are fewest samples available to catch it.
| Event Duration | Samples at 5Hz (200ms interval) | Samples at 10Hz (100ms interval) | Samples at 18Hz (~56ms interval) |
|---|---|---|---|
| 200 ms - sharp plant-and-cut | 1 | 2 | 3-4 |
| 400 ms - hard brake before contact | 2 | 4 | 7 |
| 600 ms - deceleration into a COD test | 3 | 6 | 10-11 |
| 1000 ms - longer build-up sprint acceleration | 5 | 10 | 18 |
What the Research Actually Shows
Two independent lines of testing back this up directly. Varley, Fairweather and Aughey (2012, Journal of Sports Sciences) compared 5Hz and 10Hz GPS units against a laser reference system while athletes ran under three conditions - constant velocity, acceleration and deceleration. During constant-velocity running, both units tracked the laser closely, with error in the low single digits. During acceleration and especially deceleration, error jumped sharply for both units, with the 5Hz devices the least reliable and even the 10Hz devices - the higher-end consumer hardware of that era - showing meaningfully more error during deceleration than during steady running. The authors' own limitation: testing was confined to straight-line running on a single surface, so the numbers don't capture the sharper, multidirectional cuts that show up in actual match play, where the true gap is likely worse, not better.
Akenhead, French, Thompson and Hayes (2014, Journal of Science and Medicine in Sport) went further and tested how 10Hz GPS reliability changes with the acceleration effort itself, rather than treating all accelerations as one category. Their finding: reliability degraded specifically as accelerations got shorter and sharper. Lower-magnitude, longer efforts reported consistently rep to rep; brief, high-magnitude efforts - the exact profile of a cutting movement or a braking step - showed the largest variability of any category tested. Their limitation was scope: a single 10Hz device model, tested in straight-line running, which is why the effect described in this article compounds further once real cutting and direction change enter the picture. Johnston, Watsford, Kelly, Pine and Spurrs (2014, Journal of Strength and Conditioning Research) later compared 10Hz against 15Hz units directly and found the higher sampling rate reduced, but did not eliminate, the underestimation of peak speed and acceleration - the same trend that carries forward into today's 18-20Hz hardware.
The GPS Validation Protocol
Equipment. The GPS unit under test, reporting its raw sampling frequency and per-rep peak acceleration/deceleration; a higher-frequency reference such as a 100Hz+ IMU accelerometer worn at the same body location, or timing gates/radar spaced to resolve sub-second efforts; cones for a standard 5-0-5 change-of-direction layout (5m run-in, 180-degree turn, 5m out) or a marked 10m sprint-to-stop lane.
Procedure.
- Set up a drill that produces a deceleration event lasting roughly 300-600 milliseconds - a 5-0-5 test or a straight sprint into a planned hard stop both work well for this.
- Fit the athlete with the GPS unit under test and the higher-frequency reference at the same body location, positioned as close together as harness space allows.
- Run 5-6 trials, resting 60-90 seconds between reps so fatigue doesn't add its own variability into the comparison.
- Pull peak deceleration (m/s²) from each system for every rep, and note the event duration from the reference device.
- Calculate percentage difference per rep as (reference peak minus GPS peak) divided by reference peak, then average across the 5-6 trials.
- Repeat the whole sequence at a longer-duration effort (800ms or more, such as a wide turn) to confirm the gap narrows as duration increases - if it doesn't narrow, the problem is likely harness placement or firmware smoothing rather than sample rate alone.
Normal ranges and interpretation. Expect a 10Hz GPS unit to underestimate peak deceleration on sub-500ms efforts by roughly 15-30% relative to a 100Hz+ reference, narrowing to single digits once the event stretches past 800ms-1 second. An 18Hz unit typically cuts that sub-500ms gap close to in half - expect something in the 8-15% range rather than 15-30% - but it does not close the gap entirely. If a longer, 800ms+ effort still shows a gap above roughly 30%, suspect a hardware or fit problem instead of sample rate alone: a loose harness, an aggressive firmware smoothing filter, or a true sample rate lower than what's printed on the spec sheet.
Interpreting and Correcting the Numbers
Once the validation protocol confirms a gap exists for a given unit, three habits keep it from quietly skewing decisions. First, flag by duration rather than deleting the data: any rep shorter than roughly twice the sampling interval - under 400-500ms on a 10Hz unit, under 250-300ms on an 18Hz unit - should carry a low-confidence tag rather than get treated as an exact number. Second, cross-reference an accelerometer-derived load metric against GPS-derived acceleration counts for the same session; if the accelerometer flags spikes that the GPS-based count misses entirely, that's the signature of a sample-rate gap, not a change in how the athlete moved. Third, never compare acceleration counts or peak values directly across a hardware change - a 10Hz-era season and an 18Hz-era season - without first running the correction protocol above and applying the offset it produces, since the raw numbers from each system aren't measuring on the same footing.
For return-to-play or side-to-side asymmetry calls that hinge on a single peak-deceleration number, treat any sub-second effort measured on 10Hz hardware as directional rather than exact. Where the decision genuinely matters, run the specific movement in question through a reference-verified check before signing off on it.
Worked Example: Three Players, One 5-0-5 Test
Three center backs each ran the same 5-0-5 protocol wearing an 18Hz GPS unit and a 100Hz reference IMU side by side. Values below are averaged peak deceleration across five reps per player.
| Player | 100Hz Reference Peak | 18Hz GPS Peak | Gap | Event Duration |
|---|---|---|---|---|
| Player A | 5.8 m/s² | 5.1 m/s² | -12% | 420 ms |
| Player B | 6.4 m/s² | 5.9 m/s² | -8% | 510 ms |
| Player C | 7.1 m/s² | 5.7 m/s² | -20% | 340 ms |
Player C had the shortest event duration - the sharpest, fastest cut of the three - and the largest gap between systems, exactly the pattern the research above predicts: shorter, sharper efforts lose more to sample rate regardless of unit quality. Read off the GPS column alone, Player C looks like the least explosive decelerator of the group. The reference system tells the opposite story - Player C actually produced the hardest deceleration of the three, and the GPS number simply never caught it.
Frequently asked questions
01Is 18Hz GPS accurate enough that I can skip a reference-device check entirely?+
02Does upgrading from 10Hz to 18Hz fully fix the underestimation problem?+
03My club can't afford an 18Hz upgrade this season - what can I do with 10Hz data in the meantime?+
04How does PoinT GO handle this if my club still uses 10Hz GPS units?+
05I coach youth athletes and don't have lab-grade reference equipment - how do I know if my GPS numbers are trustworthy at all?+
Related Articles
Why GPS Underreports Sprint Max Speed and How to Fix It
GPS max speed reads low for a reason: sampling rate, smoothing filters, and satellite lock. A control protocol to isolate which one is costing you km/h.
Player Load Spikes as False Positives: How to Fix the Unit Shake Artifact
A loose harness can add 40+ AU to a session with zero real work behind it. Here's how to spot a Player Load false spike and stop it at the source.
Braking Force and Deceleration Field Test Protocol: Equipment, Steps, and Cutoffs
Sprint speed gets tested every combine day. Braking rarely does. A low-cost field protocol to quantify horizontal braking force, with cutoffs and math.
GPS Tracking in Team Sports: A Complete Practitioner Guide
Total distance alone won't catch overload risk. See the GPS metrics, threshold zones, and positional norms that matter, plus where IMU data fills gaps.
How to Test Bobsled Push-Start Power Without a Push Track: A 15m/30m Weighted Sled Protocol
No ice push track? Measure bobsled push-start power with a 15m/30m weighted sled protocol, individualized load ranges, and 2 cited studies.
Cricket Pace Bowling Run-Up Velocity Protocol: Timing the Final Approach Acceleration
Release speed alone can't show where bowling pace breaks down. Test the final 5m run-up acceleration zone instead — protocol, benchmarks, 2 cited studies.
Sprint Velocity Plateau: How to Diagnose and Fix Stalled Speed
Stuck sprint times rarely mean the athlete needs more sprints. A field protocol to find whether force, technique, or stiffness is the actual limiter.
How to Improve Acceleration in Football: IMU-Driven 0-10m Sprint Power Protocol
This 12-week protocol uses IMU jump and barbell velocity data to find where power leaks and build 0-10m acceleration in football players.
Measure performance with lab-grade accuracy