ロカポブログ

PostGISが使える、格安（共有）ホスティングサービス

2009-12-25T02:10:00.003+09:00

PostGISが使える格安ホスティングサービス、見つけました。

WEBサービスを行うとき、自社のラックにサーバーを設置して、、、ということは大変少なくなりました。大抵はホスティングサービスを使うのではないでしょうか。

最近のホスティングは月額１０００円未満の一番安い共有サーバープランでも、当然のようにApache、PHP、Parl、MySQL、PostgreSQL、等などはもちろん、ショッピングカートやCMSなどもかなりの選択肢がついていて、ちょっとしたWEBサービスを作るにはこれで十分です。私もcoreserverという格安のサービスを使っていたりします。

しかし、ひとたび「ちょっとマイナーなソフトウェアを使いたい」という時、自分の好きなソフトを共有サーバーにインストールすることはほとんど不可能です。そういう場合は、コスト的に結構なお値段のする専用サーバーを借りるか、ちょっと下げてVPS（Virtual Private Server)を借りる必要があります。要するに、root権限を持てるプランでないと,好きにインストールできない。まあ、当たり前です。

我々の業界だと、FOSS4GなどのGIS系のソフトをいろいろ使いたいと思うと、当然root権限付きの割高プランしか選択肢が無かったわけです。AmazonのEC2でPostGISが使えるようになったそうですが、Amazonは結構高いです。ちょっと思いついたアイデアを実験してみるのにamazonを使いたくなりません。

ところが、偶然、格安の共有ホスティングサービスでPostGISが使えるサービスを発見しました！
普通に申し込んでも、どこにもPostGISという単語は出てこなくて、一見普通のホスティング屋なのですが、「PostGISをインストールして」とメールすると、翌日にはPostGISがインストールされていて、phpPgAdminでテーブルを作ると、ちゃんと空間情報が扱えるようになっている！感動！しかも５年契約だと一番安いコースで（今キャンペーン中で40%offで）月当たり$2.97、セットアップ料も無料。今、円高だから、年契約してしまうと月当たり３００円以下！！

ちなみに、一番安いコースはデータベースが一つしか入りません。PostGISを使いたいのでPostgreSQLを入れると、MySQLが入らず、デフォルトでMySQLを使うCMSとかは入れられません。どうしても両方入れたい場合は、ちょっとだけ高いコースにアップグレードする必要があります。

せっかくなので、業者にネゴして専用クーポンを作ってもらいました。クーポンコード
　「geomedia」
を申込時に入力すれば、
①料金40%off、に加え、
②わざわざPostGISのインストール依頼をしなくても「依頼あり」とみなしてすぐにPostGISを入れてくれるようにしてもらいました。
（ちなみに、私はこれで誰かが申し込んでも、手数料はもらってないです。。。。笑）。
なお、このクーポンは2/28まで有効です。

ジオ系のサービスや、ちょっとしたテストをするのにもってこいです。おもちゃ、というかSandBox用のサーバーに一ついかがですか？

bridge2009で出会ったホンモノ達

2009-11-21T00:29:00.004+09:00

こんな話を聞いたことがある。
たしか『icon』というスティーブ・ジョブズについて書いた本に載っていた話だと思う。会社にはAクラスの人材のみを雇えと。一旦Bクラスの人材を雇うと、Bクラスの人材はBクラスの人材を連れてきたり雇ったりするので、会社があっという間にBクラスの人材だらけになる、と。

昨日、Bridge2009というイベントに参加してきた。参加しているときはものすごく興奮していろいろな意味でインスパイアされた。が、帰ってきてかなり凹んだ。そこにはホンモノの技術者、ホンモノの天才達がいた。加え、経済を動かしているホンモノの有力者のネットワークの人達も。まぎれもないAクラス、スーパーAクラスの人達。そして自分がBクラスの人間であることを嫌でも思い知らされる。

自分が35前後の時はこう思ってた。25才の天才技術者や青年起業家を見て、彼らが35になったとき、世の中にどれだけ素晴らしい足跡を残すのだろう。彼らが10年で成し遂げられることを、自分が10年で成し遂げられると思うほど自分を知らないわけではない。でも彼らが10年で成し遂げられる事を、15年一生懸命やれば自分もできるかもしれない。今35だから、50の時には、彼らが35で残す足跡に匹敵する足跡を自分も残してやろう。そう考えていた。

ホンモノの天才に出会うと、実は25歳の天才が35歳で成し遂げることは、自分には何年かかっても成し遂げられないのではないか、と思ってしまう。もちろん頑張れば頑張るほど常に自分を向上させることはできると思ってる。でも漸近線がX軸と平行になるグラフみたいに、微分値は常にプラスだとしても、X軸を無限大まで取っても超えられないAクラスの閾値があるんじゃないかと。

幸いなことに、Bクラスの私だが、AクラスやスーパーAクラス級の優秀な人達と多くお付き合いさせて頂いている。彼らの活躍ぶり、世の中への貢献ぶりを見ていると、自分もせめてA'クラスを目指そうと思い直す。

自分はもうすぐ39。流行の言葉ならアラフォー。Bクラスなりの幸せな生き方はあるだろうと思う。でもまだ自分をBクラス認定して、消化試合をするように小じんまり生きるのは嫌だ。世の中に何か足跡を残したい。Bクラスが背伸びしているのは分かっているが、Aクラスとはいかないまでも、A’クラスになろう、なれるはずだ、なるように努力しよう、そう思っている。

今やっている「ジオどす」はこれまで誰もやらなかったことをやっている。だが言い換えると、誰でもやろうと思えばできる。単にめんどくさいとか、対コスト効果に見合わないため、やらなかっただけなのだ。それに対して、昨日見てきた天才達は「他には誰もできない事」をやっている。彼我の差は大きい。

ホンモノへの畏敬の念と、自分の現実を見て凹むのと、多くの人からインスパイアされるのと、自分を奮い起こすのと。今日は精神的にクタクタ。こういう時はゆっくり寝て、明日朝から、がんばろう。

第二回ジオメディアサミット西日本、満員御礼！

2009-11-08T23:50:00.010+09:00

第二回ジオメディアサミット西日本、開催報告です。

11/7（土）の10:00-12:00、ジオメディアサミット西日本を開催いたしました。

今年はジオメディアサミット関西からタイトルを改め、西日本でユニークな「ジオ」系の取組みをされている方をお招きし、西日本から発信する、というテーマで行いました。

運営に参加して頂いたのは、ノーリツ鋼機の和田さん、沖電気の福居さん、それに元祖ジオメディアサミット発起人、シリウステクノロジーズの関さん。それから、場所の手配等もろもろは、FOSS4G(OSGeo)の林さんに多大なご協力を頂きました。「今年もやりましょう」という話が出たのが8月下旬。そこから、運営メンバーによる講演者集めがスタートし、申し込みサイトができたのが10/7．なんともバタバタでした。

会場はKOF2009（関西オープンソース2009）の会場内で、FOSS4Gがセミナー会場として借りている部屋を、この日の午前中お借りしました。Imedioというインキュベーション施設の中の一室で、各種セミナーで来ることがあります。FOSS4Gさん、どうもありがとうございます。つい先日行われた第四回ジオメディアサミットでも「ジオメディアサミットと、FOSS4Gと、KOF2009と、1日で3倍楽しめます！」と宣伝してきたので、昨年より多く人が来て頂けるといいなあ、と思いながら当日を迎えました。

当日、開始10分前、まだ人は少ないが昨年よりは人が多そうな気配。講演される方にPCの接続テストなどをして頂いてるうちに、早10時に。プログラムが全然余裕のない組み方でしたので（すみません・・）10時きっちりにスタート。
私、位置情報ロカポ（ロケージング）の上田が司会を担当させて頂きました。

まずは、ジオメディアサミットおなじみの顔、また場所をお借りしているFOSS4G(OSGeo)の日本代表もされている、オークニーの森さんよりご挨拶頂きました。「技術の足腰鍛えてますか？」というメッセージ。うーん、普段便利はAPI使うだけの私としては耳が痛いところ・・・。

その後、ジオメディアサミットの発起人、シリウステクノロジーズの関さんにジオメディアサミットについて解説して頂きます。ここでトラブル発生！ＰＣがプロジェクターに繋がらない！、、がそこは、さすが関さん。涼しい顔で「喋りオンリー」で対応されていました。

さて、ここからいよいよ講演のスタートです。基本的にはライトニングトークで、5分枠に収まらない場合は10分枠ということで、講演をお願いしていました。まずは10分枠からスタート。それでもスピード感たっぷり。

最初はデュプロの松下さんによる
「Geolocation Finder ～紙地図とペンによる位置情報取得～」
【写真お持ちの方、ご協力下さい】
デュプロさんはＥＳＲＩのイベント等でも展示されているのでご存知の方も多いかもしれません。紙地図に赤ペンでマークしたものをスキャニングすることで、緯度経度を取得するという技術。地震の倒壊家屋の調査や、小学校区のハザードマップなど、調査員が特別な端末を持たずに調査できるというアイデア。場所特定というとすぐにＧＰＳとなりがちですが、あえて誰でも使える紙とペンという発想がなかなかおもしろいです。

次は沖電気工業の瀧（たき）さんによる
「ブログに含まれるキーワードのヒートマップ: 位置表現抽出・管理サービスLocoStickerの新機能」　~講演資料はこちら~
【写真お持ちの方、ご協力下さい】
LocoStickerの技術を活用して、あるキーワードのヒートマップを描きます。たとえば「うどん」というキーワードのヒートマップは香川が「熱い」。「アホ・バカ分布図」もすぐできる。1分ほど時間が余ったので、会場から希望のキーワードを受付、即興デモに。「ジオ」というキーワードで検索すると、なぜか北九州のみ。これは謎だ。「インフルエンザ」では東京と大阪がやはり多く、大阪の方が少し「熱い」。流行ってるもんなー。

次は「出前館」を運営する夢の街創造委員会の葭田（よしだ）さんによる
「出前館と地図メディアについて」　　　　　　~講演資料はこちら~
ネットで注文を受付け、リアルに出前が行く。最短30分！の地域密着型のEコマース。「ラーメンはのびるとダメ」。それはそうですね。今後はGPS等活用して、お花見やバーベキューの席（住所の無いところ）へお酒や食べ物を届けるようになるとか。便利！

次は、大御所ですね。Yahoo!ジャパンの冨川さんによる
「Open Local Platform」
なぜYahoo!さんが「西日本」？というと、Yahoo！さんは大阪と名古屋でYahoo!地図の開発をされているということで、冨川さんは大阪でのご勤務ということでお願いしました。
第三回ジオメディアサミットの時に、Yahoo!の村田さん、佐藤さんから発表があったものの、その後どうなったのか？と誰もが興味深々だった「Open Local Platform」。来年1月頃に出るそうです。地図API、拠点情報API、大規模ストレージからなり、ヒートマップ（沖電気とカブっていておもしろい）や3D鳥瞰図なんかも。ゲーム機に例えて、「カセット」を差し替え/追加することでいろいろな拡張機能を実現する。ヒートマップは飲食店で検索したところ、会場の大阪南港ATC付近は「寒い」ヒートマップに。確かに食べるところ少ない！来年の公開が楽しみです。

次は前半の最後、こちらも大御所、Googleの石原さんによる
「Updates for Google Maps API」
実は石原さんは前日の11/6にKOF2009で「Open Social」について講演されることになっているのを、KOFのスケジュールで見つけ、無理に無理をお願いして来て頂きました。で、なぜGoogleが「西日本」？かというと、石原さんが神戸のご出身ということで。
つい最近リリースされた「Google Latitude」についての話をお願いしたのですが、石原さんはご担当外で、社内規則で話せないとのことで、内容はGoogle Static Map API V2　とGoogle Maps APIの利用規約のFAQについて。
Static Map API V2 の特徴は、書式が簡単になったこと、ポリゴンが指定できるようになったこと、ジオコーディングができるので地名での指定が可能になったこと、エンコーデッドポリラインが使える、など。Google Maps APIの利用規約については、自分で読んで判断してくださいとのこと。FAQのページができたのと、そのなかから代表的なものをクイズ形式で。
Q.無料の会員制サイトで会員専用ページでGoogleMapsを使ってもよいか。
A.Yes　ただし誰でもすぐに会員になれること、入会が招待制や審査制のサイトはNGなので有料版（GoogleMapsプレミア）が必要。
Q.アフェリエイトで利益を得ているサイトで使ってよいか
A.Yes　ただし、GoogleMapsに広告が表示される可能性もあるので、競合の広告が表示されると嫌だ、とか言う場合は有料版へ。
Q.デスクトップアプリケーションからGoogleMapsを使っても良いか
A.Yes　ただし、誰でも自由にダウンロード・インストールできるものであることと、JavaScriptを経由した正規の呼び出し方をすることが前提。

このあと、5分の休憩にはいりました。すでに充実感たっぷり。熱気もたっぷり。
途中から満席になり、ついに立ち見の方まで出ました。嬉しいですね。

さて、後半です。

立命館大学の塚本さんによる
「京都の古地図にみる空間を描き写す先人達の工夫」
地理学と歴史学のクロスオーバージャンルのHistoricalGIS。京都の古地図、長方形の中にどのように情報が詰め込まれているか、というアカデミックな内容です。拡大されているエリア、縮小あるいは割愛されているエリアを分析して、最小限の幾何学的補正で現在の地図へ。これを各時代ごとにいろいろな方法で見せられていました。
実は私がやっている「ジオどす」の関係で、立命館大学にお邪魔したとき、このプレゼン以外にもおもしろいネタが沢山ありました。本当は他のネタもやって頂きたかったのですが、またの機会にお願いしよう。。

ここからは5分枠のライトニングトークで、さらにスピード感アップ。

ATR-Promotionsの中川さんによる
「MapStroll -- イラストマップで簡単＆楽しくジオ」　~講演資料はこちら~
こちらはイラストマップの上でナビゲーションが展開できるというもの。例えばテーマパークのイラスト地図上で、子供が何処に居るとか、どの道を通ればいいかとか。斜めから書いた鳥瞰図みたいなものもにもマッピング可能。そのほか、MapStrollというiPhoneアプリを出す予定。古地図上でいろいろ遊べる。楽しそう・・・

次は立命館大学の桐村さん、、、の予定が突如マシントラブル発生！
急遽、発表順序を入れ替え、和田さんにタッチ。

ということで、ノーリツ鋼機の和田さんによる
「システム稼働状況表示システム」　~講演資料はこちら~
実際に稼動している機械をジオで管理しているという事例。稼動状態が青（良好）とか赤（トラブル）とかで示され、サービス要員がメンテナンスに回るときに、効率よく近くのトラブルも対応できるシステム。ジオメディアというとB2Cみたいなイメージもありますが、GISはこういうB2Bとか社内での利用が一番堅実な印象がありますね。

次はマシントラブルから復旧して、立命館大学の桐村さんによる
「建物の名前にみる地域名称－住宅地図データの有効活用－」　~講演資料はこちら~
地名の強弱というおもしろい視点です。例えば「四条」という地名（知らない方向けに補足すると、四条通りというのは京都のメインの通りの一つで、繁華街やビジネス街が最も多いメジャーなところです）を含むビル名やマンション名の分布。一本北の三条通りと、一本南の松原通りにまで「○○四条」みたいな建物名が広がって、無理をしている。三条側より松原側の方が無理をしている数が多い。三条も四条ほどではないが有名。松原はちょっと弱い。地名と賃料の関係とか、結構おもしろそう。

続いて、シンクの長尾さんによる
「隙間を埋める、無駄をなくすジオメディア活用法」　~講演資料はこちら~
タイトルからでは分かりにくいが、ジオメディアのサービスで暗黙知を共有するイノベーションを起こす場を作ろうというお話。おーーー「野中郁次郎」先生だー。ジオメディアサミットでこの名前を聞くとは思っても見なかった。一応、私、経営学をやっておりましたので、この瞬間、目と耳が釘付けに！
空いた時間などに勉強会や専門家をマッチング。おもしろいなとおもったのは、売り込みをしないとか、握手をするとか、普通はコミュニティで自然発生するようなルールを最初に提案してしまっている点。出会い系になってしまわないかちょっと心配ですが、これが機能すると本当にいいですよね。

さて、ここから最後二本のLTにはリクルートの寺井さんが開発された「パパパコメント」を導入！これは先月のマッシュアップキャラバンin大崎というイベントでLTをされているのを拝見して、一度使ってみようと思っていました。Twitterのようにつぶやいたコメントがリアルタイムでプレゼン中の画面に流れるというもの。さて、どうなりますか。

とういことで、次は沖電気工業の福居さんによる
「LocoStickerでイベント会場とクチコミを結びつける: ITpro EXPO バーチャル」　~講演資料はこちら~
LocoStickerを利用して、緯度経度ではなくてイベント会場の地図にマッピングするという話。Twitterとか複数の情報源をから、会場の口コミを収集して、イベント地図のブース情報を結びつける。最近、セカイカメラさんとクウジットさんがイベント会場内という場でいろいろされていますが、新しいマネタイズの一つの方法かもしれませんね。

さて、最後は私、上田による
「ジオどす　京都市の住所専用解析・検索エンジン」　~講演資料はこちら~
普段は位置情報ロカポの上田を名乗っておりますが、ここ1年くらいは「ジオどす」というサービスに注力しています。
京都市内で広く使われている「通り名」住所、実は郵便の住所ではないので、各種「ジオ」なサービスでは扱えません、という話をしました。通り名のバリエーションの豊かさ、京都の地名の面白さが伝わったらいいなと思いつつ、エンターテイメントになるプレゼンを試みました。楽しんで頂けたかな。せっかく「ジオ」な人が集まっているので、初めに「京都の住所で苦労した経験のある方？」と会場に聞いてみたところ、8割くらい手が挙がってびっくり。ジオどす、もっと宣伝しないと！

さて、時間が15分オーバーで、なんとか全講演が終了。懇親会ランチのスタート時間に食い込んでいるので、さっさと閉会の挨拶をさせて頂き、徒歩一分の懇親会会場へ大移動して頂きました。会場となった６Fにはフードコートがあります。ここのフードコート「PIER6」が貸切のパーティーが可能で、フードコートの一角を仕切って貸切状態にできます。この建物には飲食店が少なく、いつも昼食に困ることもあって、懇親会には最適と、ここに決定。

実は、申し込みサイトでは16名しか懇親会にお申し込みいただいておらず、会場で盛んに勧誘させて頂きました。その結果、なんと35名の方が懇親会に来て頂きました！！どうもありがとうございました！！！

懇親会は特に乾杯等の挨拶もしなかったのですが（すみません）、私が会場の撤収を終わって到着したとき、すでに盛んな交流が始まっていました。ちょっと料理が少なかった。これは私に不手際でした。和田さんの機転で料理を追加、ちょどよくなりました。和田さん、ありがとうございました。

懇親会は12:00-13:00予定でしたが、FOSS4Gのプログラムが12:45から始まることもあり、割と短時間で食べて、喋って、交流して、とあっという間に終わってしまいましたが、ランチ交流会としてもうまくいったと思います。

今日になって、お誘いしていた多数の人から「ごめんなさい、行きたかったのが体調が悪くて行けませんでした」というご連絡を頂きました。大阪は風邪＆インフルエンザがダブルで流行っているようですが、これが無かったら、もっと大勢の人が来たかも！！来年が楽しみです。

ともあれ、なんとか無事に第二回ジオメディアサミット西日本が終了しました。楽しかったなあ。
運営委員の和田さん、福居さん、関さん、どうもお疲れ様でした。
それとOSGeoの森さん、林さん、ご支援、どうもありがとうございました。

※写真が無いものは、入手次第アップします。

Yahoo地図とGoogleMapsのズームレベル対応表

2009-05-08T08:58:00.003+09:00

最近、いまさらながらGoogleMapsとYahoo！地図を並べてシンクロさせて遊んでいる。

位置をシンクロさせるのは、たいした事はないのだが、ズームレベルをシンクロさせるのが非常に面倒。

GoogleMapsのズームレベルは機械的に２倍、２倍と決まっているが、Yahooは都日本の道府県や市町村のレベルの合わせているみたいで、縮尺が結構まばら。

と思っていたら、Yahoo!地図のバージョン３（まだ非公式？か、ドキュメントの一部にしか書かれていない。このあたりはヅラドさんの記事を参照ください）では、もっと細かく22段階にレベルが分かれている。そして、基本は2倍、2倍のGoogleMapsと同じような縮尺切替で、かつ都道府県や市町村に合わせてか、その中間が設定されているレベルがある。

というわけで、二つ並べて縮尺を比べた結果です。ちなみにGoogleMapsではレベル20は衛星写真のみ。

GoogleMaps V2	Yahoo!地図V2	Yahoo!地図V3
0		22
1		21
2	11	20
3		19
4		18
5	10	17
6		16
7		15
8	9	14
9	8	13
10		12
11	7	11
	6	10
12	5	9
13		8
14	4	7
15		6
	3	5
16		4
17	2	3
18	1	2
19		1
20

地図は正しいはず？

2009-04-10T09:14:00.002+09:00

地図は正しいはず。誰もがそう思っているし、そうでない可能性があると知っていても無条件にそういう前提で動いてしまう。

ジオどすのスタッフブログに書いたのですが、京都の通り名を調査していて、グーグルマップ（＝ゼンリン）、Yahoo!地図（元アルプス社）、昭文社の地図が全て間違っている、、というか住民の皆さんの認識と異なるということがありました。
ブログには書いていませんが、他にも住民の方でさえ、あやふやなケースなどもあり、聞き込みに立ち寄った郵便局で「すみません、○○通りはここですか？」と聞くと、ゼンリンの住宅地図を出して来られて「ここです・・ね」。要するに、ゼンリンの地図が正という訳？

特に京都のような昔からそう呼んでいる地名、みたいなのがあれば、お役所の書類、住民の認識、地図、すべてがあいまいな地名が残るのは仕方がないのか。日本全国で見れば県境まで不明瞭なところがあるくらいだから、地名や通りの名前にあいまいさが残るのは仕方ないのかなあ。

地図会社の皆様は、ジオメディアのインフラを作って頂いている訳ですが、技術とは無縁のところでも大変な苦労をして地図を作って頂いているのですね。どうもご苦労様です。ありがとうございます！

第三回ジオメディアサミットに行ってきました。

2009-04-07T00:55:00.003+09:00

先週の4/3、第三回ジオメディアサミットへ行ってきました。

回を重ねるごとに盛り上がるジオメディアサミット、今回もすごい熱気でした。というより過去最高と思います。立教大学の教室を借りての大会場が一杯になっていました。
ちょっと開催時刻に遅れてしまったのですが、入るとYahoo!の村田さん、佐藤さんのプレゼンで大変な盛り上がりよう。そのあとの30min谷郷さんのプレゼン、ケータイ国盗り合戦 / コロニーな生活☆PLUS 対談とすすみ、ライトニングトークへ。
慶應義塾大学の児玉さんからはとても楽しそうなUI研究の紹介。
クレコの稲垣さんからは「ロカポ」とは「位置情報コード」仲間ともいえる、「ジオポ」の紹介が。
「位置情報ロカポ」の発明者＆位置情報コード研究家として、これは取り上げておかないと。

このブログで過去に「いろいろな”ジオコード”」でも取り上げた、アメリカの「BINGEO」コードとアジア航測「新ジオコード」のハイブリッド的なコード。
BINGEOが2ビットで4分割ずつしていくのに対し、ジオポは8×8の6ビットで64分割し、それを一文字で表している。ちなみに大阪・堺の西岡さんのNコードは先に地域割りした後、最終的には100×100の分割だ。
ジオポはBINGEOのように分割ベース、メッシュベースなので、一文字ごとに二次元でエリアを絞り込んでいく方法をとる。この点はデンソーのマップコードと同じ仲間だ。ロカポやNコードやカナダのNACコードは緯度経度分離型なので、その性格や最適な用途は微妙に異なる。

いろいろな位置情報コードが出てきたというのは、それだけコード（＝もっと簡単な位置表現方法）の需要が出てきたひとつの現象であると思うと、非常にうれしい。

さて、ジオメディアサミットに話を戻すと、その後日本Androidの会木南さんの笑いを取るトークで会場が和んだ所に、FOSS4Gの嘉山さんは超爆笑トーク！でたたみかける。この発表順序決めた人はスーパープロデューサーだな、、。

ただ、本当はライトニングトーク希望者続出で、本会場のトーク枠は抽選で、残りの人は懇親会でのLTに回った、というのが現場裏の真実でした！たまたま座った席の前に（PlaceEngineの)クウジットの末吉さんが座っていたのですが、末吉さんもLT枠が当たらなかったそうです。そう考えると、懇親会LTにもかなりポテンシャルの高いLTがあるのもうなずけます。
ちなみに私は今回「京都通り名ジオコーダ・ジオどす」のLTが抽選漏れで、懇親会でやることに。懇親会でやるのはレベルが高いんですよねー。皆が座って聞いてくれる本会上と違って、皆酔っ払っているし、名刺交換やコミュニケーションの真っ最中で、基本はだれも聞いてないので、そこは皆の視線をひきつけるだけの「つかみ」が必要なのですが、皆実に芸達者。このなかでプレゼンやると鍛えられます！。

さて、その爆笑トークの途中で、懇親会受付係をやるため懇親会会場へ先行。最後まで見たかったなあ。。

懇親会会場では過去最高の75名超。受付係だったのでカウントに間違いはありません。
今回は会場もよく、ライトニングトークも全員が「聞こうと思えば聞ける」状態だったので、非常に盛り上がりました。ゴーガ小山さんの名司会もすばらしく、非常に濃い「場」となりました。
伝説（？）のジオメディア新年会から、まだ1年ちょっとしか経っていないのに、すごい状況です。毎回関西から出かけて参加していますが、参加する価値はどんどん上ってきます！！

私は昨年、FOSS4Gさんのイベントと共同で第一回ジオメディアサミット関西を企画させて頂いて、大変盛り上がったのですが、この東京の熱気を目の当たりにすると、やはり温度差を感じてしまいました。正直、ちょっと羨ましい！関西にもGISやLBSのプレーヤーは居るのですが、やはり「場」なのでしょうか。でもやっぱり関西も盛り上げたいです。東京のジオメディアの皆様、今度は関西にも来てください！！！

「ジオどす」がなんとTVでも紹介されていた（・・・らしい）

2009-02-24T15:10:00.003+09:00

私も知らなかったのですが、2/23日朝の日テレ「ズームイン！！SUPER」のコーナー「ズームニュース（その日の朝刊から一面記事や気になるニュースなどを大田アナが紹介し、その内容について虎谷or小林アナがコメントする）」というコーナーで、「ジオどす」の記事が紹介されていたそうです。
関西圏向けの読売テレビが担当の部分なので、関東の方には届いておりませんが。
どなたか、もし録画されていたら記念に(笑)コピーさせてください。

「ジオどす」が読売新聞経済面に掲載されました！

2009-02-23T11:44:00.003+09:00

位置情報ロカポとANNAIのマッシュアップ・コンビによるサービス、京都通り名ジオコーダ「ジオどす」が読売新聞に掲載されました。

ジオどすNEWS

読売オンライン

今後も「京都の住所検索なら『ジオどす』が一番！」と言われ続けるよう、機能や精度向上に励んで参ります！皆様、今後とも「ジオどす」をどうか御贔屓に！

京都通り名ジオコーダーAPI『ジオどす』を公開しました。

2009-01-27T00:20:00.002+09:00

これまでほとんどの地図サイトで検索できなかった、京都市内独特の住所表記「○○通○○東入ル」等の住所からおよその緯度経度を取得する京都通り名ジオコーダ『ジオどす』を公開しました。

もともとは、マッシュアップアワードの参加作品を作っていたとき、ユーザーが入力してくれた住所情報から自動でグーグルマップにマーカーを立てる機能が、京都だけほぼ全滅していることにチームメンバーが気づいたことが発端です。詳しくは開発裏話に掲載したのでそちらを読んでください。

京都ジオコーダだけでは弱いのですが、2回連続マッシュアップアワード準グランプリ＋グーグルガジェットコンテスト準グランプリ＋数々の賞を受賞しているスーパーマッシュアッパー、クリエイトシステムの太田さんのアイデアで、グーグルとヤフーのジオコーダへのプロキシ機能をつけました。
グーグルやヤフーと全く同じインプットパラメータ、アウトプットフォーマットとして、利用者はAPIのリクエスト先のドメイン部分を少し変えるだけで、あたかもグーグルやヤフーのジオコーダが京都対応したかのような動きをします。これまでにグーグルマップやYahoo！地図を使って作られたマッシュアップ・サービスがすぐに京都対応になる優れもののアイデアですね。

無料です。ぜひ使ってください。

AcerのAspire Oneの電源ケーブル改造！

2008-12-25T12:05:00.003+09:00

今回は位置情報とは全く無縁の話題。

先月、AcerのAspire Oneを買いました。気軽に持ち運べるネットブックは出先でちょっと調べ物等をするにに大変便利。
（ジオメディアな人としてはGPS付の工人社が魅力的でしたが、メールが主用途なので、タイピングが厳しすぎました。小さいのは大好きなのですが。）

ただ、しばらく使っているうちに、よく言われているように、電源コードが大きくて長くて非常に邪魔になってきました。

そこで、同じ悩みの人のサイト等を見て研究。

よくあるのが、
・ミッキー型の３極プラグを２極にするL字型プラグを付ける。
・３極２極のアダプタを付けた上で、短いケーブルをつける
・他社製のACアダプタを買う
・短い３極コードを買う
・純正のコードを短く切る改造
など。
アダプタとプラグを試しましたが、これらがインナーケースのポケットに入れると「ぽこっ！」と出っ張るのが嫌で、改造に踏み切りました（笑）。
方法は、２極のメガネケーブルを直接ACアダプタに刺さるようにしよう！

選択肢は二つ。２極と３極の違いは実はガイドの部分だけです。
ACアダプタ側を工具で加工するか、ケーブル側を加工するか。

ヘタレの私はACアダプタを削る度胸はなく、失敗してもいいように４００円程度の短いメガネ（２極）ケーブルを買ってきて、３極のプラグに刺さるようにカッターナイフで削りました。１０分程度でスーパーモバイル電源の完成！

以下、私の行った加工について。

まずケーブルですが、サンワサプライの２０cmメガネケーブルを買ってきます。エレコムとバッファローも２０ｃｍケーブルを売っていますが、メガネ部分が固い樹脂（写真は別のもの）でできてそうで、削るのが大変そう。サンワサプライのは昔のラジカセについていたコードのように「ビニール」っぽく黒光りしている。ビニールなら簡単簡単。カッターナイフでOK！ついでにサンワのはコンセント側も比較的小さく、そもそも小さいUMPC用バッグのポケットもそんなに出っ張りません！今回使った型番は｢KB-DWP102｣でした。

さて、加工した結果です。参考までにアダプタを介したパターンとL字プラグを付けたパターンの写真も載せておきます。

これでバッグにも入ります。なんと、UMPC用のバッグの本体部分に収まってしまいました。ポケットはEモバとUSBメモリなど、薄いものだけになり超すっきり！
写真はバッグの上で本体とアダプタセットをおいたところです。

ちなみに研究の結果です。Aspire One の電源部品の重さです。かなり軽くなります。

純正ACアダプタ（３極ケーブル除く）・・・１３５ｇ
L字型ミッキー３極－２極プラグ・・・・・４０ｇ
３極－２極アダプタ・・・・・・・・・・・２５ｇ
サンワ２０ｃｍケーブル・・・・・・・・・２５ｇ
純正電源側３極ケーブル・・・・・・・・１３５ｇ(アダプタと同じ・・)
AspireOne用サードパーティACアダプタ（ケーブル込）・・２００ｇ（カタログより）
Aspire one 本体・・・・・・・・・・１０６０ｇ

体積にいたっては文句なしのベストソリューション！

削るといっても、アダプタ部分は肉厚で漏電の心配もありませんし、失敗しても４００円。再トライしてください！

第一回ジオメディアサミット関西、大成功です（感謝！）

2008-11-09T04:29:00.010+09:00

第一回ジオメディアサミット関西

※11/14追記写真の講演資料URLを追加しました

　　ジオメディアサミット関西の写真
　　ジオメディアサミット関西の講演資料はこちら

11/8についにジオメディアサミットが関西に上陸しました！
東京でのあの盛り上がりをぜひ関西に、ということで、奈良在住の私が言いだしっぺで、多くの皆さんの力をお借りして実現することが出来ました。

会場はKOF（関西オープンソース２００８）内のFOSS4G OSAKAのセミナー会場。

FOSS4GとはオープンソースのGISを推進している団体OSGeo財団によるイベントで、ソースコード系の人達が多い。
どちらかというとポータルやコンテンツ、マッシュアップといったジオメディアの人達とは、少し違うので、その交流も楽しみにしていました。
FOSS4Gは7日(金)、8日(土)の二日あり、昨日の7日にはKOF全体の懇親会がありました。

さて、今回のジオメディアサミット会場は定員60名。7日にはFOSS4Gの人だけでほぼ満席だったので、今日ジオメディアサミットの人が来て大丈夫かな？と思っていたですが、、、、

今日朝来て見ると、スタート10分前なのに会場はガラガラ。10名くらい。

寒い・・・・

昨日の人たちは・・・・？

考えられるのは

１．昨晩の懇親会の後さらに飲みに行ってたので、朝は来ていない
２．GIS業界の超有名人ハッカーによるハンズオンセッションがあるので、みなそれに出ている

昨日は外国の方（↑の超有名人ハッカー）も来ていたので、プレゼン資料を急きょバイリンガル仕様にしてきたのに、外国人は誰もおらず。うーん・・・・・。

どっちにしてもこの人数では来て頂いてるお客様にも申し訳ないし、講演やライトニングトークをしにわざわざ東京から来て頂いた方も多いので、申し訳ないなあ。

と思っていたら定時の5分過ぎまで待つと8割くらい席が埋まってきました。めちゃめちゃホっとしました。心臓に悪いです。。。

さて、私が司会をさせて頂いて、

怒涛のように講演＋ライトニングトークがスタートしました。講演といっても10分でお願いしていたので、長めのライトニングトークという感じで、
ジオメディアサミットの醍醐味である、「飲みながら多数のライトニングトーク」の一部は再現できるかなとちょっと期待。
直前で話題の「セカイカメラ（頓知・さん）」がご都合でキャンセルされて残念だったのですが、それでもとても充実したプログラムとなりました。
~~まだ写真がないのであとからアップするとして、~~簡単に今日の流れをおさらい。

まず、開会の挨拶はジオメディアとGISの両方にどっぷり浸かっている、もっとも「クロスジオ」なオークニーの森さんによる開会の挨拶。

さて、いよいよ講演のトップバッターは
サイバーエリアリサーチ株式会社中西様による「IP Geolocationとその活用事例」

IPアドレスから位置を割り出すサービスなのですが、広告の配信制御などのマーケティング用とから、スポーツイベントなどを特定の国にしか配信させないようにするコンプライアンス、クレジットカードのアクセス元IPから不正利用を検出するセキュリティへと用途が広がっているそうです。
結構、新鮮なネタで、会場の人はみな熱心に聴き入っていました

次は沖電気工業株式会社福居様による「LocoSticker」

マッシュアップ・アワードではおなじみのAPIで、自然言語からの地名の抽出や、場所からそこに関連するサイトやブログの抽出など。
いつもは5分のライトニングトークで聞いていたのですが、今回は10分でかなり細かく聞けました。沖電気さんは福居さんと同じチームｎ奥村さんという方もFOSS4Gで発表されていて、非常に精力的に活動されているなあ、という印象。

次はヤフー株式会社岩澤様による「Yahoo! JAPAN の新サービス LatLongLab (ラットロングラボ)」の新サービス２本
「猛レース」、「４ｘ３印刷」の紹介。

岩澤さんのプレゼンはいつも独特で楽しい。というか、岩澤さんの居てるLatLongLabやアルプスラボから出てくるサービスって、本当は実用性がめちゃめちゃ高いのに、プレゼンテーションというかサービスの見せ方が「あそびのノリ」のものが多いなあ。単純に楽しそう。

次はマピオンの株式会社サイバーマップ・ジャパン大塚様による「ケータイ国盗り合戦」

言わずと知れたケータイ国盗りですが、ものすごい数のユーザーがいること、いわゆるケータイ層の若者ではなくPC層の35歳前後が多いこと、などマーケティング上の話が面白かった。
どうしても技術に偏りがちなジオメディアサミットですが、実際に技術をビジネスに結びつけるには、こういう視点は欠かせない。
ケータイ国盗り合戦のQRはこちら

ここから、5分のライトニングトークのスピード感を再現したいのと、なるべく沢山のトークを入れたいとの理由で、5分間のライトニングトークを4本挟んで、10分のトークに戻るという変則プログラムに。

講演が終わった後ライトニングトークをやると、飛び込み有の場合など、どうしても「おまけ」感があって、何時まで続くのか、何本あるのかわからず、よほど目を引くプレゼンでないとお客さんの注意がそれてしまう場合が多いですよね。
今回は飲み会でのLTが出来ない分、スピード感を持続させたかったので、間に挟んでみました。結果的に良かったと思います。

さてライトニングトーク一発目は私、有限会社ロケージング（位置情報ロカポ）上田による「位置情報ロカポのご紹介」
なるべく「ジオメディアサミットのLTの楽しさ感」を再現したかったので、笑いを取れれば、とネタの比重を大きくしてみました。うまくいったかな・・・・？

次は有限会社NCプロジェクト西岡様による「汎用性の高い位置情報Ｎコード」

実はＮコードは「位置情報コード」というジャンルでロカポの競合製品でもあるのですが、西岡様はロカポの10年以上前から位置情報の研究をされている、いわば大先輩。特許のデータベースではいつも名前を拝見していたんです。
堺市の方というのは知っていたので、今回関西でジオメディアサミットをやるということで、私からお願いして出ていただきました。競合なのに快く訪問させていただいて、サミットにも出て頂いて大変嬉しかったです。

このあと10分休憩。この時点で5分くらい押しているので、ほぼスケジュールどうりでいい感じ。
セカイカメラ（頓知・）の講演キャンセルは残念だったのですが、時間的にちょうどになりそう。
休憩の後は引き続きＬＴで。

株式会社shiganet 志賀様による「Navitte!」

グーグルのストリートビューをマッシュアップしたサービスで、実際の道路画像でナビをしながら、そこに書き込み（落書きも！）できる。
これなら地図を読めない人にも簡単にナビができそう。

次は株式会社シリウステクノロジーズ関様（ジオメディアの発起人！）による「AdLocal」

FOSS4Gのコピーに「敵にジオを送る：儲からない位置情報サイトを運営して、他業種を儲けさせるさま」という思わず笑ってしまう標語があったのですが（この標語を考えたのは位置情報系の某有名人）、
アドローカルは儲からない位置情報サイトで広告収入を得る貴重な手段。

さて、ここからまた10分枠に戻って講演再開。

マルティスープ株式会社那須様による「アナタノ地図脳ST＠MP（スタンプ）」

場所に関連していろいろな事柄をスタンプしておくアプリ。代わりに覚えておいてくれるというのは、私みたいに記憶力が超乏しい人間には非常に使えそう。補助脳という表現、とてもナイスです。

次は富士通テン株式会社沢田様による「カーナビと携帯電話の連携」

カーナビとケータイの赤外線通信を利用して、いろいろな連携とさせる「ケータイリンク」や「モクテキチネット」のなど話。Yahooのアプリとも連携しているほか、APIも使えるそうで、携帯アプリを作っているなら、そのまま「ECLIPSE」カーナビに目的地設定ができる、というのはなかなかおもしろい。後でいろいろ話を聞いているとマッシュアップ魂を刺激された人が結構多かったようです。

さて、トリはまたまたマピオン（株式会社サイバーマップ・ジャパン）笹田様による「DGRadar：iPhone対応未来型空間レーダーアプリ」

「ジオメディアサミットのトリ」にふさわしく、エンターテイメント性とか、作った人のこだわりとかが前面に出ているアプリ。この発表をみて、「今日の帰りにiPhoneを買う」と言っていたのは、今日のカメラマンをしてもらってた美方システムデザインの濱野さん。
プレゼンも「笑い」あり「おぉぉぉー」ありで、イベントの最後が締まりました。ありがとうございました！

前回までのジオメディアサミットでは、企画メンバーではなく、講演者集めなどをお手伝いしただけだったのですが、今回企画してみて前回までのメンバーの皆さんの苦労が良くわかりました。。。。
司会も難しいですね。。。シリウスラボの関さん、いつもご苦労様です。

なにはともあれ、なんとか無事に終わってほっとしています。

マッシュアップアワード４に応募しました

2008-09-29T17:28:00.002+09:00

二週間も経ってしまいましたが、マッシュアップアワード４に今回も応募しました。
応募後もどんどんバージョンアップを続けています！

前回のMA3では
・マップサーファー(富士ゼロックスネットプリント賞)
・日産de旅ログ！？(日産自動車 CARWINGS賞)
・AB-ROAD Map plus (リクルートエイビーロード賞)
という「地図」に関連した３作品を作りましたが、
今回は地図や位置情報とは全く関係のないジャンル（なんと私には全く縁の無い「アート」「エンターテイメント」）での応募です！！
位置情報関連の作品も作成していたのですが、MA4には間に合いませんでした。これは今後ロカポからガジェットとして発表します。お楽しみに！

これまでMA2、MA3とチームで技術ブレインとして頼りにしていたここギコ！さんが多忙のため、今回はパスされるとのことで、同チームでデザイン担当のANNAIさんのお二人と私の3人体制に。ちょっと厳しい。。。

ひとつはもともとANNAIさんが企画されていたサービス、

「フライヤー・コレクション」

さすがデザイナーさんだけあって、非常にお洒落なサイトです。
これに、東京アートビートというアート情報のAPI等をマッシュアップして出品。後に、ニューヨーク・アートビートのAPIも取り入れで、一気にインターナショナルな雰囲気に！ほとんど99%アンナイさんの作品なので、「ANNAI with Locapo」という名前での出品となりました。ロカポとしては、

世界初！ロケーションビューとGoogleストリートビューを並べて表示！

というくらいです。本当は両方の画像をシンクロしたかったのですが、手が回らず時間切れ。
並べてみた感想としては、グーグルの方が高精度な画像という印象。でも移動が瞬間移動の繰り返しみたいな感じ。一方、ロケーションビューは画像サイズは小さいが、ドライブしているようにスムーズ。画像サイズか、画像の枚数か、トレードオフで両社がとった戦略の違いが分かって非常に面白いです。
フライヤーコレクションのサイトで（東京アートビートからデータを取っている都合で）都内のイベントの詳細画面を見れば、二大ビューの比較ができます。

もう一つは、マッシュアップ・キャラバン大阪で発表のあった富士フィルム・顔ラボの顔認識APIによるマッシュアップ。

「人面ですが、ナニか？」

当初は、顔判定機能ももAPIにあると勘違いして企画を練っていて、後でその機能は公開されていないことを知り、焦る。MA3マッシュ賞のクリエイトシステムさんと飲みに行ったとき、「富士フィルムは競争率高そうですよ。みんな使いたいですよ」というような意見を聞き、正攻法で実用性や便利性ではとても他の参加者の方にはかなわないとギブアップ。ここギコ!さんも居ないので、三流技術者の私ではあまり凝ったこともできません！

という訳で、人の顔を認識するAPIに人の顔以外を判断させる、という逆転の発想（というか単なる天の邪鬼？）で、人面魚、人面岩、人面木、などの人面の「人面度合い」を競うというサイトを思いつきました。富士フィルムさんにとっては、人でないものを人の顔と認識する訳ですから、いわゆる「誤認識」となってしまうのですが、逆に言うと限界領域でのテスト用のデータがたくさん集まるというメリットを提供できるかな、と考えました。

人の顔を入れると、当然ハイスコアになるので、それは反則としました。それでも人形とか人間に近いものは高得点が出て当然なのでおもしろくない。ANNAIさんとブレストの末、人面と判定されなければ失格だが、判定されるギリギリの最低点を競う、というコンセプトに決定。これが意外と面白く、楽しくテストできました。

企画スタート時は人面魚でも人面の判定が出ていたのが、途中から人面判定が厳しく（？）なり、全然合格しなくなりました。良く分からない画像を大量に送ってしまったので、富士フィルムさんがアルゴリズムをバージョンアップしたのか！？どうかは不明ですが、サービス開始直前なのにトップランク５までの画像がそろわないというハプニングも。

技術的には初めてPHPで本格的にプログラムしました。富士フィルムのAPIはJPEGしか受け付けないので、一般的なBMP,PNG,GIFでも投稿できるように画像変換＋サムネイル作成、富士フイルムから返ってきたデータで顔と検出された部分に赤の四角をはめ込む合成など、画像を扱うのも実は初めてでした。あと、一度投稿された写真を別の人が名前を変えて投稿できないように画像の重複防止のアルゴリズム、メールをトリガにしてPGを起動し、結果をメールで返す機能など、いろいろ今後役に立ちそうな知識が増えたのは思わぬ収穫でした。

みなさん、ぜひ「人面」を投稿してあそんでください。WEBで見つけた画像URLの貼り付け、アップロード、写メールの３つの投稿方法が選べます。メールは entry@jinmen-ranking.un-nai.com 宛に、タイトルに写真タイトル、本文にはニックネームを入れて送るだけです。

とにかく、「くだらね～～」と言いながら遊んでほしいです！
個人的にはMA2の「HANAABI!!」　が大好きなので、そんなノリのサービスがいつか作れれば・・・と思っていたので、結構満足してます。
やはり作りたいものを自分で作れる、というのがマッシュアップの良いところですね。

第二回ジオメディアサミットへ行ってきました

2008-07-31T20:14:00.003+09:00

第一回に引き続いて、第二回ジオメディアサミットへ行ってきました。
地図好き、位置情報好きの会社の枠を超えた交流会、というような感じで始まった「ジオメディア新年会」に端を発する、勉強会兼交流会です。音頭を取って頂いているのがシリウスラボさんですが、商業セミナーではなくて、運営側も基本的に「地図好きの人がボランティアでやっている」手作りイベントです。

今回はYahooさんの後援でYahooのミーティングルームをお借りして、なんと100名超の規模。

○ 無線LANから位置情報を取得する「PlaceEngine」のクウジットから「ロケーションアンプ」、
○ Google、
○ 不動産オークション「マザーズオークション」の子会社で道路の360度画像配信をしている「ロケーションビュー」、
○ Yahoo、
から20分の発表、
続いて5分間一本勝負のライトニングトークが4本
○ 日産自動車モビリティ研究所からCARWINGSキャスティングについて
○ リクルートメディアテクノロジーラボからホットペッパーfor iPod Touch(iPhone)
○ KBMJから電脳メガネなど拡張現実について
○ 再びメディアテクノロジーラボからライターの火とWiiのリモコンとGoogleMapsのマッシュアップ（おもしろい！）

と非常に盛りだくさんで、最新テクノロジー満載、エンターテイメント満載で、
「たのしい～」とニヤニヤしっぱなし。地図好き、位置情報好きにはたまらないイベントとなりました。
まわりを見るとみんなニヤニヤ。

今回、少しだけ企画側お手伝いをさせて頂いたこともあり、皆さんが満足されている様子はとてもうれしかったです。
次回はまだ決まってませんが、少しでも「地図」とか「位置情報」にアンテナが反応しそうな人にはどんどん紹介したいイベントになりました。

昨年、Gungiというイベントで「チズトーク」というマピオンラボvsアルプスラボ対談みたいな企画があって、その後両ラボのコラボサービスが出ていましたが、
今回GoogleMapsの方とYahoo!地図の方が談笑しているのを拝見して「この二つがコラボしたら楽しいだろうなあ」と勝手に想像してしまいました。
両者がガチンココラボするのは現実的には難しそうですが、両方のAPIを使って勝手にコラボ作品を作るのはマッシュアッパーの自由なので、ある意味現実的かも。

すごく熱くて楽しい一日でした。
位置を切り口とするサービス、めちゃめちゃホットです。個人的な感想ですが、2007年から2008年にかけてOSGeoができてGIS関連でもオープンソースが使える／普及するようになり、
GoogleMapsAPI、Yahoo地図API、GoogleEarth、VirtualEarth、携帯電話のGPS化、IPから位置情報の逆引き、PlaceEngineなどGPS以外の手段、などインフラ面がとても充実しました。
2007～2008年は位置情報マーケットが爆発すると言われていましたが、なかなか、まだでした。
なぜか？。昨日応えが分かりました。人間がついていっていなかったのではないか、と。
ここにきて、それを作る／使う人間の側の熱がかなり上がってきたように感じます。インターネットやメールなどの「ツール」が出揃いかけたばかりの「IT業界」みたいな感覚。
位置情報関連ビジネスのマーケット、今度こそ爆発しぞうです。

楽しいなあ。
ロカポは会社としてはあまり儲かっていないですが、この時代にこの業界に居合わせていることはとても幸せだと思います。

GIS Development 6月号記事の日本語訳

2008-07-01T14:44:00.002+09:00

先日お知らせした GIS Development 2008 June Issue の記事、
「GIS Data Compression and its need for LBS」
の日本語訳を用意しました。

こちらのURLからダウンロードできます。
http://www.locaport.com/docs/gisdev2008jun40Japan.pdf

注意：
（本記事はGIS Development Magazine 誌 2008 June Issueに掲載された記事「GIS Data Compression and its need for LBS」の筆者による日本語訳です。）

ロカポ上田の執筆記事が海外のGIS専門誌に掲載されました

2008-06-26T09:49:00.003+09:00

アジアからヨーロッパ、アメリカにかけて、メジャーなGIS系カンファレンスで販売されている雑誌「GIS Development 2008 June Issue」に、弊社代表の上田が執筆した記事「GIS Data Compression and its need for LBS (訳：GIS
データ圧縮とLBSにおけるそのニーズ)」が掲載されました。
英語圏の雑誌ですが、日本人の書いた文章です。とっても読みやすいのでぜひ読んでください。

位置情報圧縮・可搬化技術 LocaPorter （英語圏では LocaPort の名称）のプレスリリースの後、GIS Development編集部から記事執筆の依頼があり、書いていたものです。バックナンバーをみると4月号ではオートデスクのGeoff Zeissさん（OSGeo財団日本支部設立記念カンファレンスにきていたあのZeissさん！）など超大物の記事もあったので、採用されるかどうかドキドキだったのですが、なんとか無事採用されました。

英語圏の人に読まれるので、以前このブログでもご紹介した英語編集サービス「Edit Avenue」で技術系文章に強そうなハーバード卒のエディターを探し出して添削・編集してもらいました。記事の内容の良し悪しは変わりませんが（苦笑）、英語の文章としてはほぼ完璧になるもんですね。強い味方です。

位置情報コード「ロカポ」と位置情報圧縮技術「ロカポーター」の売上の一部を災害救援基金へ寄付することにしました。

2008-05-15T11:52:00.002+09:00

プレスリリースでも発表しましたが、「ロカポ」「ロカポーター」の売上の一部を災害の援助、特に捜索や救援などの初期活動に継続的に寄付することに決定しました。

もともとロケージング社は海や山のレジャー向けの救難信号サービスをやろうとしていました。その過程で、緯度経度を電話や無線でしか伝えられない場合、伝え間違え、あるいは伝達途中で伝言ゲームになって別の場所に救助が行ってしまうと助からない、間違えやすい緯度経度よりも確実に場所を伝達できるコードはないか、ということでロカポの開発がスタートした経緯がありました。ですので、災害、遭難、漂流などの場面ではロカポが今後社会の役に立つ可能性があり、常に情報をウォッチしています。

先日、中国・四川での地震災害の痛ましい情報が入ってきました。普段はこのような時は個人として少しばかり寄付をしています。寄付はAOLが母体になっている Network For Good というところで、クレジットカードからDonateできますし、ここから自分が思う慈善団体を選んで、場合によっては用途を指定して募金することができます。なにより、ここに載っている団体は信用できます。
いるのですが、今回寄付をしたあと、ふとロケージング社として、売上の一部を寄付することはロカポ開発の原点というか、本来目指していたものと整合するので、ロケージング社としてこういう活動に参加したほうが良いと考えました。

スターバックスでは発展途上国のコーヒー農業に支援を行っていますし、売上の一部が熱帯雨林保護に使われる自然派洗剤などもあります。もともと遭難時の救助をより的確にというところからスタートしたロカポは、やはり災害などの支援、それも特に行方不明者の捜索・救援などの初動体制に関わる団体への寄付としたいと考えました。

Network For Good のサイトはこちらです。目的を決めて寄付する（例えば今回の中国地震向けの援助）こともできますし、団体に委任することもできます。英語のサイトですが、ぜひ除いてみて、皆様、よければ少しばかりの寄付をしてみませんか。

ロカポの特許を米国、欧州にも出願しました

2008-04-14T09:44:00.002+09:00

位置情報『ロカポ』の特許を米国特許庁と欧州特許庁に出願していた手続きが終わりました。
ロカポの特許は日本国内では特許取得済み（特許第3885157号）のものです。

手続き的にはPCT（特許協力条約）という手続きに従って、PCT出願というのをやっておいたもの（これだけでは出願の権利を確保しただけで、各国に出願したことにはならない）を、希望する国ごとに出願する必要があり、審査は国ごとにおこなわれます。日本で特許を取得したものは米国では通りやすいそうですが、ヨーロッパではどうなるか分かりません。
PCT出願後は韓国やインドの特許事務所からダイレクトメールなども来ていたのですが、なにせ一国につき100万円オーダーのコストがかかるので、とりあえずのビジネス展開を考えていない（＝できない）国にまで費用が回らず、泣く泣く米国とヨーロッパ（EU）にのみ出願です。
ちなみにEUは欧州特許庁という中央機関に審査（1回で済む）してもらって、通ってからEU加盟各国の特許庁に登録する方法と、最初から各国の特許庁にダイレクトに出願して国ごとに審査してもらう方法の二つがあります。なんだかミニPCTですね。２～３カ国以上出す場合は欧州特許庁を経由したほうが結果的にコストが低いそうです。

日本の特許は自分でやりましたが、さすがに海外は専門家に依頼しました。手続きが全くわからないし、米国では専門家でないと手続きできない、というような話もどこかで聞いたことがある。
今回、ドリームゲートという起業支援団体で知的財産のアドバイザーをされている窪寺先生という米国在住の弁理士さんに依頼しました。窪寺先生には、何度もドリームゲート経由でアドバイスいただいていたので、安心して任せることができました。一番肝心な請求項のところは、ほとんど先生に作り直してもらっています！本当に親身になってやって頂きました！
でも時間が無かったので、明細書などの書類の翻訳は自分でやりました。自分で書いた日本語を翻訳するので簡単だろうと思っていましたが、これが結構きつい！

国内特許との一番の違いは、、、やはりコスト。特に欧州は高い！資金繰りが、、、、、！

でもこれを機会に、海外のマーケットに積極的に出て行きたいと考えています。
なにより、日本国内でこれだけ地図や位置情報の周りに楽しい人達が集まっているのだから、その輪を海外に広げるともっと面白い人達と出会えるのでは、とそっちの方がわくわくします。

海外の地図や位置情報関係の面白い人がいたらご紹介頂けると嬉しいです。

ロカポーターのしくみ（５）

2008-02-20T19:42:00.002+09:00

５．可変精度の例

前回のデータの途中部分、電車の駅の部分は、駅であることが分かれば良いので200mほどの精度でも十分でしょう。この例では手を抜いて本当に駅だけですが、途中経路の形をもう少しこまかく（たとえば高速道路のカタチで）取りたいというような場合、重要度の低い部分を非可逆圧縮にして精度を落とすことで、もう少し圧縮できるようになります。

駅の部分だけ２００mの精度（４桁にコード化したもの）にしてみましょう。

ここで、青字にしたところが、精度を下げたところと、元に戻した（上げた）ところです。
ともに「_」（アンダースコア）が精度変更のサインになります。コードがアンダースコアで終わる場合は精度を下げる（桁を減らす）記号、反対にアンダースコアのあとコードが続く場合は、これまでの桁数にプラスしてアンダースコア以下の桁数を増やすという記号となります。
ここで、アンダースコア直前の文字は、全データと同じであっても省略しないことに注意してください。これにより「アンダースコアから始まる省略データは存在し得ない」というルールができますので、連結時にコードの境界にアンダースコアがある場合（例 AAAA_bbbb）、そのアンダースコアは前のデータに属していることが明確なので、例では（ＡＡＡＡ＿と bbbb）に分離します。（AAAAと _bbbb にはなりません）
詳細はロカポーターのサイトからダウンロードできる仕様書ご覧ください。

これによって、データがさらに圧縮できる場合があります。
この元データの例では、対象となるデータ数が少ないので、ほとんど変わりませんが、少しだけ短くなってきます。

可変精度前（データ部分のみ）
RZHBZwuimjCAjBZmAKnKrGZWqSrRtIoSABWSeyuYCjzELOkfDIBAxcdzuJEAhpNiyGCjqITluWwWxUmaTlz

可変精度適用後（データ部分のみ）
RZHBZwuimjCAjBZmAKnKrGZWqSrRtZ_m_SABWeyYjELkDIBxcdzJEhE_Ni_yGCjqITluWwWxUmaTlz

以上がロカポーターの基本的な仕組みになります。

次回から、ロカポーターがどのような用途に使えるのか、いろいろ検討していきたいと思います。

ロカポーターのしくみ（４）

2008-02-19T15:53:00.005+09:00

４．実際の圧縮の例

例として、奈良県香芝市にあるロケージング本社から渋谷にあるゴーガさんへのルートを圧縮してみます。
元データ

緯度経度をそれぞれコード化すると、次のようになります。コード化の詳細は、別に機会に解説しますが、ここではとりあえず6文字の固定長文字列になることだけ頭においてください。このコードの精度はおよそ1mです。（コード化の手順はロカポーターの仕様書に記述してあります。）

圧縮して、接続する工程は次のようになります。
赤字で示してあるのは圧縮される部分です。

右端の合成値をそのまま接続し、以下のようになります。これが圧縮したデータの部分です。
RZHBZCwuimjfCAEhBZJmaAKIndDreGZWHqcSJriRFtaIDodSABWSDeyuiYCBjzcELOAkfgDIBAJxcdzugJEAHhpdNCiybGCEjqdITAlufWBwgCxiUImadTDlzh

ロカポーターのフォーマット規格は以下のようになっており、圧縮したデータ以外にも、ヘッダ、データセットのデータ種情報とターミネータを付けることが必要です。

● ヘッダの作成
ロカポーターのバージョンは「1.0」なので、整数部分は「1」です。
小数点以下の部分は、下記表にしたがって数字を英文字に置換します。少数以下は「0」なので「A」となります。この両方をつなげて「1A」となります。この変換は次の対応表を使います。

カスタムコードは使用しないので省略します。したがって、ヘッダは「1A」となります。

● データセットのデータ種類
今回のデータは「経路」ですので、2進法で[01]
高度、日時、時刻、カスタムIDとも不使用なので2進法で[0000]
→［010000](2進法) = 16(10進法) = [g]
2進数6ビットから文字への変換は以下の表を使います。

よって、データ種類は「g」となります。

データセットのターミネータ
最後のデータの省略しない表記は「SDJITDxcdlzh」となるので、これをターミネータとします。

これらをまとめると
[ヘッダ][ピリオド][データ種類][データ][ターミネータ]
となるので
「1A.gRZHBZCwuimjfCAEhBZJmaAKIndDreGZWHqcSJriRFtaIDodSABWS
DeyuiYCBjzcELOAkfgDIBAJxcdzugJEAHhpdNCiybGCEjqdITAlufWBwgCxi
UImadTDlzhSDJITDxcdlzh」

がロカポーターとなります。
QRコードにするとこうです。

もし、道案内などの目的で、精度が8m程度でよければ、コード化の際に5桁の固定長文字列になり、次のようになります。

データの圧縮工程は以下のようになります。

右端の列を連結すると圧縮データになります。左の緯度の表で「K」と「W」が強調されている箇所があります。これは、データが前のデータと全く同じ場合ですが、空文字列にしてしまうとデータの再分離ができなくなるので、緯度経度データの場合、全く前のデータと値が同じ場合でも1文字残す仕様になっています。

圧縮データRZHBZwuimjCAjBZmAKnKrGZWqSrRtIoSABWSeyuYCjzELOkfDIBAxcdzuJEhpNiyGCjqITluWwWxUmaTlz

ターミネータ
SDJITxcdlz

ロカポーター
「1A.gRZHBZwuimjCAjBZmAKnKrGZWqSrRtIoSABWSeyuYCjzELOkfDIBAxcdz
uJEhpNiyGCjqITluWwWxUmaTlzSDJITxcdlz」

QRコードにするとこうなります。

次回は、このデータの途中部分、電車の駅は200mほどの精度でもいいや、という場合の例です。
重要度の低い部分を非可逆圧縮にして精度を落とすことで、もう少し圧縮できるようになります。

ロカポーターのしくみ（３）

2008-02-17T00:46:00.002+09:00

３．データ途中の精度変更

高度を考えて見てください。仮にデータが1メートル単位として、地上付近では1メートル精度のデータが欲しい。でも飛行機で上空へ行けば10ｍ単位や100ｍ単位でも問題ない。このデータをどうやって混在させればよいのか。

高度　　　　欲しい精度
00001　　　　1m
00002　　　　1m
00003　　　　1m
00010　　　　10m
00020　　　　10m
00100　　　　10m
01000　　　　1000m
02000　　　　1000m
05000　　　　1000m

ロカポーターには答えがあります。
ロカポータ圧縮の前提は、「固定長文字列であること」ですので、その「固定長」の長さを途中で変えてしまえばいいのです。つまり、

高度　　　　欲しい精度
00001　　　　1m
00002　　　　1m
00003　　　　1m

0001(0)　　　10m
0002(0)　　　10m
0010(0)　　　10m

01(000)　　　1000m
02(000)　　　1000m
05(000)　　　1000m

の３つのセットに分けます。括弧の中は精度を落とせば不要となるデータです。
ところが、単に括弧の中を省略すれだけでは、不十分です。例えば、1000m精度のつもりの「01」が5桁の固定長と思われて「***01」と解釈されてしまいます。
そこで、精度を落とす記号を導入します。

高度　　　　欲しい精度
00001　　　　1m
00002　　　　1m
00003　　　　1m

0001_　　　　10m　<-　固定長5桁をこのデータ以降、1桁落として
　　　　　　　　　　　　　　　（アンダースコアが1つ）固定長4桁に変更
0002　　　　　10m
0003　　　　　10m

01__　　　　　100m　<-　固定長4桁をこのデータ以降、2桁落として
　　　　　　　　　　　　　　　　（アンダースコアが2つ）固定長2桁に変更
02　　　　　　100m
05　　　　　　100m

省略すると
00001　　　　　00001
00002　　　　　　　2
00003　　　　　　　3
0001_　　　　　　1_
0002　　　　　　　2
0003　　　　　　　3
01__　　　　　　1__
02 　　　　　　2
05　　　　　　　5

仮にこれらのデータをカンマ区切りでつなげてみるとこうなります。
（実際はカンマの部分には緯度経度など他のデータが入り込むことになります。）

00001,2,3,1_,2,3,1__,2,5

ちなみに可変精度を使わないと

00001,2,3,10,20,30,100,200,300

となります。

逆に精度を高めていくには、固定長の長さを増やします。
これにもアンダースコアを使いますが、現データの後に、アンダースコア＋増加するデータを加えます。

高度　　　　欲しい精度
05000　　　1000m
02000　　　1000m
01000　　　1000m
00100　　　10m
00020　　　10m
00010　　　10m
00003　　　1m
00002　　　1m
00001　　　1m

上記のデータは精度を変更すると、次のようになる。

高度　　　　欲しい精度
05　　　　　1000m
02　　　　　1000m
01　　　　　1000m
00_10　　　　10m　　<-　固定長２桁をこのデータ以降、２桁増やして
　　　　　　　　　　　　（アンダースコアの後の値が２つ）固定長4桁に変更
0002　　　　　10m
0001　　　　　10m
0000_3　　　　1m　　<-　固定長４桁をこのデータ以降、１桁増やして
　　　　　　　　　　　　（アンダースコアの後の値が１つ）固定長5桁に変更
00002　　　　　1m
00001　　　　　1m

圧縮すると次のようになる。

05　　　　　　　05
02　　　　　　　 2
01　　　　　　　 1
00_10　　　　　　0_10
0002　　　　　　　 02
0001　　　　　　　　1
0000_3　　　　　　　0_3
00002　　　　　　　　 2
00001　　　　　　　　 1

カンマ区切りでつなげてみるとこうなります。
（実際はカンマの部分には緯度経度など他のデータが入り込むことになります。）

05,2,1,0_10,02,1,0_3,2,1

ちなみに可変精度を使わないと

05000,2000,1000,0100,020,10,03,2,1

となります。

圧縮のアイデアは、このように高度のデータについて考えている時に出てきました。
当初は対数を使って、地上付近を密に、上空を粗くするコード体系を用意していたのですが、精度を可変にすることで、1番目のデータのみフル精度が必要であり、あとは好きな桁に落とせば良いことから、もっとも扱いやすい10進法のまま高度を扱うことにしました。

以上の
・固定長データの圧縮
・不定長データの接続
・精度記号によるデータの接続

が基本的なロカポーターの実装に必要なロジックとなります。

続く

ロカポーターのしくみ（２）

2008-02-16T08:21:00.010+09:00

２．圧縮したデータ群の接続方法

ロカポータ圧縮で圧縮した各データは、可変長（というか不定長）のデータの羅列となります。

データが接頭符号であれば、そのまま接続できますし、接尾符号でデータの区切りが分かる場合もそのまま接続できます。

接頭符号など、情報圧縮全般についてはここが詳しい！

情報と通信のハイパーテキスト（詳しい！）

しかし、接頭符号でも接尾符号でもないデータをそのまま接続すると、今度分離しようとした時に、どこで分離したらよいか分からず、一意にデータを復元できなくなる恐れがあります。

そのばあい、区切り文字を使うこともできますが、仮にデータが１００個あれば区切り文字が1文字としても99文字余分に必要になってしまいます。なんだかもったいない。。。

二進数であれば、このようなデータを接続するには（各データの値が小さい場合は）ワイル(weyl)符号化、ガンマ(γ)符号化、(δ)デルタ符号化、などの方法が良く使われ、これらの符号化により接頭符号化するものです。よく考えられていますね！

ワイル符号化
　０　　　　　　　　　表現不可
　１～４　　　　　　　0xx
　５～８　　　　　　　10xxx
　９～１６　　　　　　110xxxx
　１７～３２　　　　　1110xxxxx
　３３～６４　　　　　11110xxxxxx
　６５～１２８　　　　111110xxxxxxx
　１２９～２５６　　　1111110xxxxxxxx
：
xxxの部分に数値を2進数で表現したものが入る
（出展：「圧縮アルゴリズム　符号化の原理とC言語による実装」昌達Ｋ’ｚ著　ソフトバンクパブリッシング）

ガンマ符号化
デルタ符号化
については、下記サイトの説明が良く分かります。
　　　　参考
　　　　http://codezine.jp/a/article/aid/475.aspx
　　　　CodeZine：δ符号によるデータ領域の節約（CODEC, δ符号, データ圧縮）

さて、ロカポーターでは二進数での処理はせず、文字列で圧縮しているので、文字列ベースでもう少し簡単なものは出来ないか、と考えたのが以下のロカポーターの方式です。

とても単純なアイデアですが、せっかくデータが緯度、経度、高度・・・とあるのでそれぞれを全く違う種類の文字で並べれば人間が目で見ても区切りがすぐわかる。

緯度　　　　　　　　　　　　　　　　経度
５桁固定　　　ロカポータ　　　５桁固定　　　ロカポータ
10030 　　　　10030 　　　　　　　20013 　　　　20012　
10028 　　　　　　28 　　　　　　　20035 　　　　　　　35
10022 　　　　　　　2 　　　　　　　20135 　　　　　　135
10019 　　　　　　19 　　　　　　　20135 　　　　　　(空)→必ず1文字は残すルールにして[5]とする
09998 　　　　09998 　　　　　　　20029 　　　　　　　29
09997 　　　　　　　7 　　　　　　　20025 　　　　　　　　5

とします。ここで緯度データの方を 0->A, 1->B, 2->C,,,9->J というように単純に文字を置換します。

緯度　　　　　　　　　　　　　　　　　経度
５桁固定　　　ロカポータ　　　　　５桁固定　　　　ロカポータ
10030 　　　　BAADA 　　　　　　　20013 　　　　　20012
10028 　　　　　　　　CI　　　　　　　20035　　　　　　　 35
10022 　　　　　　　　C 　　　　　　　20135 　　　　　　　135
10019 　　　　　　　　BJ 　　　　　　　20135 　　　　　　　　5
09998 　　　　　　AJJJI 　　　　　　　20029 　　　　　　　29
09997 　　　　　　　　　H 　　　　　　　20025 　　　　　　　 5

で、緯度、経度、の順に並べる

BAADA 20012 CI 35 C 135 BJ 5 AJJJI 29 H 5

先ほど、全く同じデータの際でも必ず1文字は残すルールとしたので、このまま接続しても、文字種によってデータの境界が明白なので、区切り文字などを使用しなくても、そのまま接続してＯＫ

BAADA20012CI35C135BJ5AJJJI29H5

できあがり。

分離するときは、文字か数字かで単純に分ける。手作業でもできる！

BAADA 20012 CI 35 C 135 BJ 5 AJJJI 29 H 5

はい、もとどおりです。

なんと単純な仕組みですが、これでも「差分をとって、二進数にして、ガンマ符号にして、最後のホフマン符号で圧縮して、6ビットづつ64進法の文字に戻す」とやる場合と比べて、2倍も差はないです。2倍というのは適当な言い方ですが、仮に１００００文字の元データをギュウギュウに圧縮して１０００文字とすると、ロカポーター圧縮のような簡易形式でも、たいてい２０００文字以内には収まる、という意味です。

ちなみにこの例では、データの種類ごとに使う文字の種類を変えたが、要するにデータの最後の文字と、次のデータの（どこになるかわからない）先頭部分とが違う文字であればＯＫです。ですので、たとえば、各データを

ＡＡＡＡ０（Ａのところは26進法、０のところは10進法、全部で０～４５６９７５９まで）
というロカポのような記述を使うと、最後が数字ひとつとわかっているので

ＡＡ０ＡＡ０　→ （ＡＡ）ＡＡ０と（ＡＡ）ＡＡ０
ＡＡＡ０００ → 　（Ａ）ＡＡＡ０と（ＡＡＡＡ）０と（ＡＡＡＡ）０

のように、問題なくデータを再分離可能です。

ロカポータでは、この両方の方式を組み合わせています。緯度経度には前者の方式をベースにしたもの、高度や日時などの付加データには後者の方式をベースにしたもの使用しています。

次回は、ロカポーターの目玉である、データ途中の精度変更です。

なお、ご質問等があれば、このブログに投稿頂くか、ロケージングまでお問い合わせください。

それとロカポーターのホームページ（突貫で作ったので、まだ１ページモノですが・・・）からロカポーターの仕様書をダウンロードできるようになっていますので、どうぞご利用ください。

ロカポーターのしくみ（１）

2008-02-15T10:26:00.005+09:00

これから、ロカポーターによる位置情報圧縮の基本的な仕組みを紹介していくことにします。

１．ロカポータ圧縮技術のもっとも基本的な考え方
まず、データはデータ種ごとに、すべて固定長の文字列データにします。

例：5桁（5文字）固定のデータにする場合

元データ５桁固定
10030 10030
10028 10028
10022 10022
10019 10019
9998 09998
9997 09997

通常、このような数値のデータで、データ値が近いデータ群の圧縮には、差分形式がよく用いられます。

元データ５桁固定差分
10030 　　10030 　N/A
10028 　　10028 　-2
10022 　　10022 　-6
10019 　　10019 　-3
9998　　　09998 　-19
9997 　　 09997 　-1

ロカポーターでは、差分ではなく、同じ桁を比較して、『文字列の違う箇所』を記述します。
ただし、比較は左側から行い、違う箇所より右は同じ値の場合すべて記述します。

元データ５桁固定ロカポータ方式
10030 　　10030 　　10030
10028 　　10028 　　　　　28
10022 　　10022 　　　　　 2
10019 　　10019 　　　　　19
9998 　　　09998 　　09998
9997 　　　09997 　　　　　7
赤字の桁は直前のデータと同じなので、省略する

ちなみにデコードは、上から順に足りない桁を借りてきて埋めるだけ。
固定長と決まっているので、たとえば5桁固定長のところ3桁しかなければ、上位2桁が前のデータと同じ（冗長）と判断する。

ロカポータ
10030　10030
　　28　10028 ->10028
　　　2　　　　　　　10022 ->10022
　　19　　　　　　　　　　　　　10019 ->10019
09998　　　　　　　　　　　　　　　　　　09998 ->09998
　　　7　　　　　　　　　　　　　　　　　　　　　　　　09997

赤字の桁は、足りないので直前のデータから借りてきて補完した部分。復元したデータは、次のデータの補完の基準となる。

差分方式との違うは、

差分方式はプラスマイナスが発生するので、（マイナスの場合は）符号用に1文字必要となること。二進数ではデータごとに1ビットづつ余分に必要となることがあります。ロカポータ方式では、マイナス値は発生しないので、符号処理が不要です。
対象が数値ではなく文字列でも、数値演算の必要がなく、文字列の比較のみの簡単な処理で実現できます。
上記データの＃１、＃４のように、圧縮したデータの中に、生のデータを挿入してもまったく処理が破綻しません。

差分方式の符号処理の場合、2進数なら符号の為に1ビット確保する必要があります。
たとえば固定長データのとりうる値が０～２５５としましょう。２つのデータの差分のとりうる値は-255～+255ので、510種類の差分値を表す必要があり、9ビットの差分表現領域が必要です。これは元データの255=８ビットから符号の分の桁が増えるためです。
ただし、うまいやり方もあります。
現在の値が１００とすれば、次のデータの差分は-100～+155までに限定されます。これは幅が255なので、実質8ビットに抑えられるちう方法もあります。この場合、復号には差分値を足して、255をオーバーした分はマイナス扱いにするなど、一工夫必要です。
ロカポーターの場合は、何の符号制御も必要なく、ただ文字比較をするだけです！

最後の生データの挿入ですが、差分方式だろうとロカポータ方式だろうと、基準とする点に誤差があれば、その誤差は以後のデータに順に引き継がれてしまいます。ですので、時々生データを使い、その間を差分データ等で埋めることになります。ロカポータだと、任意の場所に生データを埋め込むことが出来、しかも生データと圧縮データの違いはデータ長がフルの固定長あるか、それより短いかという違いのみです。
それによって前後の処理が変わることは全く無く、全データを同じアルゴリズムで処理できます。差分方式では、生データか、差分データかという区別するための情報を各データ毎に付加する必要があり、ロカポータではその分、節約できます。

元データ　５桁固定　ロカポータ方式
10030 　　　10030 　　　10030 <-生データ（先頭は必ず生データ））
10028 　　　10028 　　　　　　28 <-圧縮データ
10022 　　　10022 　　　10022 <-生データ（意図的に挿入）
10019 　　　10019 　　　　　　19 <-圧縮データ
　9998 　　　09998 　　　09998 <-圧縮データ（結果的に生データと同じ）
　9997 　　　09997 　　　　　　7 <-圧縮データ

この方式のデメリットは、たとえば9999と10000のような桁上がり付近のデータ同士の場合、差分なら１で済むところ10000と大きな表現になってしまうことです。

経路情報やエリア情報は、構成する各点の値が少しづつ変化すると考えられるため、単なる数値や数値を表すＮ進法文字列表現のような、左側に上位桁情報が、右側に下位桁情報がくるような（狭義の単調増加関数である）固定長データを利用すると、左側の桁が同じ値となって省略できる可能性が非常に高くなります。
反面、縦横の座標を基にしたような、メッシュコードなどの文字列では、必ずしも上位桁が左側一方（あるいは右側一方）に偏る可能性が少ないため、この方式による圧縮の効果は少なくなります。

ちなみに、現在N進法でM桁あるとすると、差分を使うと最大M桁の可能性があるのと、符号に１桁使うので、ひとつのデータ当たり最大 log2(Nの(M+1)乗)の情報量となります。ロカポーター方式では桁数は変わらない代わりに同じ場合は空白を使うのでN+1進法のM桁となり、最大 lon2((N+1)のM乗)の情報量となります。どちらがより有利かは N^(M+1) と　(N+1)^M　の大小関係によりますが、実際のデータによって結果は大きく変わります。

計算してみると、元が2進法の場合、ロカポータ方式のメリットのある可能性は非常に少ないです。ただ、元が10進法などNの値が大きい場合、ロカポータ方式が有効になる場合があります。

次回は、この圧縮したデータ群をどうやってまとめるかについてです。

続く

位置情報圧縮・可搬化技術『LocaPorter（ロカポーター）』発売開始しました

2008-02-13T19:27:00.003+09:00

大変お待たせいたしました。
スケジュールが延び延びになっていました『ロカポーター』の発売を、バレンタインデー前日の本日２００８年２月１３日に開始いたしました。

とりあえず、仕様バージョン１．１ですが、皆さんのご意見を取り入れて、どんどん使いやすいものに変えていきたいと思っています。

よろしければロカポーターのサイトから「ロカポーター仕様書」をご請求ください。

これから、ロカポーターのアルゴリズムを、このブログでも分かり易く解説していきたいと思います。

今後は「位置情報ロカポ」と共に「ロカポーター」も、どうぞよろしくお願いいたします。

ロケージング
代表取締役
上田直生

ロカポーター誕生の記録（８）最終回

2008-02-06T19:03:00.000+09:00

８．「LocaPorter」名前の由来

開発の経緯の記録の最後に、ロカポーターの名前の由来を残しておきたいと思います。

最初、「ロカポ圧縮」というベタな名前だったこの技術、位置情報系サービス間のパラメータとして使ってほしい、ということでジオメディア２００８新年会では「LocaParam」という名前でご紹介させて頂きました。

ところが、LocaPointおよび Locazing（位置情報ロカポで知られてますが、実は「ロケージング」という会社名なんです。）の名付け親でもあるネーミング・コンサルタント Graeme Tickins氏に聞いてみたところ、Paramというのがいまいちしっくりこないとのこと。どうせならParameterの後半のmeterをとって「Locameter」とか「Geometer」にしてはどうかとアドバイスをもらいました。でもgeometerってそのまんま「幾何学の数学者」だし、meterというとメートルと思ってしまいます。インチ・ヤード法の国の方はあまりイメージしないんでしょうかねぇ。
さらにマッシュアップアワードでご一緒させて頂いた、ここギコ！さん！からもロカプレスという名前候補をもらったり、同じくご一緒させて頂いたAN-NAIさんからも「ロカポ」という音がいいので残した法がいい、などいろんな方にアドバイスもらいました。難しいなあ。

いろいろ考えた末、圧縮という特性よりもやはりサービス間の連携能力にフォーカスを当てたかったので、位置情報をＬＢＳ間で持ち運ぶ、ポータブルにする、あ、これは番号ポータビリティーならぬ、
位置情報ポータビリティー！

ということで Loca/Geo ＋ Port/Porter/Portable に絞る。GeoportはMACのポート名だし却下。ネーミングコンサルタントのGraemeはLocaPortの方が短いし、Portable も Porterの意味も暗示しているからベターだ、と言ってくれたのだが、私には locaport≒local airport＝国内線しか飛んでいない空港みたいに聞こえるし、IT系の人にはそのまんま「ローカルポート」みたいに聞こえる。

Porterの方は、私が鞄好き（といってもウィンドウショッピングだけでほとんど買わないのだが）なので、吉田カバンのPorterのイメージから、本来のポーター（運ぶ人）よりもカバンという印象が強い。
そういう勝手な思い込みと、「運ぶ」ということを前面に出したかったので、最終的に『LocaPorter』に決定！

ちなみに、ここで出てきた名前、取れるものはほとんど全部ドメイン取ってしまった。。無駄なお金を使ってしまいました。

今回はどうでも良い話で失礼しました。

さて、いよいよ次回から、ロカポーターのアルゴリズムの紹介に入っていきたいと思います。
請うご期待！

ロカポーター誕生の記録（７）

2008-01-30T07:14:00.001+09:00

７．（データ途中）可変精度のアイデア

ロカポータの一番前面に出したい特徴として、精度の途中可変能力がある。
仕組みは追々説明させていただくが、これによって、いろいろな精度のデータを混在させることが可能になる。これは他の圧縮技術ではあまり見かけないが、どうでしょうか？

一番に思いつくのは、マップマッチング技術（NI-Lab. さんのサイトより）との相性。マップマッチング技術を使えば、経路情報に多少の誤差があっても、ぴったり道路に合わせて修正することが出来る。それを見越して経路情報はかなり荒い精度に落とし、情報量を減らすことができる。

同時に、出発地点、目的地、経由地点（お店）などはピンポイント情報にすることにより、精度を損なわずにデータを混ぜることができる。

たとえば、高速と一般道が平行している道路で、どちらか判別がつき難い程度に情報量を落としても、料金所の場所を経由地点としてピンポイントで表すことで、高速を利用することが表現できる。ロカポーターでは、エンコードした際にどの精度でエンコードしたかの情報も保存できるので、あとから「このデータは精度が粗いから重要度は低い」「経路の中でここだけピンポイント精度にしてあるのは、重要な場所である」というように、解釈することが可能です。

海外旅行の経路＋立ち寄ったお店、写真をとった場所、あの公園のあの銅像！などにも使えます。

保存精度を選ぶことで、データを削って効率を稼ぐ（ある意味、非可逆圧縮）ことと、本当に精度を保ちたい場所（可逆圧縮）を自由に混在させることができる。

実は、この可変精度（というか混在精度）のアイデアを思いついたのは、年が明けてから。白状してしまうと、ジオメディア２００８新年会でライトニング・トークをさせてもらうことになり、プレゼンの原稿を考えないと、、、と思っている時に急に思いついたものです。正月休みも一部返上で働いていた帰宅中の電車の中でした。

それまで、実は軽量アルゴリズムの「ロカポ圧縮Light版（現ロカポーター）」と、いろんな情報圧縮理論を組み合わせて圧縮効率を追求する「ロカポ圧縮Max版」の二本立てでいこうと思っていました。プレゼンも二本を紹介する内容でした。
でもこの可変精度ができることで、Light版の地位がいきなりアップ！。
さらに、これによって「サービス間連携ツール」としての利便性が格段にアップすることに気づく。

逆にMax版は可変精度が出来ないので、圧縮技術としては良いかもしれないが、サービス関連携にはあまりメリットがすくなさそうになり、開発を中止することにしました。それに、単なる圧縮効率の追求だけなら、頭のいい人がちょっと考えればすぐによりよい物が作れると思いますし。というわけで、可変精度で必要なところだけ可逆圧縮、どうでもいいところは非可逆圧縮にできる Light版一本でのデビュー決定！プレゼンも作り直し！

これがジオメディア２００８新年会のお披露目発表の前夜23時ごろ。そのまま徹夜でやっつけのプレゼンを作って、東京へ移動！なんと余裕のないスケジュール！

ライトニング・トークの後、ずっとロカポ圧縮の相談にのっていただいていたここギコ！さんから「可変精度のことは初めて聞きました！」と驚かれましたが、それもそのはず。思いついてからほんの数日しか経ってないのですから。。。。

実際の利用場面においては、そこそこの経路情報でも結構な大きさのテキストデータになってしまうと思います。しかし、この可変精度の特性と、マップマッチングを前提にしたデータ量の間引きの組み合わせによって、ロカポーターは位置情報ポータビリティーの現実的な手段になると確信しています。

続く。

ロカポ ブログ