N900 : 3.1 上一篇的規劃更新

上一篇還有很多沒寫到的地方:

1. 在最初的規劃這個數字是 Increamental 的, 也就是為了避免沒有抓到資料時的問題, 而這三種數字有兩個是一直增加的, 一個卻是在變化的.

2. 在第二組的距離, 事實上最後應該只會採用一個, 做一下 x*y*z 應該對資源影響不大.

3. 所謂的平均無論就取樣的區間, 最後指的是這區間的全部, 甚至是中點, 反而不是最新的時間的代表資料, 所以可能要做某些位移.

所以在上面三個考量之後, 可能要做兩個修正, 甚至打破上一篇的計算,...

1. 第二組提供距離合, 所以只有一個數字.

2. 因為是平均, 或許就直接降冪成 40*40, 也就是把 -1000~1000 變成 -20~20, 此時就可以用 0, a 到 t 及 A 到 T 來表示, 因此就不在手機端計算所謂的 "這段時間最常見的姿勢", 改由 Server 端計算.

事實上為了考慮效率的話, 應該用 C 寫, 而不是 PHP 寫, 但我想趕快做個 Prototype 出來比較實際.