今まで、1Km以下の移動の場合誤差が出ているため、修正の仕組みをいれていましたが、根本的に正確にデータをとれるように変更しました。
（自分で修正しないと、Willcom版での誤差が激しいので）

が、しかーし、本日(9/27)の AM:0:20～AM0:50 ぐらいまでの間に、移動距離修正を行った場合、逆に極端に短い距離数に変わってしまっていると思います。
機能の削除忘れです。すみません。

もし、押しちゃった人はメールででも連絡もらえれば修正します。
（ぱっと見いないとは思いますが）

<BTS:239>はプログラムを確認してみたが、問題が起きる要素はない。

修正も関係ないだろうがとりあえずリファクタリングもかねて修正してみただけ。

プログラムは問題ないという前提であれば、怪しいのはデータ。
矛盾が起きている可能性がある。(根拠、減ったの見た証言より、加算されていないのではなく、余分に減らされてると考えられる)

データの矛盾については、想定内なので、れぷって時系列完璧処理君ヨロシクで。

とりあえずは、様子見。

もしくは、結局このデータあんまり使わないことになったので、元に戻すのも手。
（トップが若干重くなるが）

もしくは、1日1回再集計クンを走らせるとか。今日の修正で、移動距離の再集計は不要になるので、すぐ終わるはず。

レベルアップ機能を多少調整しました。
現在(AM1:40)再集計中ですの1時間もすれば再計算が終わると思います。

追記: 再集計は完了済みです。 AM:6:00確認。

ちょっと散歩してきた。

なんとなくバランス悪るい感じなので、α4の要素も入れつつα6を構想ちう。

いままで、こっそり?導入していたレベル機能を試験的に公開してみます。
各ページの一番したに出ています。

レベルは<BTS:133>を入れるにあたり、ある程度の基準が欲しいなと思い導入を予定しています。
レベルの上がり方、経験値の増え方はまだ、調整中で変更される可能性があります。

レベルが高い人は<BTS:133>はの機能が導入されても、ほとんどの機能が使えるとおもうので、つまんないかもしれませんが…。

今日は19時ぐらいに眠くてダウン。
目が覚めたら0時すぎてるし、もう眠れないし、ということで、レベルアップ関係の仕組みをつくってました。

実際自分が遊んでぇ、修正してぇ、と試行錯誤に時間がかかります。
なんだかんだで5回目の仕様変更でした。

とりあえず、試験的に公開してみます。

移動距離の誤差を修正する仕組み<BTS:205>を導入しました。
[TOP]→[ユーザ設定の変更]→[移動距離の再計算]

ユーザ登録解除を<BTS:20>導入しました。
端末固有のID(EZ番号、ユーザIDなど)、メールアドレスをアンテナDASHのDBから削除します。
※ユーザ登録を解除すると、同じデータで遊ぶことは出来ません。
※ユーザ登録を解除すると、一定期間再登録することができません。
[TOP]→[ユーザ登録解除]

電話番号が変わる機種変更のしかたについて、FAQ記載しました。
WikiなFAQが出来たのと併せて、いくつか「よくある質問」から削除して比較的問い合わせが多い項目をのこしました。

状態という設定項目を追加しました。
状態を設定すると「ニックネーム@状態」の用に表示されます。

いままで、ニックネームで上記のようなことをやっていた方は、変更をオススメします。
（ニックネームが固定になるかもしれないので）

• revision 153 (2005-09-18 11:09:21)
• slow queries log より、遅めのクエリなヤツのINDEXを最適化。
• revision 154 (2005-09-18 12:29:48)
• 保有数などをDBにキャッシュするようにした。
• revision 155 (2005-09-18 12:46:45)
• 保有数などを更新するスクリプトの追加(revision154用)
• revision 156 (2005-09-18 12:54:31)
• デバッグ的な表記があっったのを修正みたいな。
• revision 157 (2005-09-18 14:32:49)
• 修正済みのレポートを開いたときに(対応しない可能性がありますよ的な)メッセージを表示するようにした。
• revision 158 (2005-09-18 16:40:46)
• レベル・経験値のロジック変更(α2)
• revision 159 (2005-09-18 16:49:04)
• トップページに表示する本数をrevision 154で行ったキャッシュからから表示するようにした。
• revision 160 (2005-09-18 21:02:42)
• 初奪取時に元の所有者の保有数が減らないバグを修正(revision 154のバグ)
• revision 161 (2005-09-18 22:27:20)
• 経験値の係数調整(α3)

トップページに表示されている
* 保有数
* 総発見数
* 新発見数
を出す仕組みを変更しました。
トップが重かった方たちは、早くなっていると思います。

数字が明らかにおかしいなどありましたら、BTSのほうにでも、ご連絡下さい。

• Willcom版で登録しているメールアドレスを変更出来るようにしました。
• Vodafone版のHTMLをez版と統合しました。

京ぽんで、Willcomから『提供されていないメールアドレス』を使っている方は、今後ログイン出来なくなる可能性がありますので、必ずメールアドレスの変更を行って下さい。

• revision 134-142
• バグ修正、細かい文言の変更、スクリプトの整理など。
• revision 143 (2005-09-17 12:24:27)
• HTML統合につきディレクトリ、ファイルの移動
• revision 144 (2005-09-17 12:26:31)
• HTML統廃合により、不要になったファイルの削除
• revision 145 (2005-09-17 13:30:47)
• vodafone絵文字対応
• revision 146 (2005-09-17 18:19:51)
• Willcomの絵文字追加
• revision 147 (2005-09-17 18:29:17)
• 不要ファイルの削除
• revision 148 (2005-09-17 18:35:43)
• 経験値、レベルまわりのバランス調整に伴うカラムの追加
• revision 149 (2005-09-17 19:34:29)
• VodafoneでユーザIDの通知が無かった場合のHTML追加
• revision 150 (2005-09-17 19:44:58)
• ユーザの設定変更をregistからconfigへ変更
• revision 151 (2005-09-17 20:28:31)
• メールアドレスの変更(Willcom用)を出来るようにした。
• revision 152 (2005-09-17 20:40:18)
• メールアドレスの変更時にログを取るようにした。

初期費用20万円＋毎月1万円。
やっちまった、ポチって押してしまった。

• r133 | takefumi | 2005-09-16 00:42:18 +0900 (金, 16 9月 2005) | 2 lines
• アンテナ奪取を遊んだ日と最終奪取日を設定

• r132 | takefumi | 2005-09-16 00:17:56 +0900 (金, 16 9月 2005) | 2 lines
• 経験値、レベルを導入

だれでも編集できるFAQを公開しました。
携帯でも閲覧、編集できますが、編集はPCでお願いできればと思います。
（サイズ制限などで消えると戻すのがめんどくさいので）

空気を読みつつ、自由に変更してもらってかまいません。

直近で予定している大きめな変更を公開してみます。(プライベートな用事やモチベーション次第で1-4週は後ろにずれ込むかも)

■9月3週
* VodafoneのHTMLをezと統合
* Willcomのメールアドレス変更機能

■9月4週
* 退会機能 + 端末変更機能 or 一部のランキング

MTで管理されてるコンテンツの携帯でも見れるようにするMT4iというツールを会社の同僚に教えてもらったので導入してみました。

簡単デシタ。おすすめ。

• 何日ぶりの再奪取か表示するようにしました。<BTS:157>
• 奪取時に住所を一番上に表示するようにしました。<BTS:208>
• エラー時に最終取得アンテナ住所を一番上に表示するようにしました。<BTS:204>
• 全ての開発日誌を見えるようにしました。moreからどうぞ。

また、前回行ったものの元に戻した以下の修正を再度反映させました。

• ログイン方法、登録方法を空メール方式からWEB上で簡潔する方式に変更しました。
• 京ぽん版のHTMLをau版と統合。
• 10分制限復活させました。(負荷はそんなに減らないが処理するデータ量は3倍違うため)

詳細を書く間もなく、前回おこなたった修正を全部元に戻しました。

• ログイン方法、登録方法を空メール方式からWEB上で簡潔する方式に変更しました。
• 京ぽん版のHTMLをau版と統合。
• 10分制限復活させました。(負荷はそんなに減らないが処理するデータ量は3倍違うため)
• ファイルの管理をSubversionに移行しました。

ezの絵文字がaiファイルで公開されてまっした。

いままで、ez中心に絵文字を使用したかったので、HTMLがキャリアごとに3つあったのですが、(利用規約的にちょっとグレーな気もするけど)これ使えば3キャリア共通の絵文字に出来そう。

ということで、とりあえずHTMLを統合するべく、Willcom版から修正中。

合わせて<BTS:84>で軽くふれている、キャリアから提供されているメールアドレスのみ受け付けるように設定しようと思ってます。

なんどか説明している内容ですが、最近またなぜか「当事者以外」からの問い合わせが増えたので、ここではっきりさせておきたいと思います。

A.
結論からいうと、「共有データ疑惑があります」と出ていたユーザさんのデータは完璧な形で精査できています。

まず、データの削除は数秒以内に長距離を移動している(10分以内100Km以上を数回おこなっていた)データをまず探しました。

でこれに引っかかったユーザのデータを前後関係含めて全てチェックを行い、前後関係や時間なども考慮のうえ矛盾しているデータを削除しました。
たとえば、「東京、東京、北海道、東京..」であれば、北海道のデータを削除のようにです。

これは、機械的に確認をしながら、人間が目でも全データを時間を意識しながら、チェックしているため、非常に精度の高いデータと言えます。

よって「共有データです」と移行前に表示されていたユーザさんのデータは他の人に比べても共有データが残っていないということが保証できます。

また、そのユーザさんたちについては、いわゆるズルってのが目的ではなく、コミュニケーションの一環として、という意図が強かったように感じましたし、何よりもデータからもそんなイメージをうけました。

なんで、個人を中傷するのは、メールがとどく私も不愉快なのでやめてもらえればなぁと思いますです。