Hi rlerdorf,
It seems you've got a good understanding of how the sensor works and what the raw data looks like, although, we should clarify that the raw data you see through the API has already been processed, and is not strictly raw sensor output.
Would you mind giving us all a brief description of how we can maximize the accuracy of our run distances. It seems from my experience, any large variation in pace will cause problems. I've been doing a lot of walking lately in order to work up to running. If I begin to jog, the pace display goes to zero, and the distance is not accumulated. If I return to a walking pace, it fluctuates wildly and then settles down to a proper pace value.
Another runner on the Nike forum told us about her half marathon run with walking periods. The calibration was done earlier with a 5k run. She got a wildly inaccurate distance for the half marathon. I think is was caused by her walking some of it.
Could you explain this from your own experience and from your knowledge of the sensor. Nike is not very helpful in this regard. A good description of the sensor can be found at http://electronics.howstuffworks.com/nike-ipod1.htm.
You say that the raw data you see is distance values every 10 seconds. Nike has obviously processed the actual pressure data from each footfall and turned this into a distance. It seems to me that they didn't account for workouts that have a variable pace such as wind sprints, hill climbs, or run/walk alternating periods. It also seems to me that the insole pocket is the best way to maintain consist and proper operation of the sensor with each footfall.
I'd really love to see the actual raw sensor data.
GravityGuy