APIとその開発のノウハウについてご紹介しました。APIのビジネスでの展望をお届けします。参加者のプロフィールについてはVol.1をご覧ください。デベロッパー交流会(第2回)は4回に分けて掲載します。利用するうえでの要望や質問があれば教えてください。地図好きな皆様なので、たくさんの要望がありそうですが。古旛さん:元永さんの過去と現在の航空写真を比較するアプリケーションを見て感じたのですが、ズームイン・ズームアウトのスライダーとは別な汎用スライダーを用意してもらいたいです。元永さんのサイトでは、タイムスケールのコントロールとして活用できますし、その他の利用方法もいろいろありそうです。スライダーを作ることができます。同じくらいKMLに対応してくれれば問題は解決するのですが・・・。マップでのKMLサポートも行っていこうと考えています。マップを活用できるようなるかもしれません。元永さん:私からも1つ要望があります。現在は地図を表記する言語はそれぞれの国に準拠しています。日本なら漢字で、ロシア語圏の国ではキリル文字といった具合です。英語表記だけは別レイヤーで持たせることはできないのでしょうか?南野:私の周り、たとえば出張で来日する海外在住のグーグルのエンジニアからも、しばしば同じ要望をもらいます。需要は十分理解していますので、できれば対応したいな、と思っています。アプリケーションを作るのか?安藤さん:私としては、地図と位置情報に時間の概念が加わればより現実に近づくのではと考えています。現在、土地の価値は地価でしか計ることができません。マップで何年も地図をアーカイブし、それを比較すればもっと新しい指標ができるはずです。ウェブページはリンクの関係や最終更新日などの関連する情報でレーティングすることが可能ですが、同様に、場所に対してもできると思うのです。石川さん:ある特定の場所について話題が盛り上がってホットロケーションが形成されるかもしれませんね。マップが公開される前に自分でホットロケーションを測定してみたことがあります。これは日本の住所表記をキーにして、Googleで検索した結果(件数)を地図にマッピングしたものです。東京が突出することは明らかですのでここでは検索結果数を人口で割った値で表示しています。一目瞭然ですが、都市部、特に東京の情報の量と密度は凄いことがわかります。一部おかしな場所でグラフが高い場所がありますが、これは人口が極端に少ない場合に起こる例外と思ってください。古籏さん:これはまさに情報地価のグラフですね。安藤さんの言う新たな価値の1つかもしれません。このデータはビジネスになるかもしれませんね。アプリケーションでビジネス石原:ビジネスという言葉が出てきましたので、Mapsアプリケーションでのビジネスの展望についても伺いたいと思います。アプリケーションはまだ模索の段階だと思います。これから成功事例が出てくる必要があるでしょう。顕著な成功例は知りませんが、ポテンシャルは感じます。アプリケーションページの広告をクリックするというものがあります。このようにユーザーを集める手段としてMapsアプリケーションは有効なのではないでしょうか?安藤さん:私は単なる集客の手段ではなく、そこから一歩進んだモデルがあると思っています。街には野外広告が掲示されています。渋谷などの都市部はすごい数です。これは場所が価値を生んでいると考えるべきでしょう。さきほど情報地価という言葉が出ましたが、Mapsアプリケーションは単なる集客の手段ではなく情報地価そのものをビジネスとする方法を求めていくべきです。アプリケーションでビジネス)「地図とは何か?」からスタートした今回の交流会。地図とAPIへの熱い想いをぶつけあい、最後はビジネスにおいてMapsアプリケーションが進むべき方向性についての提言で幕を閉じました。マップに興味を持つ皆様の参考となれば幸いです。交流会の後は懇親会が行われました。地図好き、地図のプロフェッショナルが集まれば、当然話題も地図一色。見学が行われ、アルコールが入る前にすでに一同ハイテンション。ヒートアップした懇親会の様子を次回お届けします。APIとその開発のノウハウについてご紹介しました。APIのビジネスでの展望をお届けします。参加者のプロフィールについてはVol.1をご覧ください。デベロッパー交流会(第2回)は4回に分けて掲載します。利用するうえでの要望や質問があれば教えてください。地図好きな皆様なので、たくさんの要望がありそうですが。古旛さん:元永さんの過去と現在の航空写真を比較するアプリケーションを見て感じたのですが、ズームイン・ズームアウトのスライダーとは別な汎用スライダーを用意してもらいたいです。元永さんのサイトでは、タイムスケールのコントロールとして活用できますし、その他の利用方法もいろいろありそうです。スライダーを作ることができます。同じくらいKMLに対応してくれれば問題は解決するのですが・・・。マップでのKMLサポートも行っていこうと考えています。マップを活用できるようなるかもしれません。元永さん:私からも1つ要望があります。現在は地図を表記する言語はそれぞれの国に準拠しています。日本なら漢字で、ロシア語圏の国ではキリル文字といった具合です。英語表記だけは別レイヤーで持たせることはできないのでしょうか?南野:私の周り、たとえば出張で来日する海外在住のグーグルのエンジニアからも、しばしば同じ要望をもらいます。需要は十分理解していますので、できれば対応したいな、と思っています。アプリケーションを作るのか?安藤さん:私としては、地図と位置情報に時間の概念が加わればより現実に近づくのではと考えています。現在、土地の価値は地価でしか計ることができません。マップで何年も地図をアーカイブし、それを比較すればもっと新しい指標ができるはずです。ウェブページはリンクの関係や最終更新日などの関連する情報でレーティングすることが可能ですが、同様に、場所に対してもできると思うのです。石川さん:ある特定の場所について話題が盛り上がってホットロケーションが形成されるかもしれませんね。マップが公開される前に自分でホットロケーションを測定してみたことがあります。これは日本の住所表記をキーにして、Googleで検索した結果(件数)を地図にマッピングしたものです。東京が突出することは明らかですのでここでは検索結果数を人口で割った値で表示しています。一目瞭然ですが、都市部、特に東京の情報の量と密度は凄いことがわかります。一部おかしな場所でグラフが高い場所がありますが、これは人口が極端に少ない場合に起こる例外と思ってください。古籏さん:これはまさに情報地価のグラフですね。安藤さんの言う新たな価値の1つかもしれません。このデータはビジネスになるかもしれませんね。アプリケーションでビジネス石原:ビジネスという言葉が出てきましたので、Mapsアプリケーションでのビジネスの展望についても伺いたいと思います。アプリケーションはまだ模索の段階だと思います。これから成功事例が出てくる必要があるでしょう。顕著な成功例は知りませんが、ポテンシャルは感じます。アプリケーションページの広告をクリックするというものがあります。このようにユーザーを集める手段としてMapsアプリケーションは有効なのではないでしょうか?安藤さん:私は単なる集客の手段ではなく、そこから一歩進んだモデルがあると思っています。街には野外広告が掲示されています。渋谷などの都市部はすごい数です。これは場所が価値を生んでいると考えるべきでしょう。さきほど情報地価という言葉が出ましたが、Mapsアプリケーションは単なる集客の手段ではなく情報地価そのものをビジネスとする方法を求めていくべきです。アプリケーションでビジネス)「地図とは何か?」からスタートした今回の交流会。地図とAPIへの熱い想いをぶつけあい、最後はビジネスにおいてMapsアプリケーションが進むべき方向性についての提言で幕を閉じました。マップに興味を持つ皆様の参考となれば幸いです。交流会の後は懇親会が行われました。地図好き、地図のプロフェッショナルが集まれば、当然話題も地図一色。見学が行われ、アルコールが入る前にすでに一同ハイテンション。ヒートアップした懇親会の様子を次回お届けします。「地図とは何か?」という哲学的なテーマで始まったデベロッパー交流会(第2回)の様子を前回はお届けしました。API」についてのディスカッションをご紹介します。参加者のプロフィールについてはVol.1をご覧ください。デベロッパー交流会(第2回)は4回に分けて掲載します。APIは、簡単に言えば自分で作るサイトに地図を盛り込むための機能ですね。何がうれしいかというと自分で地図をメンテナンスする必要がないという点です。新しいビルや駅ができるなど街は変わり続けています。そのたびに地図の情報を更新するのは、負担でもあります。使うことでこのメンテナンスという作業が大幅に縮小できるのです。APIの利用をおすすめしています。」というサービスです。APIを利用して開発しました。GPS対応の携帯電話を使って今いる場所での落書きを地図上に書き込むことができるサービスです。自分のサイトで地図を活用する例ですね。元永さん:Googleマップは地図好きには夢のようなサービスです。地図はとても面白いものですが、実は入手が意外と大変なのです。世界各国の地図はよほど頑張らないと手に入りません。航空写真もそうですね。マップで、これまで入手が困難だったものも簡単に手に入るようになりました。APIを使えば、こうした重要な資産に対して、好きなように触れて活用することができます。APIは自分を楽しくしてくれる道具、たとえて言えば面白いおもちゃですね。APIが公開されたときに、まず「このユーザーインターフェースはすごい!」と驚いたことを今でも鮮明に覚えています。普通の方ですと「地図情報がただで使える!」と反応するのでしょうが、私はこのインターフェースを使って何ができるのだろう、と考えました。APIを利用すれば、滑らかで鮮明な表示が可能となります。APIの優れた機能を使えば他の手段にも使えるという例となります。APIの遊び方としては、スクロール機能を使ってシューティングゲームが作れるかもしれません。実際の街の上でゲームができれば楽しいはずです。マップが公開された時に、私は世界中を同じスケールで見ることができる点に感動しました。私は海外に行く度に地図を買い、さまざまな地図を所有しています。地図はそれぞれ別々のスケールで作られているので、これらを繋げて見ることはできないのです。マップはこの問題を解決してくれました。感動のあまり、仁徳天皇陵と世界中の建造物の大きさを比較してしまいました。これは天安門広場との比較です。同一スケールについて感動するだけでなく、スクロールによって気軽に他の国の地図や航空写真が見られることも感動的でした。地球の裏側の地図も隣町と同じ気軽さで見られるのです。石原:これでもうブラジルまで地図を買いに行く必要はなくなりましたね。マップを使った事例を紹介してもらいましたが、開発上のノウハウや裏技、デバッグ方法を教えてもらえますか?元永さん:私は、FireBugを利用してデバッグをしています。APIではJavaScriptを利用して地図画像を取得するため、画像のURLが分かりづらいのですが、FireBugを使えば取得している画像のURLがすぐに分かります。した細かい点が分かるので、デバッグには適していますね。作っているうちに面白い機能に気づきました。マップでは地図と航空写真を重ねるハイブリッド表示の際に道路が別レイヤーで表示されるのですが、このレイヤーを抜き出して利用することができるのです。マップが公開される前にある作品を作りました。これは昔の地図や航空写真と現在のものを比べることによって、街中のちょっと不思議な道の曲がり方などの理由を探ることを目的としていました。APIを用いて作成しました。API活用版を作成するのに1日しか必要としなかったことは驚きでしたね。以前作ったときは毎週末を使い1~2ヶ月はかかっていましたから。活用版は、交流会のネタを探すために作ってみたものです。作るうちに疑問点が出てくるだろうから、それを今日話そうと考えていたのですが、思った以上に分かりやすいAPIだったので、とくに疑問もなく作り上げてしまいました。APIを通じて、地図への熱い想いをお届けしました。APIをめぐる1つの熱い想いとして、とても心強く感じました。APIを利用する理由とビジネスへの展開についてのディスカッションをご紹介します。チーム「地図とは何か?」という哲学的なテーマで始まったデベロッパー交流会(第2回)の様子を前回はお届けしました。API」についてのディスカッションをご紹介します。参加者のプロフィールについてはVol.1をご覧ください。デベロッパー交流会(第2回)は4回に分けて掲載します。APIは、簡単に言えば自分で作るサイトに地図を盛り込むための機能ですね。何がうれしいかというと自分で地図をメンテナンスする必要がないという点です。新しいビルや駅ができるなど街は変わり続けています。そのたびに地図の情報を更新するのは、負担でもあります。使うことでこのメンテナンスという作業が大幅に縮小できるのです。APIの利用をおすすめしています。」というサービスです。APIを利用して開発しました。GPS対応の携帯電話を使って今いる場所での落書きを地図上に書き込むことができるサービスです。自分のサイトで地図を活用する例ですね。元永さん:Googleマップは地図好きには夢のようなサービスです。地図はとても面白いものですが、実は入手が意外と大変なのです。世界各国の地図はよほど頑張らないと手に入りません。航空写真もそうですね。マップで、これまで入手が困難だったものも簡単に手に入るようになりました。APIを使えば、こうした重要な資産に対して、好きなように触れて活用することができます。APIは自分を楽しくしてくれる道具、たとえて言えば面白いおもちゃですね。APIが公開されたときに、まず「このユーザーインターフェースはすごい!」と驚いたことを今でも鮮明に覚えています。普通の方ですと「地図情報がただで使える!」と反応するのでしょうが、私はこのインターフェースを使って何ができるのだろう、と考えました。APIを利用すれば、滑らかで鮮明な表示が可能となります。APIの優れた機能を使えば他の手段にも使えるという例となります。APIの遊び方としては、スクロール機能を使ってシューティングゲームが作れるかもしれません。実際の街の上でゲームができれば楽しいはずです。マップが公開された時に、私は世界中を同じスケールで見ることができる点に感動しました。私は海外に行く度に地図を買い、さまざまな地図を所有しています。地図はそれぞれ別々のスケールで作られているので、これらを繋げて見ることはできないのです。マップはこの問題を解決してくれました。感動のあまり、仁徳天皇陵と世界中の建造物の大きさを比較してしまいました。これは天安門広場との比較です。同一スケールについて感動するだけでなく、スクロールによって気軽に他の国の地図や航空写真が見られることも感動的でした。地球の裏側の地図も隣町と同じ気軽さで見られるのです。石原:これでもうブラジルまで地図を買いに行く必要はなくなりましたね。マップを使った事例を紹介してもらいましたが、開発上のノウハウや裏技、デバッグ方法を教えてもらえますか?元永さん:私は、FireBugを利用してデバッグをしています。APIではJavaScriptを利用して地図画像を取得するため、画像のURLが分かりづらいのですが、FireBugを使えば取得している画像のURLがすぐに分かります。した細かい点が分かるので、デバッグには適していますね。作っているうちに面白い機能に気づきました。マップでは地図と航空写真を重ねるハイブリッド表示の際に道路が別レイヤーで表示されるのですが、このレイヤーを抜き出して利用することができるのです。マップが公開される前にある作品を作りました。これは昔の地図や航空写真と現在のものを比べることによって、街中のちょっと不思議な道の曲がり方などの理由を探ることを目的としていました。APIを用いて作成しました。API活用版を作成するのに1日しか必要としなかったことは驚きでしたね。以前作ったときは毎週末を使い1~2ヶ月はかかっていましたから。活用版は、交流会のネタを探すために作ってみたものです。作るうちに疑問点が出てくるだろうから、それを今日話そうと考えていたのですが、思った以上に分かりやすいAPIだったので、とくに疑問もなく作り上げてしまいました。APIを通じて、地図への熱い想いをお届けしました。APIをめぐる1つの熱い想いとして、とても心強く感じました。APIを利用する理由とビジネスへの展開についてのディスカッションをご紹介します。(ソフトウェアエンジニア)こんにちは。