多くのファンタジー作品のベースとなったとされる叙事詩で...モンスターやドラゴンとの戦い、この英雄列伝はドラクエもFFでさえも「ベオウルフ」の派生といってもおかしくはない。

まさにその通りで、以前私も書いたけど、

口から口へと伝わるうちに、途中で意図するしないは別として色々改変が加わるし、もちろん意図的に改変するのもありだし、商用非商用問わず誰だって自由に使える。
桃太郎や金太郎がなければ、仮面ライダー電王のモチーフも生まれなかっただろうし、またそのモチーフを使うためにどこかに許可や使用料を払う必要もない。
そう考えれば、すごい貴重な財産なんだよな。

電王だけじゃなくて、他の仮面ライダーだって（なんで仮面ライダーなんだという感じですが、息子が見てる年齢なので...）、キバは西洋の妖怪伝承のモチーフを使ってるし、響鬼は逆に日本の妖怪伝承のモチーフを使っているわけです。
というかもう現在では、新しいものを作るにしても、完全に1から作り出すと言うのは難しくて、過去の何らかのものをベースにして解題・改変していくものが中心になっているし、その意味ではあらゆる仮面ライダーシリーズは過去の仮面ライダーをモチーフにしていると言えるのですが、しかし「仮面ライダー」と「日本昔話」をモチーフに作られた「仮面ライダー電王」は、「仮面ライダー」の部分は石森プロに莫大な利権があるのに対し、「日本昔話」の方は別に「日本昔話財団」に何か払わないといけないなんてことはない。
最初の記事の例で言っても、ドラクエやFFがベオウルフ協会に何かを支払ったというような話はない。
その意味では、やはり口承伝承は人類最古のオープンソース財産だと思うし、こういうフリーに使える共有財産をどれだけ持っているかで、人類社会の豊かさって決まるんじゃないかと思います。

そして、結局また前の記事と同じ流れに持っていくわけですけど、

Googleさんの技術でアイヌ語訳ができないだろうか

アイヌ民族の英雄叙事詩・ユーカラが大量に書き残され、貴重な遺産とされる「金成（かんなり）マツノート」の翻訳が打ち切りの危機にある。言語学者の故・金田一京助氏と５月に亡くなった萱野茂氏が約４０年間に３３話を訳した。さらに４９話が残っているが、事業を続けてきた北海道は「一定の成果が出た」として、文化庁などに０７年度で終了する意思を伝えている。

ユーカラというと、金田一先生曰く「イーリアス、オデュセイア、マハーパーラタなど世界の三大叙事詩にも比屑しうる（三大叙事詩にも諸説ありますがここは先生の挙げたものとうことで）」一大叙事詩、一大オープンソースプロジェクト、人類の財産なわけですが、これが役人の

文化庁は、「一つの事業がこれだけ続いてきたことは異例」であり、特定の地域だけ特別扱いはできないという。

というわけの判らない平等感覚で潰されようとしているという。

なんか最近中国のチベット弾圧、文化圧殺に対する批判が激しいですし、私自身それに抗議する身ではあるわけですけれども、一方で、自民族が同じくリアルタイムで別民族の文化抹殺を推し進めているという自覚もないのはいかがなものか、とも思います。
別に、チベット問題を問題視する人が、すべからくアイヌ問題をも取り上げるべし、と考えてもいないし、またそれはそれ、これはこれなので、アイヌ問題を解決しなければチベット問題非難する資格もなし、とも思わないですが、少なくとも問題意識は共有されなければいけないと思います。
チベットもアイヌも問題だが、私は個人の選択としてチベットにコミットする、という人ならばまったく理解できるのですが、チベットを声高に叫びつつ、一方で「アイヌ？またブサヨがﾌﾟｹﾞﾗ」等というような認識の人は、完全にバカウヨ認定ですね。

なんとかアイヌの貴重な文化であり、また社会共通のオープンソース財産でもあるユーカラを守るために一助をしたいなと思ってます。
一日1チベットリンクとかやっている人がいますが、似た感じで一日1アイヌリンクでもやろうかなと。
もっとも、毎日エントリ書く人ではないので、1エントリ1アイヌリンクくらいで。
とりあえず最初はこれ。

アイヌ：神話録音の記録集、１０年ぶり復刻　小中高へ寄贈

ちょい古の記事なので、まだ募集してるかは不明ですが...。
うちの息子の小学校には、上記記事出た直後に、「人間の多様性を学ばせるという教育方針に合致する資料ですし、無償だということなのでもらったいて損はないので、いただいとけばどないですか」と申し出て、快諾いただけました。

まあ確かに、国家主義とかまで言わんでも、国の象徴の鳥に別の国の名前がついとったら普通に嫌やわな。
人気あるという鶴も朱鷺も使えんとなると、なかなか辛そう。

漢匈奴戦争萌えの私としては、ここはひとつ雁を推したい。
言うまでもなく、蘇武の雁書の故事から。
鶴や朱鷺のような華やかな鳥ではないが、故事を引いて歴史を誇ると言うのも、それはそれで格好いい気が。
「雁が国鳥ですか、どういう謂れですか」とか聞かれて「いや、わが国には紀元前にこういう故事がありましてね...」とかってかなりカッコエエと思うんですが。

まあ、日本では平家物語の影響で実話と思われがちですが（私も信じてました）、歴史書上の史実は上のリンクでも引いたとおり、漢の使者がアドリブで出したハッタリの法螺話のようなので、漢人自身は日本人ほどこの故事に思い入れないのかもしれませんが。

どうせ事実でないのならば、他の人も書いてたけど、「燕雀安くんぞ鴻鵠の志を知らんや」起源でもいいかもね。
（事実でない＝実際にその鳥が関わった事実があったわけでなく、言葉上に出てきただけ、の意味で書いてます）

あるいは鶏鳴狗盗、鶏肋、牝鶏晨す...鶏？（いやそれはない）

関西人のせわしない気質は、もしかするとあのせわしないクマゼミの声が生んでいるのかもしれないなあと思いついただけでブログに流すこの謎電波。

関東と関西でセミが違うと言うのは知っていたけど、ああそういえば、と気付いて実感したのが移り住んで数年後にやっとという、脅威の「暢気屋」がいう話なので、そもそも「関西人はせわしない」というところから間違っていると思われるので、信憑性はゼロの方向で。

自宅のデスクトップもモバイル用のVAIOも、5年以上買い換えてないのでそろそろ新しいのが欲しいなと思っていたところに、楽天オークションで楽天相場から1万円安くらいの即落品があり、さらに貯まったポイントやら何やら駆使すると2万円あまりで入手できそうだったので、買ってみました。
オークションでもポイント使える、楽天++。
100円で買った弾さんには負けるが、イーモバの縛りもないのでまあいいですね。

で、wktkして待っていると、しばらくしてSofMapからの直送でEeePCが送られてきました。
よくある、落札後にショップから買って、落札者宅に配送させる、というやつですね。
なんかショップに勝手に個人情報渡した、とかで怒る人もいるようですが、個人的には別にどんなカラクリだろうと安く買えればいいので、特に気にしませんでした。
ところが、2日ほどして、今度はヨドバシから、もう1台EeePCが送られてきました。
どうも出品者が誤って2台送ってきたみたいで、問い合わせるとゆうぱっくの着払いで送り返して欲しいとのこと。
まあ残念というか当たり前なのですが、一瞬だけちょっとリッチな気分に浸れました。

でも、落札者宅へのショップからの送付であるにせよ、相場より1万円近く安く落札できたカラクリはなんだろうと考えてて、最初SofMapから届いたのでSofMapを覗いてみたところ、弾さんが買ったような「イーモバ端末とバンドルで1万円！」とかのセールが大々的にされていました。
なるほど、イーモバの端末だけ私的に必要な人が、不要なEeePCを安くで売れば得できるよね、なるほどそういうカラクリかー、等と一人で納得していたのですが。
ところがヨドバシから届いた方を開けてみると、伝票が入ってて、確かに楽天のショップの最安値よりは若干安いものの、落札価格と比較すれば完全赤字のはずの金額が記されていました。
これじゃ大赤字のはず...というかオークションの結果赤字価格になってしまったというのならともかく、即落価格で落としてすら赤字というのは、なんかよく判りません。
まあ、こっちが安く入手できたなら、それでいいか。

で、最後の最後でEeePCの使用感ですが、この値段で入手できたことを考えると、すこぶるいいです。
ウェブを見たり、SSHで作業するターミナルとして使う分には、ほとんど何のストレスも感じません。
さすがに、ニコ動を複数タブで開いてダラ見、とかしだすときついですが...。
また、スピンドル部分がないので、静音なのがすごくいいです。というかEeePC自体が発生する音は体感の範囲ではまったくゼロです。
今までPCの静音性能にはほとんど気を払ってなかったんですが、これだけ静かだと何とをするにもマジ集中できます。
後、まだ外に持ち出したりしてないので確認はできてないのですが、やっぱ持ち歩く場合には電池の持ちが一番の敵だったりするので、カタログスペック8時間の電池の持ちには期待してます。
弱点であるディスプレイサイズやキーボードの大きさの問題ですが、キーボードは指の太い私でも意外に打ちやすいです。
ディスプレイは確かに狭く、ツールバーとか開いたままだとニコ動の動画がブラウザの描画面に入りきらなかったりするのには閉口しないでもないですが、この辺も逆にタブを開きまくって情報を集めたりするための端末ではないと割り切ってしまえば、かえって余計なもの開かない分だけ作業に集中できるという見方も...まあ、ムリクリ感満載ですが。

そんなわけで、なかなかEeePC、いい感じですよ。

夢の中では屋外のトイレで大便きばってて、そのトイレに入ってる時に竜巻というのもシュールなんだがw
その夢の中で感じた竜巻の中での偽りの身体感覚にも驚いた。

夢なので身体は普通に通常の状態にあるわけなので、三半規管は普通に信号を脳に送り続けていたであろうにも関わらず、脳で感じてるのはもうどこが上で何が下かも判らない状況で完全な空間識失調状態。
もちろん本当に竜巻に巻き込まれた経験も、空間識失調になった経験もないわけなので、本当にそんな経験した際に夢の中で感じた身体感覚と同じになるかは判らないわけだけど、夢の中ではまさに本物と信じるしかない訳のわからない状態を感じた。
すごかったw

普段下界の刺激は疑う余地のない当たり前のリアルとして受け止めがちだけど、結局全ての感覚は脳の解釈だし、また神経や脳はこんなにもリアルに嘘をつくのだなあと改めて感じた。

こんなてんやわんやな夢は初めてだけど、高いところから落ちて自由落下する夢は、子供の頃からよく見る。
全身にありえない加速度を感じて、それで高所恐怖症の俺は全身冷や汗だらけになって目が覚めるのだけど、あの時感じる加速度は夢の中で経験した「落ちる」という体験に、びっくりして身体がはねるのでその際の「びくん」という感覚を感じているのだろうとこれまでは思ってきてたんだけど。
でも、てんやわんやはそれじゃ説明つきそうもないので、そう考えると、やっぱり自由落下の夢で感じる加速度も、脳が作り出してる幻だったのかな。

海外からのアクセスについて：作ろうiモードコンテンツ

海外からのアクセス時には「ローミングビット」が拡張ヘッダに付与されます。

X-DCMRoaming: XXX　（半角スペース＋国番号）

* ユーザが利用する国を識別できるように、国番号が付与されます。
* 国内からの利用時には「ローミングビット」自体が付与されません。
* 国番号はITUが規定する「List of Mobile Country or Geographical Area Codes」を参照ください。

面白れー、これ使えば国を使ったスタンプラリーとかもできるやん！と思って、他キャリアでも同種の仕様がないか調べてみました。

SoftBank：ウェブコンテンツ開発ガイド[HTTP編]

x-jphone-region

* 3GC 型端末がリクエストを送出する際に、送出元の端末の「システム選択」に設定されている情報を通知する。
* 送出元端末がアクセスしている地域を識別する値を与える。

値：

44020 送出元の端末が日本にあることを意味する。
fffff 送出元の端末が海外にあることを意味する。

なお、将来の端末では、送出元の端末が海外にある場合に、海外の地域にそれぞれ対応した値を送出する予定である。

というわけで、SoftBankでは国が判るようになる予定はあるようですが、今のところ国内/海外の区別くらいしかつきません。

EZWEBは、全く公開情報がなかったのですが...。
ところが、何かあるとすればグローバルパスポートケータイ（W62S、W63SA）だよな、と見当をつけて情報を漁っていたところ、見事にこれらの機種にしかないHTTPヘッダがありました。

W63SAのリクエストヘッダ：　x-up-devcap-zone:12304

W62Sのリクエストヘッダ：　x-up-devcap-zone:12304

ヘッダ名も「zone」と、どうみても地域情報っぽい。
というわけで、もうこれをローミング情報と見当つけてしまいました。
値がよく判りませんが、2機種で同じ12304が届いている以上、これが来れば「日本」と判定しちゃっていいだろうと、これも決めうちしました。

その上で、国情報や国内/国外を判定するHTTP::MobileAgentへのプラグインを、作成しました。

• CPAN
• CodeRepos

作ったっつっても、上に書いたとおりEZWEBの仕様なんて当てずっぽうで作っているので、グローバルパスポートケータイお持ちの方などで海外に行かれる方居られれば、情報提供いただければ幸いです。

• CPAN
• CodeRepos

とはいってもKMLもWKTもフルスペックには対応してません。
KMLは、幾何情報のフラグメント部分のみの対応です。

• <Point><coordinates>131,31</coordinates></Point>

とか

• <Polygon>
  <outerBoundaryIs>
  <LinearRing>
  <coordinates>
  134,35 135,35 135,36 134,36 134,35
  </coordinates>
  </LinearRing>
  </outerBoundaryIs>
  <innerBoundaryIs>
  <LinearRing>
  <coordinates>
  134.2,35.2 134.8,35.2 134.8,35.8 134.2,35.8 134.2,35.2
  </coordinates>
  </LinearRing>
  </innerBoundaryIs>
  </Polygon>

とか

• <MultiGeometry>
  <Polygon>
  <outerBoundaryIs>
  <LinearRing>
  <coordinates>
  134,35 135,35 135,36 134,36 134,35
  </coordinates>
  </LinearRing>
  </outerBoundaryIs>
  </Polygon>
  <Point>
  <coordinates>134,35</coordinates>
  </Point>
  </MultiGeometry>

とかの。

WKTも、やれPONT MZとかPOLYGON EMPTYとかの仕様には対応してません（というか、仕様理解してません）。
単純に上記のKMLと対応付くような形での、

• POINT(131 31)
• POLYGON((134 35,135 35,135 36,134 36,134 35),
  (134.2 35.2,134.8 35.2,134.8 35.8,134.2 35.8,134.2 35.2))
• GEOMETRYCOLLECTION(POLYGON(134 35,135 35,135 36,134 36,134 35),
  POINT(134 35))

とかの変換に対応してます。
ややこしい仕様には対応してないということですが、私自身その辺使わないので、自分の使う範囲でということで。

ついでに、先日作ったDBIx::Classの空間情報プラグインも、KML対応にしました（0.0.2以降）。

    package POI;
    use base qw(DBIx::Class);
    __PACKAGE__->load_components(qw/GeomColumns Core/);
    __PACKAGE__->kml_columns( qw(kml_column) );

    # KMLで空間データを取得
    $poi->kml_column;

    # KMLで空間データを生成/更新
    $poi->kml_column('<Polygon>
      <outerBoundaryIs>
        <LinearRing>
          <coordinates>
            134,35 135,35 135,36 134,36 134,35
          </coordinates>
        </LinearRing>
      </outerBoundaryIs>
      <innerBoundaryIs>
        <LinearRing>
          <coordinates>
            134.2,35.2 134.8,35.2 134.8,35.8 134.2,35.8 134.2,35.2
          </coordinates>
        </LinearRing>
      </innerBoundaryIs>
    </Polygon>');
    $poi->update;    

みたいな感じで使えます。

全体のクリアルートは以下のとおり。

大きな地図で見る

• 初日（8/2）：5駅

五反田→巣鴨→大塚→目白→高田馬場

夕方、狂言の練習の行き帰りに少しゲット。95駅クリアするつもりは全然なくて、この日中に五反田＆山手線北西部の6駅ゲット→参加賞、で止めるつもりだったのだが、タイムオーバーで5駅で終わりに。
翌日に持ち越してしまったのが運のツキ？で、95駅チャレンジすることに。

• 2日目（8/3）：29駅

大崎→（品川：ゴール）→大井町→大森→蒲田→田町→浜松町→新橋→有楽町→八丁堀→越中島→新日本橋→馬喰町→秋葉原→神田→お茶の水→水道橋→飯田橋→市ヶ谷→四ツ谷→信濃町→千駄ヶ谷→代々木→新大久保→板橋→十条→赤羽→東十条→王子→上中里

6スタンプコースの最後の駅を取るために朝10時半頃家を出たが、どうせ出るなら続きも取る？という話になり95駅達成挑戦へ。まだ専用時刻表などもゲットしておらず、行き当たりばったりでの挑戦だったが、とりあえず都区内パスで潰せるところを、という方針で、京浜東北線南部、山手線南東部、京葉線、総武・横須賀線、中央線の山手線内、埼京線赤羽以南、京浜東北線赤羽?田端間とS字状にゲット。終了は上中里でほぼ16時ちょうど。途中の駅のキヨスクで、時刻表も購入。

• 3日目（8/9）：26駅

西大井→目黒→恵比寿→渋谷→原宿→大久保→東中野→中野→高円寺→阿佐ヶ谷→西荻窪→荻窪→御徒町→鶯谷→日暮里→三河島→南千住→北千住→亀有→金町→西日暮里→駒込→田端→北赤羽→浮間舟渡→尾久

前日の晩に大体の計画を立て、あと1日で都区内パスエリアを潰し、2日でホリデーパスエリアを潰す方針を決定。朝10時半頃家を出、都区内パス残駅の南端大井町からスタート。山手線南西部、中央線新宿?荻窪間、常磐線金町以西、山手線北東部、埼京線とクリアし、最後は尾久で終了、ほぼ16時。常磐線は当初は亀有・金町を常磐線遠方攻略日に残しておき、代わりに東京モノレール方面に行くつもりだったが、金町クリア時点で方針転換し、都区内エリアのクリアを徹底した。

• 4日目（8/10）：17駅

羽田空港第二ビル→天王洲アイル→市川→千葉→船橋→南流山→新松戸→北松戸→北小金→馬橋→北柏→南柏→柏→取手→土浦→天王台→我孫子

遠方地点に朝から到達しておいて時間節約するため、9時半に羽田空港第二ビルからスタート。東京モノレールクリア後、総武線で千葉方面をクリア。その後武蔵野線で常磐線方面へ。南流山クリア後、新松戸から常磐線入り。12分近い常磐線の運行間隔での時間ロスをキャンセルするため、上りと下りを行ったりきたりしてクリア。最後は柏→天王台→我孫子→取手→土浦で終える予定だったが、拍で間違って取手までノンストップの特快に乗ってしまったため、先に土浦を取って帰りに天王台・我孫子をとる方針に変更。おかげで15時過ぎには本日分完了＆あわよくば武蔵浦和ゲットまで見えていたはずが、16時ぎりぎりでの終了となった。

• 5日目（8/12）：18駅

大船→戸塚→桜木町→関内→石川町→横浜→八王子→立川→国分寺→吉祥寺→三鷹→川口→蕨→武蔵浦和→浦和→さいたま副都心→大宮→熊谷

最終日、残った横浜・八王子・埼玉方面を取るため、9時半に横浜方面最遠の大船からスタート。東海道、根岸線クリア後、横浜線で八王子へ。中央線のホリデーパスエリアを潰し、山手線経由で京浜東北線北部、武蔵浦和をゲット、最後に高崎線で熊谷をクリア。終了は15時過ぎ。熊谷ではのんびりと横浜で買った（けど忙しすぎて食べられなかった）シューマイ弁当を息子と食べたり、なぜかわけもなく8年ぶりくらいに献血したり。

という感じで、5日（実質4日と1時間）の旅となりました。

今年はもう終わってしまいましたが、なんとなく攻略法？っぽいものも判りましたので、来年やられる方の参考になればと思い、ちょっと書いておきます。

• 1スタンプのゲットにかかる時間は、駅間の移動時間やスタンプを探して押すのにかかる時間より、列車の運行間隔に左右される

スタンプが隣の駅とかじゃなくむちゃくちゃ駅間があるところとか、 あるいはスタンプが見つかりにくかったりすごく人が並んでいる人気駅だとかならば別ですが、たいていの場合スタンプを押してホームに戻ってくると次の列車に乗れますので、1スタンプのゲットにかかる時間は基本列車の運行間隔に左右されます。
大雑把にいて、山手線や根岸線、京浜東北線、中央総武線各停あたりだと運行間隔は5分前後、常磐線や京葉線、埼京線、総武線快速あたりだと10分-12分程度と見てよいです。
なので常磐線とかだと、スタンプを押してからかなりの時間、ホームなどで待たされることになり、この時間ロスがかなり効きます。
そんな路線で、かつ上りと下りが同時にホームに着かず入れ違いに入ってくるような駅では、かなり微妙ではありますが、端から順番に取っていくのではなく、行ったり戻ったりして取ったほうが、微妙に早く取れたりする場合もあります。

• 4日は絶対かかると思ったほうがよい

全駅クリアに最低どのくらいかかるのかは、もしかすると時刻表調査のエキスパートがしっかり予定を組めば3日クリアとかももしかすれば可能なのかもしれませんが、普通は最低4日はかかると考えていたほうがいいです。
最初にも書いたとおり、1駅のゲットには都内でも5分、運行間隔の広い周辺部だと12分はかかり、また横浜方面から八王子方面といった方面間の移動にかかる時間もあり、行って帰ってくるだけで30分近くかかるような熊谷や土浦といった辺境もあります。
1日の制限時間は朝9時半から16時までの6時間半なので、3日だと95駅を取るのに1駅当たり許された時間は平均12分ほどで、都内の駅では余裕が出るものの周辺部の駅だとギリギリで、とても熊谷や土浦に割く余裕ができるとは思えません。
4日使うと、1駅に平均17分使うことができ、都内駅だと12分、周辺部でも5分程度は余裕があり、方面間の移動や辺境ゲットに使う時間も何とか捻出できます。

• 都区内パスで取れるエリアを潰す日と、ホリデーパスで取れるエリアを潰す日をきっちり分ける

まあ、これは貧乏性なアレなので、全日ホリデーパス買ってももったいなくないよ、というようなリッチな人は、気にする必要ないですが...。

スタンプラリーに使える乗り放題切符は、23区内のみ回れる都区内パスと、ラリーエリア全てが内包されているホリデーパスの2種類あります。
値段は、前者が730円、後者が2,300円で、実に3倍の値段。
なので、日毎の攻略方針を立てる際は、「常磐線方面を全部ゲットする」とか方面で分けるのではなく、ホリデーパスを使う日はホリデーパスでしか取れない駅を取るのに専念し、都区内パスでも取れる駅は都区内パスを使う日に回しましょう。
同じ方面の駅をまとめて取らないと時間の無駄だと思われるかもしれませんが、同じ方面を2回に分けても、遠方を取る日は近場の駅はすっ飛ばして移動できるので、快速などを活用すれば意外と時間のロスにはなりません。
また、りんかい線＋京葉線、武蔵野線、横浜線等、各方面の遠方同士でショートカットできる路線もあるので、それらをうまく活用すれば、実際今年私がやったとおり、6方面のホリデーパスエリアを2日で取ることは可能です。
特にお勧めなショートカット路線は、横浜線と千葉-常磐線間の武蔵野線で、前者は方面の端駅と端駅同士を結ぶので、ショートカット路線乗り換えのための手戻りがなくいいですし、後者はそもそも南流山を取らないといけないので、方面間移動時に利用しない手はないと思います。
ただし、ショートカット路線を使ったからといって、必ず時間短縮されるとは限らないので気をつけて、たいていの場合数分差などと微妙ですが、いったん山手線に帰った方が早い場合もあるので、その辺は時刻表とにらめっこしつつ決める必要があります。

• 時間のロスを少なくする

遠距離の移動や、乗換えなどは全て時間のロスです。
このロスをどれだけ少なくできるかに気を払いましょう。

時間が1日あたり6時間半と限られている以上、9時半に家の近くにいてそれから遠方に移動するようでは時間の無駄です。
遠距離移動時間を6時間半の外に追いやれるよう、9時半に遠方の駅からスタートし、16時に遠方の駅で終了できるよう予定を組みましょう。

また、乗り換えも極力少なくできるように、乗換駅は飛ばして、後で乗り換える際に取るようにしましょう。
たとえば、千葉方面→武蔵野線で常磐線方面に行く際は、

• 千葉から西船橋で武蔵野線に乗る際は、西船橋に快速が止まらないので、船橋で快速から各停に乗り換える必要があります。なので、市川→船橋→千葉ではなく、市川→千葉→船橋と取りましょう。
• 武蔵野線から常磐線に入るには、新松戸で乗換えが必要です。なので、新松戸→南流山と取ると、常磐線に戻る際にまた新松戸で降りるので非効率です。南流山まで取ってから、新松戸を取りましょう。

といったあたりでロスをカットできます。

快速停車駅等にも気を払う必要があります。
中央線の都区内パス範囲を取って新宿に戻る際は、西荻窪は快速が止まらないので、荻窪→西荻窪と取ると、快速に乗り換えるためまた荻窪で降りることになります。
まず西荻窪を取ってから、荻窪をゲットしつつ快速に乗り換えましょう。

• 現地でも情報収集を怠らない

ここまでの方策は基本、時刻表や路線図を睨みながらの事前計画時に気をつけるべきことですが、現地でも注意を払っていろいろアンテナを張っておきましょう。
危険回避のための事故情報などは当然注意しておく必要がありますし、また思わぬ時間短縮が図れる場合があります。

私ができた時間短縮の例だと、総武快速線の馬喰町駅で、駅内の案内に「JR浅草橋駅乗り換え」の案内が貼ってあったので、近くの徒歩圏内に中央総武各停の浅草橋駅があることに気付き、そこまで歩いて乗り換えしました。
その結果、移動含め10分程度で乗換えができたので、通常なら列車運行間隔が10分以上あり、さらに東京に戻るか錦糸町まで行ってから折り返すかしないといけないのと比べ、秋葉原に出るのに5分は時間が短縮できました。
たかが5分ですが、その日の最終駅ゲットは数分の争いだったので、これがなければ1駅逃していたかもしれません。

まあ、地図まで含めて事前調査していれば計画段階で気付けたかもしれませんが、事前の調査不足も現地での情報収集でいくらかはカバーできるので、常にアンテナを伸ばしましょう。

• フリーパスは磁気にも折れ・汚れにもむちゃくちゃ弱い

普段、磁気切符は1回乗れば回収されますし、回数使うパスはSuicaやPASMOのように障害に強いカードタイプなので気付かないですが、磁気切符と同じ方式のフリーパスは、相当磁気にも折れ・汚れにも弱いです。
磁気カードやケータイと重ねていたら即効で自動改札通らなくなりますし、またそれに気をつけていても、折れたりよれたりすればやはり通らなくなります。
そうなってしまうと駅員さんのいる改札を通らざるを得ないので、駅毎にちょっとずつ時間をロスします。
できる限り自動改札を通れるよう、フリー切符は丁寧に使いましょう。

• 子供と注意しあう

子供さんの成熟度合いによっても違うでしょうが...。
うちの子は1年生でしたが、まあまだ旅慣れてないこともあってかのんびりうっかりモードで、最初のほうの日は都区内パスをなくしてしまうようなこともありました。
まだまだ注意力散漫な子供なので、「切符ちゃんと持ってる？」「遅れないでね」等と常に声をかけあって、フォローしてあげましょう。

来年はコースやルールが変わるかもなので、そのまま使えるかどうかは判りませんが、参考にしていただければ。

• CPAN
• CodeRepos

DBIx::Classで、PostGISやmysqlのGEOMETRY型のカラムに対し、読み込み時はAsText関数、書き込み時はGeomFromText関数を通して、WKT形式でアクセスできるようにしたものです。

DBIx::Class::UTF8Columnsを参考にしたので、こんな感じで使います。

    package POI;
    __PACKAGE__->load_components(qw/GeomColumns Core/);
    # GEOMETRY型のカラムを指定します。SRID指定の場合はハッシュリファレンスで渡します。
    # 無指定の場合は4326(WGS84)です。
    __PACKAGE__->utf8_columns('wgs84_col',{'tokyo_col' => 4301});

    # 以下では、AsText(wgs84_col)の結果を返します。
    $poi->wgs84_col;

    # Create/Update時は、GeomFromText($data,$srid)の値を書き込みます。
    # 下の例は、GeomFromText('POINT(135 35)',4301)で更新されます。
    $poi->tokyo_col('POINT(135 35)');
    $poi->update;

とりあえず作ってはみたものの、DBIx::Class自体まだまだ判ってないので変な実装してるような気がします。
もっとよい方法があれば突っ込んでいただければ幸いです。

また、読み込みも書き込みもSQLの関数通すので、Testの書き方が思いつかず書いてません。
SQL発行時のエラーは無視して、発行されるSQLだけトラップしてテストするようなやり方があれば何とかなりそうですが...。 

一人は技術者だった。
すごく優秀な方で、普通の人はみんな某G社が初めて開発したと思っている某技術も、実は世界で初めて開発したのはその方、というすごい人だった。
私が今の会社を選んだいくつかの理由のうちの一つも、彼がいたからだったりしたし、いつかは彼と一緒に何かやりたいと思ってのことだった。
しかしながら、部署が違ったり、また私が入ってほどなく彼は技術を担当しなくなり営業職に変わったりと、結局一緒には何もできないままに終わってしまったけれど。

優秀なのに物腰の柔らかな人で、よく親しく話をさせてもらった。
決して高慢な態度は取らないけれど、DBやJavaScriptといった、自分の絶対の自信がある専門分野については、毅然として語る人だった。

送別会で、「自分は思い上がっていた。自分の実力ならこの会社を変革できると信じていたのだけれど...」と言われていたのが印象的だった。

もう一人は企画畑の人だった。
それこそ職場が違って、ほとんど話す機会もなく、彼の在職中は数回、彼の企画について立ち話レベルで、技術的な裏付けの相談をされただけのつきあいなのだけれど。
その企画の鋭さが、どれも光っていた。
例えば、位置情報を使ってユーザの移動距離を測定を使ったエンタテイメントコンテンツを作る、という話はよくあるけれど、誰もがそういうのをゲームにしたら面白いね、とか言いはするけれど、移動距離のランキングを作るか、とかのレベル止まりで、誰も具体的なゲームモチーフに落とし込めない。
ところが彼の場合、私に相談してきた時点で、あるテーマをモチーフにして、移動距離というゲーム要素をそのテーマの抽象化されたメタファに当てはめ、具体的な企画に落とし、しかもそのテーマにあった具体的なクライアントまで設定して提案資料化し、マネタイズまで視野に入れた状態だった。
そして、私が技術的な課題をいくつか指摘すると、その本質をすぐ理解して、テーマの本質の方も変えない範囲ですぐに企画の方向修正をしていた。
別に、私のように位置情報エンタテイメントに長らく関わってきた人間がそれをできるのならば、やっぱり経験だなあということで驚きもないのだが（いや、私は経験があっても彼のようなことはできないのだけれど）、彼の場合位置情報エンタテイメントに関わった経験は一度もなく、また技術も知らない立場なのに、そこまで発想できるすごさに舌を巻いた。

その他にもいろいろ相談をされて、そのたびに発想のすごさ、面白さに驚かされていたのだが、その頃は私も「うちの会社にも面白い人もいるものだなあ」くらいの感覚で、まさかいずれ辞めるとも思っていなかったし、いずれは一緒に仕事がしたいなあ、というくらいだった。

その後、私は担当の位置情報エンタメサイトのリニューアルに取り組むことになるのだけれど、前バージョンは私が技術だけでなく企画にも関わっていて、企画全体での世界観・モチーフの統一や、適切なメタファの導入等にも気を配っていた。
ところが新バージョンになって、システムのゼロからの完全リニューアル等もあり、途中から私が技術だけで手一杯になってしまうと、途端に企画がグダグダ化・ツギハギ化していった。
全体をイメージできる人間がいなくなり、新しい要素が加わるたびに、その要素だけの感覚でテイストが定められ、例えばサイト全体で使うことを想定した導入したはずのある機能が、追加された要素では完全に忘れ去られて連携していなかったり、というような事続きだった。
色々専門家に知識や力を借りたりもしているのだけど、それは全体からぶった切った一部だけを依頼して、出てきたものを切り貼りしているだけなので、結局グダグダ感は消えない。
しかもそれが問題だということを、チームメンバーの中で、私と、多分もう一人以外は全く気付いていない。

すごい人がいるよな、とは思いつつもそれ以上でも以下でもなかった彼の存在を意識し始めたのは、その頃からだった。
彼がうちのチームに入ってくれれば、全体に余すところなく目を向けて、適切なこだわりと適切な抽象化・メタファを用いて、サイトに一本筋を通してくれるのではないかと思って。

とはいえ、私にはチームの編制などについて何の権限もなかったので、彼をチームに入れたいと言ってもすぐには無理だろうと思い、言う機会をうかがっていた。
そして7月、割と大きめの要素の導入を成功させた後の打ち上げの際、私もそれなりの功績を残した訳なので、そろそろ何か口を出してもいいだろうと思い、彼をチームに入れて欲しい、という要望を上げようとした。
ところが、彼の話題を振った途端、上司も社長もなんかモゴモゴと言ってお茶を濁すばかり。

何なのだろう？と思っていたのだが、次の日理由が判明した。
たまたま、普段いい加減なタチなもので目を通さない社内広報を見たのだけれど、そこには彼が退職するとの記事が。
どうも、彼は「すごい」と思わせる一方で、フツーの社会規範にはちょっともとるところがあったらしく、フツーにはちょっと扱いにくいところがあったらしい。
社長や上司とかなり大ゲンカをして、会社を去っていったらしい。

まさかいなくなるとは思っていなかったので、連絡先の交換も何もしていなかった。
あわてて色々伝手をあたって、何とか連絡手段は確保したので、関係を保つことはできそうだけれど。
とはいえ、もう今の会社で一緒に仕事をすることはできない。
今のミッションの企画を任せられる人材は、社内なら（知っている限りでは）彼しかいない、と思っていただけに、かなり虚無的な感覚に襲われている。

一緒に仕事をしたいと思える人たちが、どんどん会社を辞めていく。
思えば今の会社を選んだのは、どこの会社に行っても志を同じくして同じレベルで議論できる同志的な人を、社外にしか求められなかった私が、同じ志を持っている社内の人が欲しい、と思ってのことだった。
ところが、そういう人たちがどんどん辞めていく。
やっぱり、同じ視点で議論できる人は、社外にしか見つからない。

近しく議論できる人が欲しいと思って入った会社で、それが求められなかったことも、ここしばらくの精神的不調の原因だったのだけれども。
もうそういうもんなのだと覚悟を決めて、アウトサイダー的に行くしかないのかね。
精神的不調だった一時期、もう全部投げ出したくなって関わりから逃げたジオメディアサミットとかの繋がりだけど、もう一度ゼロからがんばってみるか。

というわけで、今後は外部の活動にももう一回力を入れていこうと思うので、KさんやNさん、外の人になってしまいましたが、今後も関わっていきましょう！
もし見られていたら、ぜひ次のジオメディアサミットやジオメディアイベントにも来てください！
また、シリウスさんとかと、ジオメディアサミットのような高レイヤーの話題のイベントだけでなく、低レイヤーの技術の勉強会とかもしようと話もしているので、そういう場にもKさんや、O社休職中のTさんも参加してくれれば幸いです。
またあの頃みたいに、目黒の怪しい飲み屋で飲み会開きましょう！

デモの主催は、TSNJという、アムネスティ等チベット支援をしている種種のグループのさらに集合体のようなところらしい。
各団体の代表者や、在日チベット人の代表、支援を表明している政治家や文化人の演説や挨拶がしばらく続いたが、ちょっと遅れて入って遠かったのと、なんか知らんけどヘリが飛んでてうるさかったので、話の内容は概ね聞けたものの、誰が話しているのかはよく判らず。
デモ参加者の中に、北海道や九州から駆けつけたという人もいるということで驚いた。

▲ 三河台公園での集会の様子 ▲

ひとしきり公園で演説を聴きシュプレヒコールで気炎をあげたあと、いよいよ六本木の町の中へデモに繰り出した。
私は特にプラカード等持たずに参加したのだけれど、スタッフの人に「自由・チベット・人権」と書かれたハチマキをもらい、ヘルニア発作のため松葉杖をついている状態だったので、結んでもらっての行進参加となった。

▲ 三河台公園出発 ▲

列の中にいたのでデモの全貌はよく判らなかったが、それでも5-6列縦隊で多分1kmくらいの長さはあったんじゃないかと思う。
しかし、特に混乱やトラブルもなく、統制のとれたデモ行進となった。
私は、デモの先頭で「チベットに自由を！」「FREE TIBET！」とシュプレヒコールを叫ぶ在日チベット人女性の声が、時々聞こえなくなるくらいの位置で更新していたのだけれど、その女性のシュプレヒコールは、オーマイニュースの記事でも「胸が熱くなり、何故か鳥肌が立った」と書かれているとおり、すごい迫力だった。
よくあるデモでのぬるいシュプレヒコールとは違って、本当に、ああいうのが魂の叫びというのだろうなと思い、私も突き動かされて懸命に復唱した。
こちらで、その迫力あるシュプレヒコールが聞ける。
道行く人たちもその迫力に気圧されて無視することなく目を向けていたようで、加えてチベット国旗の鮮やかさと参加者の多さで、かなりの人に印象付ける事に成功したのではないかと思えた。

ちなみに、オーマイニュース記事の書き様だと、『政治団体「新風」の主導で集まった』デモのように思えてしまうが、最初にも書いたとおりこのデモの主催はTSNJ。
たまたま同じ日に、新風主催とTSNJ主催の2つのデモがあったのが、混乱しているみたい。
新風の方のデモに参加された人のレポートはこちらで読める。

デモコースは以下の通り。

大きな地図で見る

デモ行進の終点は、笄公園というところ。
公園から公園までのデモというのは、なかなかうまいなと思えた。
デモに参加するのは、阪神大震災時のボランティアでテント村の人達への強制排除に反対するデモに参加して以来、10年近くぶり。
地図で見て思ってたよりは、体感として長い距離歩いたので、ヘルニア発作で杖をついている身にはちょっときつかった。

笄公園ではデモの全体が集まるまで、ひたすらシュプレヒコール。
私も先頭ではなかったにも関わらず、結局デモの最後が公園につくまで、私が着いてからでも20分くらい待ったのではないかと思う。
それだけ参加者が多かったということで驚きなんだけど、それ以上に驚きなのが、シュプレヒコールの女性。
行進の間もずっと叫び続け、さらに公園でもデモが全て着くまで、休みなく同じテンションで叫び続けていた。
すさまじいまでの当事者意識が故に、為せることなのだろうと思えた。

▲ 笄公園での集会風景 ▲

デモ全体が笄公園に集まった後は、総括、主催者側からの参加者へのお礼、チベット国歌の斉唱、チベット支援の新しいWebサイトが作られることの案内、継続して参加者みんなでチベットを支援していくことの確認などが続いた後、散会となった。
散会の後、誰からともなくWe shall overcomeの斉唱が始まっていたのが印象的だった。

その後、17時頃から同じ笄公園で、キャンドル・ライティングが実施されたらしいのだけど、時間的に間があったので、衝動的なデモ参加だったこともあり、そちらは参加せず。
今気付いたのだけど、リンク先の記事読むと、キャンドル・ライティングは3/22だけじゃなくて、それ以降毎日行われているみたい。
近くの方は参加されてはどうでしょうか。

以上がフリーチベットデモの参加報告。
その日見てその日にあったから衝動的に行ってきたが、チベットについて詳しく何か書けるほどまだ調べてないので、これからキャッチアップしたい。

主催者の一人？ながら、前日まで田舎の姫路に長期帰省していて会社の仕事が滞りまくってた私は、遅刻しての参加になりました。
私の到着以前は、日本の地図事情の基礎知識とかが紹介されていたみたいです。
その辺のレポートについては、懇親会で知り合った新海さん（むっちゃおもろい人でした...アジアに○○ツアー（伏字にせざるおゑない）に行く際には、新海さんとこでご相談を！）のブログで紹介されてました。

私がついたとこ以降は、MSN及びYahooのポータル地図担当者の方による、自社サービスの紹介と、会場からの質疑応答、パネルディスカッション。
いろいろお忙しいところ都合つけて来ていただいて、ありがとうございました。
が...Yahooさんのサービス紹介は聞けなかったんだけど、MSNさんのサービス紹介は以前gコンテンツワールド2007で聞いてた内容で網羅されてたし、パネルディスカッションも、「どこも同じような苦労あるよねー」という感じで、個人的には特に大きなインパクトはなく。
この辺はチミンモラスイさんがまとめておられます。

続いてオークニー森さんのオープンソースGISツール。
いきなりのカマシ「ポータルに毒されすぎている！」で会場笑いが。
後はGDAL/OGRだの、PostGISだの、MapServerだのといったオープンソースツールを一通り紹介という感じでしたが、最後に超面白いネタが。
私も全然知らなかったのですが、オークニーの「Web Routing Service」とシリウスラボの「GeoPlatForm API」がコラボして、ルート検索APIを始められたそうです。
WRS自体はオークニー主体で開発しているオープンソース経路探索エンジンのPostLBSを使っているのですが、その主な機能、「最短経路検索」「到達範囲検索」「巡回経路検索」のうち、現在のところ最短経路検索を提供しているとのこと。
経路探索のデモが見られたのですが、その馬鹿っ速さ、及び途中で経由地を変更しても自由に対応できるなど、カスタマイズ性のよさに会場から感嘆が漏れてました。

そしてライトニングトーク。
最初は、ALPSLABによる「ALPSLAB略地図」の舞台裏と言う話。
開発当初は「ゆるまっぷ」と呼ばれていたらしいが、足なんて飾りだと判らないエロイ人の一声で「略地図」になったらしい。
「ゆる」と呼ばれていた頃の名残が、ドメイン名（yuru.alpslab..）に。
技術的には、私もどうやって略地図って作るのだろうと思ってたのですが、細かい苦労はたくさんあるようですが基礎の発想は意外と簡単で、ある場所からある場所へのルートが決まれば、そのルートに存在するランドマークや交わる他の道路データ等を適宜取り出して、一定範囲で描画していると言う形らしい。
なるほど、言われればコロたま。

続いて、ロカポ上田さんによる、経路情報可搬化技術であるところの「LocaPorter」の紹介。
これは別エントリ立てて紹介してるので、あまり突っ込んで書きませんが、考えてみれば、ここまでレポートした「オークニーWRS」「ALPSLAB略地図」「LocaPorter」って、みんなルート関連のトピックですね。
というあたりから気付いたんですが、「オークニーWRS」で検索した地図を、見やすくするため「ALPSLAB略地図」に持って来たいと思った場合、通常よくある経緯度ベースでのクエリストリング引渡しだとURL長くなりすぎてまず無理でも、LocaPorter使えばスリムにデータ連携したりとかが可能になるわけですね。
これはなかなかすごい気がします。

次は、ミニブログのTimeLogさんにおける、地図連動機能導入のお話。
単にジオタグやEXIFの埋め込みで地図が表示されるとかだけでなく、友人関係やトピック等でグルーピングできたりとか、面白い切り口で見られるみたいで、面白そうです。

その次はOKILabさんの、位置表現特定APIの話。
これも非常にコロたまな技術。
清水寺をジオコードした場合、普通にすると日本全国大量の清水寺がひっかかるわけですけど、同一文書内で「八坂神社」「知恩院」みたいな単語が並んでいた場合、地理的な分布の偏りから「京都の清水寺」が選択されると言う形。
APIで公開されているので、いろいろ遊べそう。

LTの最後は、SFCのしゃおさんによる、カレンダーの予定情報を元に先読みナビゲーションをするという話。
まさにこの辺、話題としてはホットで、ナビゲーションだけでなくグーパス的な位置ベースのプッシュ型オプトイン広告基盤としても、改札タッチとかGPS計測のようなユーザの主体的行動が伴わなくても、位置ベースでオプトインできるユーザの予定情報・カレンダー情報っていうのは、注目されつつあるところ。
その点では、GoogleカレンダーとGoogle Mapsが全然現状連携してないのは、なんでこんなおいしいところをGoogleは見逃してるのだろう、という感じ。
というか、「時空間」とはよく言ったもんで、位置情報について考えれば考えるほど、結局ユーザの行動や出来事などをマッピングしていくと、それはそのユーザにとってのこの時間は此処に居たってことだよね、というふうに、時間情報＝位置情報ということに気付かされてくる。

そしてLTの後は懇親会。
先にも書いた新海さんに出会えたりとか、いろいろ面白い話もあったのですが、最後に私がトリの挨拶をすることになりまして。
そののんに「メルカトル図法ばっか使っている会社は死んでしまえばいいよ」とここギコは言っていた、とか書かれてますが、そーいう話は言ってねー。
大筋は、このエントリでの後半で書いたような、「決まった地図描画、精度、方角、図法で納得するような層はポータルに任せておいて、ポータル以外は用途に合わせて描画を変えるとか、図法を変えるとか、そう言った路線を進めばいいと思うよ」というような話。
というか、実際、そんな感じの内容でLTする予定があったのが、前日まで帰省でおまけに旅先でPCにウィルス感染しちゃったので資料作れなかったので流れたのだけれど。
でも、別に私がそんなこと話さなくても、最初のポータルディスカッション以外は、経路探索や略地図、経路可搬、ジオコーディング、時間と空間の連動など、見事に「出来合いメルカトル地図制御API」とは一線をおいた話題ばかり。
位置情報に関わる世界って、地図APIから、図法や測地系のような地理関連の知識があり、空間DBやベクタデータ処理、空間解析のようなGISツールのノウハウもあり、携帯GPSやPlaceEngineのようなデバイスの話題あり、経路探索やジオコーディングのような周辺技術の問題もありと、はまり込むと面白くて仕方ない世界なんですよね。
その一端に触れられたということで、今回参加された方にとって非常に有意義な勉強会になったのではないかと思います。

詳細は、開催の中心として取り纏めてくださっている、シリウスラボさんのページで確認できますが、

第1回ジオメディアサミット - シリウスラボ

1月に行われた ジオメディア新年会2008 に続くイベントとして、第1回 ジオメディアサミット を開催することになりました。

記念すべき第一回目は、「ポータルサイトのジオメディアへの取り組み」。

このテーマにふさわしいゲストとしてヤフーマップ開発者の佐藤様、およびMSN Live Search Maps 開発者の陳様をゲストにお招きします。ポータルならではの、コンテンツ連携や自慢のサ ービスなど、いろいろお伺いしたいと思います。

また、株式会社オークニーの森様をお招きして、オープンソースGISの世界についてもお伺いする予定です。

• イベント詳細

* 日時：3月21日（金）19:00?20:30(18:45開場)
* 場所：渋谷マークシティウェスト17F
* 会場：パソナテックセミナールーム 　　　http://www.pasonatech.co.jp/map/shibuya.html
* 定員：50名 * 参加費：無料
* テーマ：「ポータルサイトのジオメディアへの取り組み」

• ゲスト

・Yahoo! 株式会社 佐藤 様
・マイクロソフト 陳 様
・オークニー 森 様
その他、当日スペシャルゲストがあるかも?

• 内容

・ポータルサイトの地域情報への取り組みについて(Yahoo!、マイクロソフト)
・パネルディスカッション(Yahoo!、マイクロソフト)
・オープンソースの GIS ツールについて(オークニー)
・ライトニングトーク
* イベント終了後に懇親会を予定しています。

• 申し込み 以下のURL から参加申し込み登録を行ってください。

第1回 ジオメディアサミット申し込みフォーム http://lab.cirius.co.jp/gms/events/1/p/register

チミンモラスイの中の人も書いているように、第１回の後も様々なテーマでの開催を予定していければと思っています。
個人的には、こういう勉強会形式のだけではなく、実際にフィールド体験的にジオメディアを試してみるようなイベント等も行なっていきたいですね。

ケータイ版ここギコと言っても、今のブログしか知らない人には何のこっちゃ？という感じだと思うけど、昔はケータイ向け勝手地図サイトやってたのね。
元はこの2ちゃんねるスレ（今見れば恥ずかしいスレタイつけてるな...）が起源でできたケータイ向け勝手サイトで、2ちゃんねるが起源なもんでGPS吉野家検索機能つけたりとか、色々遊んでた。
吉野家の情報といっても、そんなの経緯度情報付でなんか当時は存在しなかったので、

• 吉野家オフィシャルサイトをクロールして住所ゲット
• 住所文字列をマピオンの住所検索に食べさせて住所代表点の経緯度ゲット
• MapFanが当時から比較的地図面上に吉野家の位置を表記していたので、マピオンから得た経緯度情報周辺のMapFan地図を表示し、目視で場所を修正してやると経緯度が修正されるようなVisual Basicプログラムを組んで、1店舗1店舗手作業位置修正
• もちろんマピオンがうまく住所変換できない店舗も、MapFan地図上に表記のみつからない店舗もあったので、チェック度合に応じて精度情報を付けた上で、ケータイGPS（或いは住所やiエリア等）からの検索結果提供

みたいなことやってた。
今考えると、一銭にもならんことにようあんな労力つぎ込んでたなあという感じ...面白かったけど。

で、地図配信もやってたんだけど、もちろん地図も持ってるわけないので無許可パクリ、最初はMapFanを使ってて、この記事にも書いた

5-6年前I社さん（今は仲良し）に「地図を安うで使わせてもらえんじゃろうか」とお願いしたところ、「判りました、1ヶ月1000アクセスで2万円でどうでしょうか」と言われて貧乏サラリーマンが涙を呑んだことがあったのですが

の出来事以降は、ちず丸に乗り換えてパクってました。
当然ケータイの数字キーで地図の東西南北移動、拡大縮小できたわけですけども、ケータイは機種毎に画面サイズが異なるので、移動距離を機種問わず固定にしてると使い勝手が悪くて仕方がない。
でも、ケータイの画面にあわせて移動量を変えようと思うと、1ピクセルあたりの経緯度の変異量のテーブルを持たないと無理なので、各縮尺毎に地図画像を少し動かしては、何ピクセルずれたか調べてピクセルあたりの経緯度の変異量を求めたりとかもしてました。
ちず丸さんは地図画像URLに埋め込まれた経緯度情報を暗号化（といっても、せいぜいスクランブルしてた程度ですけど）されてたりもしたので、それも解析したりとか...色々苦労しました。

後、いろいろインタフェースとかの妙な実験もやってたなあ...地図を移動するのに、数字キーでの上下左右じゃ細かい位置の特定がとてもできないので、地図上に縦横それぞれに0から9までの座標を振って、2桁の数字を入力させて細かい場所を特定させるインタフェースを作ったりとか。

▲ 詳細位置取得I/Fの例 ▲
例えば横浜駅のあたりなら「87」

後は方角を特定し易いように、太陽や月が出ている時間帯にはその場所での太陽・月の方位を求めて、地図中心からの方向をプロットしたりとか。

▲ 方角取得I/Fの例 ▲
右下のオレンジの丸が太陽の方角なので、
太陽を背にして立ちつつ、画面上の太陽と中心点を結ぶ線が
自分の向いている方向と重なるようにケータイを持てば、ケータイの
上部が向いている方向が北、という仕組み

位置・画像投稿可能な掲示板とか、位置・時間でフィルタリングした広告配信実験とか、色々やってたなあ。

後、ケータイ版ここギコの画像で忘れてはいけないのが、これ。
といっても、配信はPC版でされていた画像だけど、

▲ au版アンテナ奪取のアンテナ分布地図、2003年7月頃 ▲

今は「日本縦断アンテナDASH」に引き継がれている、アンテナ奪取ゲームの、2003年7月頃のアンテナ分布図。
残念ながら、au版しか見つからなかったけど、私自身も久しぶりに見る画面で、すごく感慨深い。

地球上の最短コース（大圏コース）が取得できるAPI

こんな感じで、北朝鮮からアメリカだって攻撃できちゃいます。
残念ながら日本は、メルカトル症候群の人がのたまうような、アメリカの盾にはなれまへん。

大きな地図で見る

これだけ見ると、マニアックで面白いけど、どう使おう？と思えるAPIですけど、でも最近のALPSLABの傾向はおおむね、正しい方向性じゃないかと個人的には感じてます。
なんだかんだ言って、地図の多様性や地図情報の囲い込みの危険性を説いたところで、普通の大多数のユーザ、地図では単に場所が特定できればよくて、メルカトル図法で何にも困らないようなユーザにとっては、Google Maps (或いは好みによってYahooやMSN地図)で全然困らないわけです。
かくいう私ですら、MapServerとか調べ始めた大元のモチベーションは、無料で使える地図が欲しくてだったわけですけども、Google Maps等が出てからはその大元のモチベーションが失われた状況なので、話題をキャッチアップする程度にしか追ってなかったりする始末ですし。
そういう状況ですから、もちろんオープンソースツールとしてのOpenLayersや、オープンデータとしてのOpenStreetMapは必要なわけですけども、それをGoogle Mapsの対抗馬として世に問うたところで、極々一般のユーザの心には全く刺さらないんじゃないかと個人的には思ってます。
だったらもう、表記が画一的、メルカトル図法、北が上の地図で満足できる層はGoogle Mapsに全部任せてしまって、他はそうじゃない方向を目指すべきなんじゃないかなとか最近考えてます。

たとえば、ベクターデータ。
地図って、本当に画一でいいんでしょうか？
得たい情報によって表記情報の粒度を変えるべきかもしれませんし、自社のイメージにあわせてサイトのhtmlデザインを変えるように、地図だって配色やフォント等を変えるべきかもしれません。
我が社に訪れるお客さんがいつも迷ってしまわれるのは、もしかすると駅出口付近が方角が掴みにくい地形で、北が上の地図だと迷われてしまうからかもしれません。
そういう、ニーズによる地図情報粒度の細かな加工、デザインの変更、方角の回転等は、Google Maps方式のラスタ画像地図では実現できず、ベクタデータでしかできません。

或いは、地図図法。
地図を使った色分けによる比較データを表そうと思えば、面積の正確な地図が要りますし、方角を正確に表現しようと思えば、方角の正確な地図が必要になります。
こういった用途には、メルカトル図法は利用できません。
そういった用途に用いるために、メルカトル図法以外による地図サービスというのは、アリなのではないかなとか最近思ってます。

で、ALPSLABの動きを見てると、ALPSLAB略地図は用途にあわせて地図の情報粒度を落とすサービスだし、ALPSLAB designは用途にあわせて地図のデザインや方角を変更しようという取り組みです。
ALPSLAB ぷるぷるMAPも、ベクタデータならではのもの。
ALPSLAB白地図の統計なんかも、地図を使って統計を行うという、GISでは当たり前の概念ながら、Google Mapsで位置を表す事しか知らない層に対しては新しい提案ですし、今回の大圏コースAPIも、Google Mapsのメルカトル図法に慣れた層には、新しいインパクトだと思います。

そういうわけで、ALPSLABの方向性は、非常に面白く、かつ正しい方向性じゃないかと、個人的に思ってます。