ロカポイントも変わらなきゃ？

覚えやすいどうこうのレベルに達してない希ガス

だから覚える必要はないんだってば...という一方で、そういわれた時に示せる定量的な反論材料がないのも事実。
なんか簡単な実験やって定量データとった方がいいかもしれないな。

例えば、ロカポの現状の仕様だと最大精度で40cmくらいが表せるわけだけど、同じ精度を日本近くだと経度方向1秒あたりほぼ40mくらいのはずだから、度分秒形式なら0.01秒くらいの位まで伝達すれば同じ精度を伝えられる事になる。
度でいうならば0.000003度くらいの桁になるけど、世界中の無作為な場所を100箇所とか選んで、ロカポと度単位での経緯度、及び度分秒の経緯度の3形式で電話を通して伝達した時に、どの形式で伝えるのが一番誤りなく、かつ速く伝えられるか、というのを求めてみたらいいかもしれない。

また、ロカポ自体も、より判り易くなるためにまだ工夫の余地もあるかもしれない。
仕様を変えるなら、まだそこまで普及していない今のうちだけと思うので、より判り易くするための仕様変更もありなのではないかと思う。

例えば。（飽くまで以下は、本エントリで私が出した仮の提案であって、本仕様の変更ではありません）

ロカポは飽くまで換算のし易さより精度向上を目標として、AA0.AA0.AA0.AA0　-　ZZ9.ZZ9.ZZ9.ZZ9の領域をフルに使ってるんだけど、これだとまず誰であろうと「暗算できない」という、親しみを持ってもらうには致命的かもしれない難点がある。
もちろんどんな仕様にしようと、地球全体から最大精度を出す桁まで全部暗算で可能、というのは無理があるけど、大体のアタリをつけるところまでだけでも頭の中でできる、後はその人の頭の出来次第でより精密なところまで可能、という仕様になっていることは、やっぱり普及するのには重要な要素じゃないかなあと思う。

そう考えると、今例えば経度方向を最上位桁A-Zの26文字で分割しているのを、2文字なくしてA-Xの24文字にするだけで、360度がきっちり割り切れ、かつタイムゾーン等でなじみも深い（残念ながらタイムゾーンと一致はしないが）15度刻みの経度分割ができる。
日本なら、東経135度以西はＵ、135度以東はＶと簡単に覚えられる。
このイメージのし易さが必要にならないかなと思った。
その下の桁は、いろいろ考え方はあると思うけど、A-Yの25文字、そしてその下の0-9の10文字であわせて250分割する事で、エリアコードあたりの経度方向の度数を0.06度、秒に直すと216秒、緯度方向なら0.03度、秒に直すと108秒といった整数値に落とし込める。
これなら、できる人は暗算できるだろう（少なくとも小飼弾ならできる、多分）。

ローカルコードは難しいけど、考え方はいくつかあるだろう。

1. どうせ最終桁までの暗算なんて無理なので、今度は[A-Z][A-Z][0-9]と使い切る
2. 26よりは割ったときのあたりがつけ易い、25で割り続ける形で[A-Y][A-Y][0-9]とする
3. エリアコードとローカルコードで使う範囲が違っていると使いにくいので、やはり[A-X][A-Y][0-9]とする。

というあたりか。
今気付いたが、3.の例が一番精度が悪くなるけど、実はエリアコードとローカルコードで考え方一致、というだけでなく、他の利点もあるのに気付いた。
というのは、エリアコードで経度は0.06度にまで落としこまれるわけだが、A-Xの24文字は6×4なわけで、一方その下の桁は25文字、10文字だから、3.の考え方だとローカルコードにより6000分割されることになる。
ということは、ローカルコード最小桁1あたり、経度方向だと0.00001度（0.036秒）、緯度方向だと0.000005度(0.018秒)というキリのいい数字に落ち着く。
これなら、ローカルコードですら暗算できるのではないか？（戸外(ry）

当然よい面もあれば悪い面もあるわけで、この改変をもし行った場合、現行ロカポだと日本周辺で最低桁で40cm程度の精度を出せていたのが、残念ながら1.4m程度の精度しか出せなくなってしまう。
現行ロカポ自体、精度は4mもあればいいんじゃないの？という事で、ローカルコード最終桁を事実上省略して運用する案も出てるわけだけど、今回私の提案した改変だと、最終桁を省略すると14mの精度となり流石に実用性がなくなる。
暗算はまず無理だが、いざとなったら40cm精度にもできる4m精度の10桁コードか、できる人なら暗算もできるけど、それ以上精度を上げられない12桁コードか、どっちがいい？っていう感じか。

ところで今回の案では、エリアコードで使わない文字ができた事で、逆にそれを使う事でエイリアスを設定することもできるようになる。
例えば、新宿駅周辺を独自座標系として設定したいなら、新宿駅を中心としてYA0.YA0とかっていうエリアコードを設定してやると、新宿独自の座標系を持てる。
エリアコードを付与してやるのは世界的な一意性を持たせてやるためだけなので、もう新宿周辺の話と判っていれば、エリアコードは用いずにローカルコード6桁だけで完結する。
問題は、作れるエイリアスに限りがあること（AZ...とかは考えずY,Zで始まるものだけを対象にすると、520×520＝270,400しか作れない...お？意外とあったな）。
それから、計算だけで成立しているはずのロカポの世界に、非計算のテーブル管理の部分ができてしまうので、組み込みデバイスなんかでの単純デコードができなくなってしまうことや管理組織をどうするか、みたいな問題も出てきてしまう。

お？待てよ？
今までロカポは便利だから使って欲しいというだけで、それを使ったビジネスモデルとかほぼないに等しい状況だったわけなんだけど、経緯度単純デコードの部分はこれまでどおり、自由に誰でも使ってもらう形で開放して、エイリアス部分を管理して販売するというビジネスモデルはあり得るかな？
緊急時の通報フォーマットとかに、計算変換できないエイリアス部分のコードなんかは使うとは思えないので、そういうクリティカルな部分は無償で回せるわけだし、付加価値にだけ課金するという形で、アリだったりするかも。