作ったGoogleMapplets
Map Surfer
マップサーファー
やっとGoogle Mapplets Direcotoryに載りました。
どうやら数日遅れて掲載されるみたいですね。
作ったときは、Directoryにすぐ載るのか、と観ていたらほんの数ページしかDirectoryにはなかったのが、翌日30ページ以上あり、今では全部で何ページあるのか分からない。
ページにも 「more」というボタンがあって、全部で何件とか何ページとか書いていないから、めくってもめくっても自分のが出てこない。ページも終わらない。いったい何ページあるのだろう？？
検索で「サーファー」とか「Surfer」とかやればもちろんヒットするのだけれど、これだけある中で見つけてもらうのは大変。SEOじゃないけど、Mappletsの名前とか説明文によって表示順位が決まる可能性があるので、今後重要になってきそう。
ちなみに英語版の「Map Surfer」はいまのところ「map」というBigキーワード（？）で4位表示。誰かインストールしてくれているかな。現在何人インストールしているとか表示されると分かると面白いのになあ。（Googleはつかんでいつはずだからね）
なお、MapSurferに追加してほしい地図サイト等、リクエスト受付中です。
2007/06/10
2007/06/07
オフィス・イン・ポケット
SOHOで仕事している関係上、これまで事実上「ノートPCがオフィス」でした。仕事柄、PCを駆使するので、どうしてもWindowsが壊れて再インストールしかない、という状況になります。再インストールを余儀なくさせられたことが多いので、これまでAcronis社のTrueImageを使って、Windowsが壊れても直ぐに復旧できるようにしていました。
これで機嫌よく仕事をしていたのですが、、、マッシュアップ・アワードの仕事をしているとき、メイン、サブ両方のPCが壊れてしまったことがありました。ハードウェアそのものが壊れてしまった場合、データはバックアップがあるのでいいのですが、普段使っているアプリケーションが代用PCではインストールしていなかったり、復旧後データの整合をとるのが面倒。そこで新しいコンセプトを実行することにして、いろいろ試行錯誤してきました。絶対に同じことを考えてる人がいると思うので、情報をアップしておきます。
それが「Office-In-Pocket」と私が名づけたコンセプト。早い話、USBメモリかポータブルHDDに必要なデータや普段使うアプリケーションを入れておき、PCは「CPUとメモリを借りる箱」とすることで、ハードウェア故障に一切煩わされないでおこう、と思いました。
いろいろ調べました結果を書いておきます。なお、参考にしたのは主にここ「ＵＳＢメモリに入れて持ち運べる便利なソフト」まとめ @Wiki」
１．PortableApps
ここではレジストリを使わないアプリケーションをオープンソースで開発しています。
ランチャもうまく統合されていて、使いやすい。（ランチャは使っていません。その理由は後述）
私はここのポータブルアプリケーションで、特に
Firefox Portable Edition
Thunderbird Portable Edition
を愛用してます。
２．U3規格のアプリ
これはポータブルHDDでは使えるのかな？
少なそうなのでパス。使っていませんので、評価できません。
３．Schwertkreuz（説明）
これはレジストリをフックするアプリのようです。
Schwertkreuz経由でプログラムの実行ファイルを起動すると、それがレジストリやApplicationDataにアクセスしに行くのをトラップし、自分の配下のフォルダに保存します。レジストリ情報はXML形式で保存しているので、アンインストールも簡単。
結構な数のアプリがこれで動かせます。
なんといっても、ポータブル用に開発されたものではない、普通のWindows用ソフトをポータブルにできるのがよい。
４．Ceedo
極めつけはこれ。有料ですが、めちゃめちゃ気に入ってこれをメインで使って、どうしてもダメなときに上記のものでカバーしてます。
これはレジストリだけではなく、Windowsフォルダに入るもの、ドライバ、フォント、などまでほとんど完璧にフックします。
インストールもARGOというエクステンションがあり、それ経由でセットアップを実行するだけ。ハードウェアに関係あるアプリケーションのインストールはやはり無理ですが、ほとんどのWindows用アプリがインストールできました。（Microsoft系は無理でした・・）
こんなソフトまで入るの？というものまで入る。IllustratorもDreamWeaverもTeratermもFFFTPも弥生会計も・・・・私が要るものは全部入りました。
例えば、私が出している NavitoGateway、レジストリにnavito:というキーを追加する必要があるが、これもHDDに入り、HDD接続時に本物のレジストリ情報にアドオンしているらしい。Ceedo経由でNavitoGatewayをインストールすると、そのHDDを挿したPCでは Navito:のプロトコルが機能し、HDDを外すと機能しない。同様にSkypeをCeedo経由でインストールすると、HDDをつないだ時だけCallto:プロトコルが機能する。本来C:\Windows以下のフォルダにインストールされるようなドライバも、HDDに入れて接続時にアドオン！
それに、デザイナーの人はいろんなフォントを使うと思うが、Ceedo経由でフォントをインストールすると、HDD内のceedo\windows\font\ というところにインストールされ、HDDを挿したPCではそのフォントが常時使える！！
さらに、Ceedoのランチャから起動したアプリはWindow枠を縁取りすることができて、どれがCeedo経由（つまり、自分の環境）でどれが借り物のPCの環境かが一目で分かるので、間違って借り物のPCのデスクトップに自分のファイルを置く、なんてこともない。（ちなみにデスクトップやマイドキュメントもCeedoで自分専用の領域が割り当てられます）
そして、終了時。「Eject」ボタンを押すと、Ceedo経由で立ち上げたアプリを全部クローズして、テンポラリファイルを削除して、USBの取り外しまで全自動でやってくれる。あとはUSB端子を外すのみ。
これはすごい。久々にまいった！という感じ。
結局、今の仕事環境＋過去の全メール＋仕事の全ドキュメント＋よく使うアプリケーションが全てポータブルHDDに入り、Office-In-Pocketのできあがり。ちょうどIO-DATAのHDMC-U8という8GBのポケット型HDDを使っているので、まさにイン・ポケット。
（ただ、HDDだと動作が遅いので、今度16GのFlashに変えようと思っています）
家のPCでも、ネットカフェのPCでも、借り物のPCでも全く同じ環境で作業できて、しかも借りたPCに使った痕跡は一切残さないので、セキュリティも万全。（紛失に備えて重要なフォルダは暗号化ソフトをかけています。）これまで使っていたAcronisのTrueImageでこのHDDまるごとバックアップを定期的に取っているので、このOffice-In-Pocketが壊れても新しいHDDを買ってきてコピーでOK。
このシステム、我ながらめちゃめちゃ便利です。SOHOの人、特に個人事業の主の人にはお薦めしたいです。
これにしてから、ノートPCを「念のため持っていく」ことが減りました。「多分要らないかな」というときはHDDだけ持って出ます。もし必要になればネットカフェにでも入ればいいので。
ちなみに、Ceedoで普通のFireFoxやThunderBirdも入るのですが、Ceedo経由で起動するとちょっと遅くなる（これは仕方ないですね）ので、メールとブラウザに関してはCeedoを経由させずにFirefox Portable Edition、Thunderbird Portable Editionを使っています。
ご質問歓迎です。こちらの連絡先にメールを頂ければ結構です。
これで機嫌よく仕事をしていたのですが、、、マッシュアップ・アワードの仕事をしているとき、メイン、サブ両方のPCが壊れてしまったことがありました。ハードウェアそのものが壊れてしまった場合、データはバックアップがあるのでいいのですが、普段使っているアプリケーションが代用PCではインストールしていなかったり、復旧後データの整合をとるのが面倒。そこで新しいコンセプトを実行することにして、いろいろ試行錯誤してきました。絶対に同じことを考えてる人がいると思うので、情報をアップしておきます。
それが「Office-In-Pocket」と私が名づけたコンセプト。早い話、USBメモリかポータブルHDDに必要なデータや普段使うアプリケーションを入れておき、PCは「CPUとメモリを借りる箱」とすることで、ハードウェア故障に一切煩わされないでおこう、と思いました。
いろいろ調べました結果を書いておきます。なお、参考にしたのは主にここ「ＵＳＢメモリに入れて持ち運べる便利なソフト」まとめ @Wiki」
１．PortableApps
ここではレジストリを使わないアプリケーションをオープンソースで開発しています。
ランチャもうまく統合されていて、使いやすい。（ランチャは使っていません。その理由は後述）
私はここのポータブルアプリケーションで、特に
Firefox Portable Edition
Thunderbird Portable Edition
を愛用してます。
２．U3規格のアプリ
これはポータブルHDDでは使えるのかな？
少なそうなのでパス。使っていませんので、評価できません。
３．Schwertkreuz（説明）
これはレジストリをフックするアプリのようです。
Schwertkreuz経由でプログラムの実行ファイルを起動すると、それがレジストリやApplicationDataにアクセスしに行くのをトラップし、自分の配下のフォルダに保存します。レジストリ情報はXML形式で保存しているので、アンインストールも簡単。
結構な数のアプリがこれで動かせます。
なんといっても、ポータブル用に開発されたものではない、普通のWindows用ソフトをポータブルにできるのがよい。
４．Ceedo
極めつけはこれ。有料ですが、めちゃめちゃ気に入ってこれをメインで使って、どうしてもダメなときに上記のものでカバーしてます。
これはレジストリだけではなく、Windowsフォルダに入るもの、ドライバ、フォント、などまでほとんど完璧にフックします。
インストールもARGOというエクステンションがあり、それ経由でセットアップを実行するだけ。ハードウェアに関係あるアプリケーションのインストールはやはり無理ですが、ほとんどのWindows用アプリがインストールできました。（Microsoft系は無理でした・・）
こんなソフトまで入るの？というものまで入る。IllustratorもDreamWeaverもTeratermもFFFTPも弥生会計も・・・・私が要るものは全部入りました。
例えば、私が出している NavitoGateway、レジストリにnavito:というキーを追加する必要があるが、これもHDDに入り、HDD接続時に本物のレジストリ情報にアドオンしているらしい。Ceedo経由でNavitoGatewayをインストールすると、そのHDDを挿したPCでは Navito:のプロトコルが機能し、HDDを外すと機能しない。同様にSkypeをCeedo経由でインストールすると、HDDをつないだ時だけCallto:プロトコルが機能する。本来C:\Windows以下のフォルダにインストールされるようなドライバも、HDDに入れて接続時にアドオン！
それに、デザイナーの人はいろんなフォントを使うと思うが、Ceedo経由でフォントをインストールすると、HDD内のceedo\windows\font\ というところにインストールされ、HDDを挿したPCではそのフォントが常時使える！！
さらに、Ceedoのランチャから起動したアプリはWindow枠を縁取りすることができて、どれがCeedo経由（つまり、自分の環境）でどれが借り物のPCの環境かが一目で分かるので、間違って借り物のPCのデスクトップに自分のファイルを置く、なんてこともない。（ちなみにデスクトップやマイドキュメントもCeedoで自分専用の領域が割り当てられます）
そして、終了時。「Eject」ボタンを押すと、Ceedo経由で立ち上げたアプリを全部クローズして、テンポラリファイルを削除して、USBの取り外しまで全自動でやってくれる。あとはUSB端子を外すのみ。
これはすごい。久々にまいった！という感じ。
結局、今の仕事環境＋過去の全メール＋仕事の全ドキュメント＋よく使うアプリケーションが全てポータブルHDDに入り、Office-In-Pocketのできあがり。ちょうどIO-DATAのHDMC-U8という8GBのポケット型HDDを使っているので、まさにイン・ポケット。
（ただ、HDDだと動作が遅いので、今度16GのFlashに変えようと思っています）
家のPCでも、ネットカフェのPCでも、借り物のPCでも全く同じ環境で作業できて、しかも借りたPCに使った痕跡は一切残さないので、セキュリティも万全。（紛失に備えて重要なフォルダは暗号化ソフトをかけています。）これまで使っていたAcronisのTrueImageでこのHDDまるごとバックアップを定期的に取っているので、このOffice-In-Pocketが壊れても新しいHDDを買ってきてコピーでOK。
このシステム、我ながらめちゃめちゃ便利です。SOHOの人、特に個人事業の主の人にはお薦めしたいです。
これにしてから、ノートPCを「念のため持っていく」ことが減りました。「多分要らないかな」というときはHDDだけ持って出ます。もし必要になればネットカフェにでも入ればいいので。
ちなみに、Ceedoで普通のFireFoxやThunderBirdも入るのですが、Ceedo経由で起動するとちょっと遅くなる（これは仕方ないですね）ので、メールとブラウザに関してはCeedoを経由させずにFirefox Portable Edition、Thunderbird Portable Editionを使っています。
ご質問歓迎です。こちらの連絡先にメールを頂ければ結構です。
Google Mapplets 「マップサーファー」日本語版もリリース
昨日作った「Map Surfer」を日本語化しました。
英語のままでもよかったのですが、Directoryに並んだとき、やっぱり日本語だと目立つので。（楽天トラベルとか、目立ってました）
マップサーファー 日本語版はこちらです。
誤 http://www.locapoint.com/publicutil/mapplets/mapsurfer.xml 間違えていました。こっちは英語版。
正 http://www.locapoint.com/publicutil/mapplets/mapsurfer_j.xml
どちらもMappletsディレクトリに登録成功したのだけれど、リストに出てこない。
たしかに「全部掲載できるわけではない」と書いてあったけど、Googleの検閲が入ってるのかな。もしそうなら、Googleはプラットフォームを管理するというさらに絶大な権力をもってしまいますね。セカンドライフにおけるリンデンラボみたいな絶対的なパワー。
それはそうと、ガジェットやMappletsを商用利用させるとすると、GoogleのAdWordsの次のビジネスモデルが予想できる。ひとつ考えられるのがドコモのｉモードのような課金・回収代行。ユーザーにはGoogleにログインして使うようにさせておけば、利用実績は簡単に把握できる。それに小額決済は通常とてもコストがかかる。数百円のものをクレジットカードを通すと手数料に取られる割合が非常に大きい。ところが、GoogleはすでにAdWords広告などで超小額決済の実績があるから、これも簡単。結果として、商用ガジェットで商売している会社が自分で課金・回収をやるよりも低コストでGoogleがアウトソースすることができる。
ドコモのｉモードですら、ものすごい市場規模なのだから、全世界のＰＣユーザー対象に小額決済代行をやるとすると、もしかするとAdWords以上の超巨大ビジネスになりうる。そのためにはGoogleのサービスが、他の業者が商用サービスを簡単に展開するためのプラットフォーム、それもデファクトスタンダードになっておく必要がある。そう考えると、Googleの「全部タダ」で提供している戦略も理にかなっている。うーん、すごいなあ。
英語のままでもよかったのですが、Directoryに並んだとき、やっぱり日本語だと目立つので。（楽天トラベルとか、目立ってました）
マップサーファー 日本語版はこちらです。
誤 http://www.locapoint.com/publicutil/mapplets/mapsurfer.xml 間違えていました。こっちは英語版。
正 http://www.locapoint.com/publicutil/mapplets/mapsurfer_j.xml
どちらもMappletsディレクトリに登録成功したのだけれど、リストに出てこない。
たしかに「全部掲載できるわけではない」と書いてあったけど、Googleの検閲が入ってるのかな。もしそうなら、Googleはプラットフォームを管理するというさらに絶大な権力をもってしまいますね。セカンドライフにおけるリンデンラボみたいな絶対的なパワー。
それはそうと、ガジェットやMappletsを商用利用させるとすると、GoogleのAdWordsの次のビジネスモデルが予想できる。ひとつ考えられるのがドコモのｉモードのような課金・回収代行。ユーザーにはGoogleにログインして使うようにさせておけば、利用実績は簡単に把握できる。それに小額決済は通常とてもコストがかかる。数百円のものをクレジットカードを通すと手数料に取られる割合が非常に大きい。ところが、GoogleはすでにAdWords広告などで超小額決済の実績があるから、これも簡単。結果として、商用ガジェットで商売している会社が自分で課金・回収をやるよりも低コストでGoogleがアウトソースすることができる。
ドコモのｉモードですら、ものすごい市場規模なのだから、全世界のＰＣユーザー対象に小額決済代行をやるとすると、もしかするとAdWords以上の超巨大ビジネスになりうる。そのためにはGoogleのサービスが、他の業者が商用サービスを簡単に展開するためのプラットフォーム、それもデファクトスタンダードになっておく必要がある。そう考えると、Googleの「全部タダ」で提供している戦略も理にかなっている。うーん、すごいなあ。
2007/06/06
Google Mapplets「マップ・サーファー」 を作ってみました
練習がてらGoogle Mapplets を作ってみました。
ついでにGoogleのディレクトリにもサブミットして、Gadget作者デビュー。
Mappletは名づけて「Map Surfer」。サイトを渡り歩くネットサーファーのイメージで、地図サイトから地図サイトへ渡り歩く、そんなイメージをしています。
http://www.locapoint.com/publicutil/mapplets/mapsurfer.xml
追記 - (日本語版) http://www.locapoint.com/publicutil/mapplets/mapsurfer_j.xml
GoogleMapから、いろんな地図サイトに直接飛べます。これまでに作ったロカポ用のJavaScript
用コードを寄せ集めただけですが、GoogleEarthや、NASA World Windも開けるし、NavitoGatewayを入れればリストにないサイトを追加したり、コマンドラインから呼ぶEXEファイルも起動できる。ここまでマニアックに使う人はいないと思うけど、「同じ場所を他の地図で見てみる」のは単純におもしろいので、一般の人にも使ってもらえるといいな、と思っています。
もちろん、ロカポもさりげなく入れています。
作ってみた感想。ほとんどGoogleMaps APIと同じだけれども、
・座標の取得が非同期⇒しかも動きが数テンポ遅いのでリアルタイムっぽい処理はちょっと無理
・オーバーレイ（マーカー、ライン、ポリゴン）はOKだけれど、カスタムコントロールはNG
と、やっぱり使いにくい。これまでに作ったロカポ関係の部品はほとんどカスタムコントロール化してたので、これが使えないと、ちょっと痛い。disabled for now と書いてあるので、Mappletsのカスタムコントロール解禁を待ちたい！
ついでにGoogleのディレクトリにもサブミットして、Gadget作者デビュー。
Mappletは名づけて「Map Surfer」。サイトを渡り歩くネットサーファーのイメージで、地図サイトから地図サイトへ渡り歩く、そんなイメージをしています。
http://www.locapoint.com/publicutil/mapplets/mapsurfer.xml
追記 - (日本語版) http://www.locapoint.com/publicutil/mapplets/mapsurfer_j.xml
GoogleMapから、いろんな地図サイトに直接飛べます。これまでに作ったロカポ用のJavaScript
用コードを寄せ集めただけですが、GoogleEarthや、NASA World Windも開けるし、NavitoGatewayを入れればリストにないサイトを追加したり、コマンドラインから呼ぶEXEファイルも起動できる。ここまでマニアックに使う人はいないと思うけど、「同じ場所を他の地図で見てみる」のは単純におもしろいので、一般の人にも使ってもらえるといいな、と思っています。
もちろん、ロカポもさりげなく入れています。
作ってみた感想。ほとんどGoogleMaps APIと同じだけれども、
・座標の取得が非同期⇒しかも動きが数テンポ遅いのでリアルタイムっぽい処理はちょっと無理
・オーバーレイ（マーカー、ライン、ポリゴン）はOKだけれど、カスタムコントロールはNG
と、やっぱり使いにくい。これまでに作ったロカポ関係の部品はほとんどカスタムコントロール化してたので、これが使えないと、ちょっと痛い。disabled for now と書いてあるので、Mappletsのカスタムコントロール解禁を待ちたい！
2007/05/09
ロカポDIYマップに機能追加：KMLファイル出力
ロカポDIYマップにKMLファイル出力機能を追加しました。
これによりDIYマップをKMLエディタとして使用して頂ける他に、これまでに作ったDIYマップをGoogleEarthで直接見る、という楽しみ方ができます。
使い方は画面下部にある「KML」というリンクをクリックするだけです。
開発の本音はというと、本家GoogleMapsにマイマップという機能が付き、KML出力もできるようになりました。マイマップ利用者は作った地図をGoogleEarthで見ることができるのに、DIYマップをご利用いただいているお客様はDIYマップ以外ではその地図情報を使えませんでした。
普段からNavito:プロトコルなどを提唱し、「位置情報のポータビリティ向上」「URLによる利用者の囲い込み反対」を唱えているロカポとしては、これはよろしくありません。
DIYマップでせっかく作った地図情報をKMLにしておけば、今後いろいろ使いまわしができると考えました。
ぜひ、過去に作った地図をもう一度みて、GoogleEarthで楽しんでください。
これによりDIYマップをKMLエディタとして使用して頂ける他に、これまでに作ったDIYマップをGoogleEarthで直接見る、という楽しみ方ができます。
使い方は画面下部にある「KML」というリンクをクリックするだけです。
開発の本音はというと、本家GoogleMapsにマイマップという機能が付き、KML出力もできるようになりました。マイマップ利用者は作った地図をGoogleEarthで見ることができるのに、DIYマップをご利用いただいているお客様はDIYマップ以外ではその地図情報を使えませんでした。
普段からNavito:プロトコルなどを提唱し、「位置情報のポータビリティ向上」「URLによる利用者の囲い込み反対」を唱えているロカポとしては、これはよろしくありません。
DIYマップでせっかく作った地図情報をKMLにしておけば、今後いろいろ使いまわしができると考えました。
ぜひ、過去に作った地図をもう一度みて、GoogleEarthで楽しんでください。
2007/04/20
ここギコ！さんでご提案いただいたロカポ新仕様案についての議論の続き
ここギコ！さんでご提案いただいたロカポ新仕様案についての議論の続き
ここギコ！さん含め、いろんな方に参加いただきながら、ロカポの仕様の可能性について考えたいと思っています。
しばらく多忙でいまさらという感もあるレスですが、私のコメントです。
>みたいな感じで、空きコード空間を売る収益モデルとかローカルサーチを語る会では「おーっ」等と歓声も上がった感じで受けてたんだけど、意外とロカポ提唱者の上田さんはお気に召さないよう。
いえいえ、このアイデアはすばらしいと思っています。
良番を売るモデルも、収益源の可能性も大いにあります。
ただ直感的に「A to Z」というのがひとつのロカポの基本だっただけに、心理的に抵抗があるのだと思います。
ひとつの基本だったというのは、「A to Z」といえば慣用句であり、はじめから終わりまで、全部、などの意味もあります。「あ～の」ならなんとなく「ナ行で終わり」みたいな気がするのですが、「あ～す」まで、といわれるとなんだか中途半端な感じがします。
それに人間は一度見たことがあるものは、まったく新しいものに比べて受け入れやすいという傾向がありますので、マーケティング上「A to Z」という日常よく使う言葉を抱えておきたいという考えもありました。
その辺、「A to X」や「A to Y」の感覚的な印象を外国人、（英語ネイティブとそれ以外の人たちも）に一度聞いてみたいです。たいした問題じゃなければ構わないのですが、直感的に違和感を覚えるのは避けたいなと思っています。
このあたりは「これからコードをつくるぞ」という意気込みでゼロベースで考えないといけないのですが、どうしても「もう作ってしまった既得権」みたいな固定概念に引きずられているのでしょうね。そのあたりはここギコ！さんをはじめ、第三者のご意見が非常にありがたいと思っています。どんどんコメントをください。
さて、ここギコ！さん案のとうり緯度経度との整合がいいというのは確かです。たとえば、地図帳の隅には緯度経度が書かれていますが、それとはぜんぜん無関係なロカポを記載するよりは、緯度経度のきりの良い切れ目にきりの良いロカポが表示されている方がいい。
ロカポはアナログの地図に印刷されるとその利便性がさらにアップしますが、その障壁を取り除くアピールポイントになります。
さて、マップコードが一番使いやすいという点については、ごもっともです。特に入力しやすさ、という点ですね。マップコードさんのHPを見ると、高度方向への拡張、および国別への拡張も準備されているらしいです。
ロカポとしても、もっといい方法がないか、と考えています。
たとえば、どうせデータベースを使ってエイリアス管理をするなら、エリアコードのアルファベット桁４つをエイリアスにして
SA2.WU4.KJ4.LO5→（SAとWUをエイリアス）→Osaka24.KJ4.LO5
というのもアリかなとか思っています。これなら大阪、神戸、和歌山北部、和歌山南部、みたいな、だいたい天気予報の単位くらいのエイリアスにできそうです。が、データベースを用いるという方法は一度検討して却下した経緯があって、これまたゼロベースで考えられなくなっていますね。ここを自覚してよく検討したいと思います。
みなさんからのコメント、特に地図や位置情報とは関係のなさそうな方からのコメントも欲しいです。（そんな人はここを見ていないと思うのが残念ですが・・）
ここギコ！さん含め、いろんな方に参加いただきながら、ロカポの仕様の可能性について考えたいと思っています。
しばらく多忙でいまさらという感もあるレスですが、私のコメントです。
>みたいな感じで、空きコード空間を売る収益モデルとかローカルサーチを語る会では「おーっ」等と歓声も上がった感じで受けてたんだけど、意外とロカポ提唱者の上田さんはお気に召さないよう。
いえいえ、このアイデアはすばらしいと思っています。
良番を売るモデルも、収益源の可能性も大いにあります。
ただ直感的に「A to Z」というのがひとつのロカポの基本だっただけに、心理的に抵抗があるのだと思います。
ひとつの基本だったというのは、「A to Z」といえば慣用句であり、はじめから終わりまで、全部、などの意味もあります。「あ～の」ならなんとなく「ナ行で終わり」みたいな気がするのですが、「あ～す」まで、といわれるとなんだか中途半端な感じがします。
それに人間は一度見たことがあるものは、まったく新しいものに比べて受け入れやすいという傾向がありますので、マーケティング上「A to Z」という日常よく使う言葉を抱えておきたいという考えもありました。
その辺、「A to X」や「A to Y」の感覚的な印象を外国人、（英語ネイティブとそれ以外の人たちも）に一度聞いてみたいです。たいした問題じゃなければ構わないのですが、直感的に違和感を覚えるのは避けたいなと思っています。
このあたりは「これからコードをつくるぞ」という意気込みでゼロベースで考えないといけないのですが、どうしても「もう作ってしまった既得権」みたいな固定概念に引きずられているのでしょうね。そのあたりはここギコ！さんをはじめ、第三者のご意見が非常にありがたいと思っています。どんどんコメントをください。
さて、ここギコ！さん案のとうり緯度経度との整合がいいというのは確かです。たとえば、地図帳の隅には緯度経度が書かれていますが、それとはぜんぜん無関係なロカポを記載するよりは、緯度経度のきりの良い切れ目にきりの良いロカポが表示されている方がいい。
ロカポはアナログの地図に印刷されるとその利便性がさらにアップしますが、その障壁を取り除くアピールポイントになります。
さて、マップコードが一番使いやすいという点については、ごもっともです。特に入力しやすさ、という点ですね。マップコードさんのHPを見ると、高度方向への拡張、および国別への拡張も準備されているらしいです。
ロカポとしても、もっといい方法がないか、と考えています。
たとえば、どうせデータベースを使ってエイリアス管理をするなら、エリアコードのアルファベット桁４つをエイリアスにして
SA2.WU4.KJ4.LO5→（SAとWUをエイリアス）→Osaka24.KJ4.LO5
というのもアリかなとか思っています。これなら大阪、神戸、和歌山北部、和歌山南部、みたいな、だいたい天気予報の単位くらいのエイリアスにできそうです。が、データベースを用いるという方法は一度検討して却下した経緯があって、これまたゼロベースで考えられなくなっていますね。ここを自覚してよく検討したいと思います。
みなさんからのコメント、特に地図や位置情報とは関係のなさそうな方からのコメントも欲しいです。（そんな人はここを見ていないと思うのが残念ですが・・）
2007/03/23
ここギコ！さんから、ロカポの変更案を頂きました
ここギコ！さんから、ロカポの桁数を変更してより計算しやすく、という案を出して頂いている。
現在のロカポのチャンクを
[A-Z][A-Z][0-9] ⇒ [A-X][A-Y][0-9] などにするという案です。
まずメリットとしては、最初の文字がA-Xまでに２４に分割できるので、経度方向では15度となりタイムゾーンとほぼ一致させることができる。というもの。また、ローカルコードが度で割る場合に非常に割り切りやすい数字となるので、緯度経度との相互変換が暗算できる可能性がある。
もともとロカポは緯度経度を使わない、使わない人向けなので、緯度経度との割り切りやすさは、プライオリティは高くない。もっともGISをやっている人たちにとっては緯度経度は重要ですし、
私を含めプログラムをする人間からすると、割り切れる数字でないと、計算を繰り返したときの丸め処理や小数点の精度の制限で、エンコード⇒デコードでもとの値がらずれる場合もあったりして、13の倍数なんかよりは５の倍数や１２の倍数の方がなにかとやりやすいのは確かです。
でも一般の人には統計135度の明石天文台より西か東か、というのはやはり「緯度経度は難しい」を超えられないと思う。
また、WGS84をベースにするロカポだが、他の測地系に変換したり、XYZの3次元直交座標を使ったり、度ではなくラジアンで表したりする場合もあるので、計算のしやすさの重要性はあまり高くないと思います。
ただし、一つ素晴らしい点がある。それは、2地点のロカポ（エリアコード）を聞いただけで、およその時差までも分かるということ。
特に海外旅行などで、目的地のロカポだけで時差が分かる！
まさに「普段緯度経度を使わない人から見た直感的な分かりやすさ」を追求しているロカポの方向性にぴったりである。
つまり、24で割るのは緯度経度との整合というよりは「時差」というより一般の人の感覚とマッチする。これはすばらしい。
問題点は、まずは下位互換性。現在のロカポ（実はバージョン２ですが）と同じコードで互換性が無くなるのはまずい。わずかとはいえ、すでに使って頂いている方がいますし、将来Googleのキャッシュなどで古い仕様が出てきてそれを参考にされた方が場所を間違うというのは避ける必要がある。海外ので見ていただいていて、私からコンタクトできない人もいる。早い話、この時代は一旦ネットにアップしたものはなかなか変えにくい。
区切り文字をピリオド以外にするとか、何かフォーマット変えて対応する必要があるかもしれません。
例えば現行の
AA0.AA0.AA0.AA0
を
AA0-AA0-AA0-AA0
とか
AA0.AA0-AA0.AA0
とか
AA0-AA0.AA0-AA0
とか
うーん、、、、、、どうしよう、、、、
また、もともとロカポは「数字といえば０～９」「アルファベットといえばAからZ」という既成概念みたいなものを踏み台にしているので、
桁によってXまでだったりYまでだったりすると、繰り上がりの際の連続性をイメージしにくいかもしれない。
たとえば
例えばグリニッジ（経度０）をはさんで西から東へ移動していくと、
***.MZ9.***.ZZ8
***.MZ9.***.ZZ9
***.NA0.***.AA0 <--0度
***.NA0.***.AA1
***.NA0.***.AA2
だったのが[A-X][A-Y][0-9]のフォーマットを導入すると
***.LMY9.***.XY8
***.LY9.***.XY9
***.MA0.***.AA0 <--0度
***.MA0.***.AA1
***.MA0.***.AA2
となってしまう。
9999の次が10000みたいな感じでZZ9のZと9を「最後の文字」みたいなイメージで使っているので、
もしXとかYまでにするのだったら、「最後はX」みたいに全桁同じフォーマットにする必要がある。
もしくは、エリアコードの１桁目なんて、実際にはほとんど使わないし、桁上がりには(日付変更線越え以外は)関係ないので、一桁目だけXまでとするのが直感的な使いやすさとのバランスかもしれない。
つまり、
[A-X][A-Z][0-9].[A-X][A-Z][0-9].[A-Z][A-Z][0-9].[A-Z][A-Z][0-9]
にするのがいいのかも。これだと、0度超えは
***.LZ9.***.ZZ8
***.LZ9.***.ZZ9
***.MA0.***.AA0 <--0度
***.MA0.***.AA1
***.MA0.***.AA2
となる。
まだ検討は足りないが、ここギコ！さんに頂いたアイデアからいいものを取り入れるとすると
・エリアコードの先頭だけ24進法
・あとは現状のロカポのまま
とするのが一番スマートなのかもしれない。
直感的な時差把握という点は非常に気に入ったので、導入を検討してみます。
みなさんのご意見をお待ちしています。
現在のロカポのチャンクを
[A-Z][A-Z][0-9] ⇒ [A-X][A-Y][0-9] などにするという案です。
まずメリットとしては、最初の文字がA-Xまでに２４に分割できるので、経度方向では15度となりタイムゾーンとほぼ一致させることができる。というもの。また、ローカルコードが度で割る場合に非常に割り切りやすい数字となるので、緯度経度との相互変換が暗算できる可能性がある。
もともとロカポは緯度経度を使わない、使わない人向けなので、緯度経度との割り切りやすさは、プライオリティは高くない。もっともGISをやっている人たちにとっては緯度経度は重要ですし、
私を含めプログラムをする人間からすると、割り切れる数字でないと、計算を繰り返したときの丸め処理や小数点の精度の制限で、エンコード⇒デコードでもとの値がらずれる場合もあったりして、13の倍数なんかよりは５の倍数や１２の倍数の方がなにかとやりやすいのは確かです。
でも一般の人には統計135度の明石天文台より西か東か、というのはやはり「緯度経度は難しい」を超えられないと思う。
また、WGS84をベースにするロカポだが、他の測地系に変換したり、XYZの3次元直交座標を使ったり、度ではなくラジアンで表したりする場合もあるので、計算のしやすさの重要性はあまり高くないと思います。
ただし、一つ素晴らしい点がある。それは、2地点のロカポ（エリアコード）を聞いただけで、およその時差までも分かるということ。
特に海外旅行などで、目的地のロカポだけで時差が分かる！
まさに「普段緯度経度を使わない人から見た直感的な分かりやすさ」を追求しているロカポの方向性にぴったりである。
つまり、24で割るのは緯度経度との整合というよりは「時差」というより一般の人の感覚とマッチする。これはすばらしい。
問題点は、まずは下位互換性。現在のロカポ（実はバージョン２ですが）と同じコードで互換性が無くなるのはまずい。わずかとはいえ、すでに使って頂いている方がいますし、将来Googleのキャッシュなどで古い仕様が出てきてそれを参考にされた方が場所を間違うというのは避ける必要がある。海外ので見ていただいていて、私からコンタクトできない人もいる。早い話、この時代は一旦ネットにアップしたものはなかなか変えにくい。
区切り文字をピリオド以外にするとか、何かフォーマット変えて対応する必要があるかもしれません。
例えば現行の
AA0.AA0.AA0.AA0
を
AA0-AA0-AA0-AA0
とか
AA0.AA0-AA0.AA0
とか
AA0-AA0.AA0-AA0
とか
うーん、、、、、、どうしよう、、、、
また、もともとロカポは「数字といえば０～９」「アルファベットといえばAからZ」という既成概念みたいなものを踏み台にしているので、
桁によってXまでだったりYまでだったりすると、繰り上がりの際の連続性をイメージしにくいかもしれない。
たとえば
例えばグリニッジ（経度０）をはさんで西から東へ移動していくと、
***.MZ9.***.ZZ8
***.MZ9.***.ZZ9
***.NA0.***.AA0 <--0度
***.NA0.***.AA1
***.NA0.***.AA2
だったのが[A-X][A-Y][0-9]のフォーマットを導入すると
***.LMY9.***.XY8
***.LY9.***.XY9
***.MA0.***.AA0 <--0度
***.MA0.***.AA1
***.MA0.***.AA2
となってしまう。
9999の次が10000みたいな感じでZZ9のZと9を「最後の文字」みたいなイメージで使っているので、
もしXとかYまでにするのだったら、「最後はX」みたいに全桁同じフォーマットにする必要がある。
もしくは、エリアコードの１桁目なんて、実際にはほとんど使わないし、桁上がりには(日付変更線越え以外は)関係ないので、一桁目だけXまでとするのが直感的な使いやすさとのバランスかもしれない。
つまり、
[A-X][A-Z][0-9].[A-X][A-Z][0-9].[A-Z][A-Z][0-9].[A-Z][A-Z][0-9]
にするのがいいのかも。これだと、0度超えは
***.LZ9.***.ZZ8
***.LZ9.***.ZZ9
***.MA0.***.AA0 <--0度
***.MA0.***.AA1
***.MA0.***.AA2
となる。
まだ検討は足りないが、ここギコ！さんに頂いたアイデアからいいものを取り入れるとすると
・エリアコードの先頭だけ24進法
・あとは現状のロカポのまま
とするのが一番スマートなのかもしれない。
直感的な時差把握という点は非常に気に入ったので、導入を検討してみます。
みなさんのご意見をお待ちしています。
ロカポの「使いやすさ」について
ここギコ！さんが応援してくれておりますが、ロカポの「使いやすさ」については、やはり私からご説明しなければいけません。
ロカポが「難しい」「覚えられない」というご意見、ごもっともです。
人間がメモなどでパッと覚える短期記憶というのは7つまでと言われています。ロカポは12文字なのでオーバーしています。
覚えにくいのは当然です。
ただ、覚えにくいのを承知の上で敢えてお願いするのは、ぜひしばらく使ってみて頂きたい。
使い慣れてくると、エリアコードとローカルコードを分けていることによって、だんだん使いやすくなってきます。
電話番号の市外局番を含めた番号を考えてみてください。北海道の友人の番号、東京、大阪、沖縄の友人の番号を一緒に覚えるのは大変です。全桁覚えないといけません。
でも東京は０３、東京を覗く関東は０４○○で、０４５は横浜などとアタマに入っていれば、この市外局番は覚えなくて済みます。
ロカポのエリアコードも同様に機能します。
それと、ロカポは覚えるためというよりは、人間が緯度経度情報を直接扱う（扱わざるを得ない）際のインターフェースという役割に割り切っています。
ビデオ予約のGコードを考えてください。あくまでもアタマが覚えているのは「何時から、何CHの、何という番組」であって、Gコードなど、一旦TV番組欄からアタマへ記録し、リモコンへ打ち込んだ後はアタマから消えています。
たとえばGPSケータイが普及して、アドレス帳に得意先の住所、電話、メルアド、に加え緯度経度を入力できるとしましょう。その場に居ればGPSを起動して直接読めますが、もし人から位置に関する情報を聞く場合、緯度経度を聞いて入力するのは大変です。
そんなとき、一旦ロカポを聞いて、アタマに居れ、入力した後はロカポは忘れる。
または、お店に電話して「そこの場所はどこですか？」と聞いて、手元のケータイのナビに入力して、忘れる。
そんな使われ方でいいのです。
ですから、ロカポを緯度経度に置き換えるのではなくて、これまでのしくみは緯度経度で運用したまま、人間が口頭で伝えたり、名刺に書いたり、読んだり、そういう人間と生の緯度経度情報が直接触れる場所でのインターフェースとなりたいと思っております。
いずれにしてもご意見を頂けるのは非常に嬉しいです。
ご意見を頂いた皆様、どうもありがとうございます。
ロカポが「難しい」「覚えられない」というご意見、ごもっともです。
人間がメモなどでパッと覚える短期記憶というのは7つまでと言われています。ロカポは12文字なのでオーバーしています。
覚えにくいのは当然です。
ただ、覚えにくいのを承知の上で敢えてお願いするのは、ぜひしばらく使ってみて頂きたい。
使い慣れてくると、エリアコードとローカルコードを分けていることによって、だんだん使いやすくなってきます。
電話番号の市外局番を含めた番号を考えてみてください。北海道の友人の番号、東京、大阪、沖縄の友人の番号を一緒に覚えるのは大変です。全桁覚えないといけません。
でも東京は０３、東京を覗く関東は０４○○で、０４５は横浜などとアタマに入っていれば、この市外局番は覚えなくて済みます。
ロカポのエリアコードも同様に機能します。
それと、ロカポは覚えるためというよりは、人間が緯度経度情報を直接扱う（扱わざるを得ない）際のインターフェースという役割に割り切っています。
ビデオ予約のGコードを考えてください。あくまでもアタマが覚えているのは「何時から、何CHの、何という番組」であって、Gコードなど、一旦TV番組欄からアタマへ記録し、リモコンへ打ち込んだ後はアタマから消えています。
たとえばGPSケータイが普及して、アドレス帳に得意先の住所、電話、メルアド、に加え緯度経度を入力できるとしましょう。その場に居ればGPSを起動して直接読めますが、もし人から位置に関する情報を聞く場合、緯度経度を聞いて入力するのは大変です。
そんなとき、一旦ロカポを聞いて、アタマに居れ、入力した後はロカポは忘れる。
または、お店に電話して「そこの場所はどこですか？」と聞いて、手元のケータイのナビに入力して、忘れる。
そんな使われ方でいいのです。
ですから、ロカポを緯度経度に置き換えるのではなくて、これまでのしくみは緯度経度で運用したまま、人間が口頭で伝えたり、名刺に書いたり、読んだり、そういう人間と生の緯度経度情報が直接触れる場所でのインターフェースとなりたいと思っております。
いずれにしてもご意見を頂けるのは非常に嬉しいです。
ご意見を頂いた皆様、どうもありがとうございます。
Mash up Award 2ndに入賞してしまいました！
ここギコ!さんと共同でMash up Award 2nd にエントリしていた『禁煙レストラン』なんと入賞してしまいました！！賞はホットペッパー賞です。
“Mash up Award 2nd” 審査結果発表！
びっくりです。これもここギコ！さんのおかげです！
ロカポとは直接関係ありませんが、非喫煙者のみなさん、ぜひ使ってください！！
“Mash up Award 2nd” 審査結果発表！
びっくりです。これもここギコ！さんのおかげです！
ロカポとは直接関係ありませんが、非喫煙者のみなさん、ぜひ使ってください！！
2007/03/14
Mash up Award 2nd にここギコ！さんとエントリーしました！
ロカポとは直接関係ありませんが、サンとリクルートが主催する Mash up Award 2nd になんとここギコ！さん共同でエントリーしました！
『禁煙レストラン』http://non-smoke.info
と
『ケータイ版禁煙レストラン』http://non-smoke.info/m/
というサイトで、情報サイトの禁煙席の有無に加え、その禁煙席がどのくらい快適かという情報を投稿でき、みんなで共有できるサイトです。
ぜひみなさん、使ってください！！
ロカポとしては、
・レストランの場所がロカポでも表示されて
・ロカポをクリックすると地図が開く
・地図はこれまで作ったスクリプトを活かして、好きな地図サイトを選べる（予定です。現在はマピオン固定です。）
・ロカポのマス目を地図上に表示できる
という機能をさりげなく入れています。
ここギコ！さんにはずいぶん助けて頂きました。この場でもお礼申し上げます！！
『禁煙レストラン』http://non-smoke.info
と
『ケータイ版禁煙レストラン』http://non-smoke.info/m/
というサイトで、情報サイトの禁煙席の有無に加え、その禁煙席がどのくらい快適かという情報を投稿でき、みんなで共有できるサイトです。
ぜひみなさん、使ってください！！
ロカポとしては、
・レストランの場所がロカポでも表示されて
・ロカポをクリックすると地図が開く
・地図はこれまで作ったスクリプトを活かして、好きな地図サイトを選べる（予定です。現在はマピオン固定です。）
・ロカポのマス目を地図上に表示できる
という機能をさりげなく入れています。
ここギコ！さんにはずいぶん助けて頂きました。この場でもお礼申し上げます！！
登録:
投稿 (Atom)