navitoハンドラと位置情報QRコード

ロカポイント提唱の上田さんが、またまた面白い仕様を提唱しようとされています（ご本人はまだ表に出されていませんので、本ブログの本記事が初出となります。上田さんの許可をいただいて初出の栄誉をいただきました）。
問題意識は、ロカポブログのこの記事でも上田さんが明らかにされているのですが、

緯度経度のフォーマットってバラバラすぎませんか？ -ロカポブログ-

現在、Webサイト上のロカポを検出して、GoogleMapsなど指定したサイトへのリンクに変換するJavaScriptなどは公開(http://www.locapoint.com/jp/links.html)しているのですが、予め決めたサイトにしかリンクできないのが不便だなあと考えておりました。

そこで、一つの位置データから、地図サイトを自由に切替え、好きなサイトに飛ばすことができるアプリを開発してます。

というふうに、現在のWeb上での位置情報流通って、地図サイトへのリンク貼るしかなくって、普段Mapionの地図を便利だと思って使っている人でも、サイトの記事上でGoogle Mapsで情報が提供されていればそこではそれを使うしかないという不便さがあります。

そこで上田さんが提唱しようとされているのが、navitoハンドラ。
httpハンドラを使って、http://example.com/という記述が、OS上でIEに関連付けていればIE、Firefoxに関連付けていればFirefoxで開くように、navitoハンドラというのを定義して、それにユーザがGoogle Earthを登録しておけばGoogle Earthで、Google Mapsを定義しておけばGoogle Mapsで、MapFanを定義しておけばMapFanでそれを開いてくれるということができるようにしよう、という発想です。
もちろん、今のところは言うまでもなくGoogle EarthもGoogle Mapsもnavitoハンドラには対応していないので、navitoハンドラの定義づけを一手に引き受けて、ユーザの設定した位置情報アプリやサイトに中継するようなアプリ、というのが、上の引用で上田さんが作られようとしているアプリです。

具体的な記載方法としては、例えば以下のような感じになります。

navito:ロカポ　　　例：navito:NA0.NA0.AA0.AA0
navito:緯度,経度　　例：navito:35.000,135.000
navito:緯度;経度　　例：navito:35.000;135.000

で、なんで初出を上田さんに譲っていただいてまで、navitoハンドラをうちで紹介したかというと、最近、オープンソースWebマッピング最先端セミナーの飲み会の席上でなのですが、私が以前提唱したQRコードに位置情報を付記して街角に貼るアイデアが、GPSとかが使えない地下街や建物内での位置特定インフラとして有用だよね、みたいな話で盛り上がったのです。
が、位置情報埋め込みQRコードの問題は、どんな情報を埋め込むかというところにあって、単に経緯度の値がQRコードになっていても何の役にも立たない。
かといって、特定のサービスに紐付けた情報、例えばGoogleローカルのその場所の経緯度のページがQRコード化されていても、その他のサービスではその情報を利用できず、特定のサービスに依存しすぎていて社会の基礎インフラとはなり得にくく、面白くない。
そこに上田さんの提唱している、サービス独立のnavitoのような仕様があれば、「navito:位置情報」の情報をQRコード化してあちこちに貼っておくことで、そいつをQRリーダで読み込んで、ある人はモバイルMapionで、またある人はモバイルちず丸で、Googleローカルで、その情報を使えるようになる（もちろん、ケータイがnavitoプロトコルに対応したとしての話ですが）。
こういうサービス独立の汎用仕様なら、街角QRコードの整備も、半官のプロジェクトとしてでも進められるかもしれない。
こうなってくると面白いんじゃないか、という話題で盛り上がったので、こういう世界を実現するには1分1秒でも早くnavitoハンドラ標準化のための動きに入りたくて、記事に採り上げたわけです。

というわけで、navitoハンドラ標準化のための活動、始動です。
この仕様が起動に載ってくれば、その次は地図アプリ・サイトへのリンクだけではなく、今いろんな地図会社なんかがブログ貼り付け用の地図サービスを始めてますが（ALPSLAB clipとか、地図日記とか、ちず窓とか）、こういうのもサイト作成側が選んで読者に押し付けた地図画像ではなく、地図画像の切り出しの標準化記述なんかが出てきたりして、読者側が使い慣れている地図サービスが自動的に呼び出されるような、そういう仕様の標準化も進むかもしれないですね。