WEBVTT

1
00:00:00.000 --> 00:00:05.000
一見すると、どこにでもある普通の地図サイトのように見えます。

1
00:00:05.000 --> 00:00:09.000
レイヤーはこのリストボックスに並んでいます。

1
00:00:09.000 --> 00:00:18.000
それぞれのレイヤーはハイパーリンクになっており、異なるドメインのコンテンツを参照しています。

1
00:00:18.000 --> 00:00:26.000
たとえば、これは気象庁の降雨情報です。ご覧のように、非常に多くのレイヤーがあります。

1
00:00:26.000 --> 00:00:31.000
こちらが参照元のオリジナルのページです。

1
00:00:31.000 --> 00:00:43.000
これは天気図です。天気図はステレオグラフ（平極立体）投影で描かれていますが、その座標変換もこのようにブラウザ側で行われています。

1
00:00:43.000 --> 00:00:50.000
これは国土交通省の津波ハザードレベルを示すハザードマップです。

1
00:00:50.000 --> 00:00:52.000
これが参照されているオリジナルのページです。

1
00:00:54.000 --> 00:01:07.000
こちらは河川ライブカメラの情報です。カメラの位置だけでなく、それぞれのライブ画像もその場で取得できます。

1
00:01:11.000 --> 00:01:17.000
次に、Hyper-Layeringの有効なユースケースをひとつご紹介します。

1
00:01:17.000 --> 00:01:28.000
日本の内閣官房が情報収集衛星による1月の地震の被災状況の写真をWeb上で公開しました。

1
00:01:28.000 --> 00:01:36.000
まずこの写真から被災領域をトレースし、それを地図上で重ねます。

1
00:01:36.000 --> 00:01:42.000
拡大すると、住宅単位で被災状況を細かく把握できます。

1
00:01:42.000 --> 00:01:46.000
しかしオリジナルのコンテンツだけでは困難です。

1
00:01:46.000 --> 00:01:55.000
このようにこれは大きな効果が期待できるだけに、著作権に対する新たな議論が求められるかもしれません。

1
00:01:56.000 --> 00:02:03.000
実際、私はこれまでに500以上の異なるシステムについて、HLAレイヤーを構築し、検証してきました。

1
00:02:03.000 --> 00:02:10.000
それぞれ異なるデータや地図技術を使っているため、そのまま同じ地図に組み込むことはできません。

1
00:02:10.000 --> 00:02:15.000
こうした違いを乗り越えるために、HLAではLayers as Web Appsというアーキテクチャを使います。

1
00:02:15.000 --> 00:02:21.000
それぞれのレイヤーは独立したWeb Appとして、自分自身のデータや動作を扱うことができます。

1
00:02:21.000 --> 00:02:25.000
私はこうした小さなWeb Appを、一つずつ作り続けてきました。

1
00:02:25.000 --> 00:02:32.000
それぞれのWeb Appが、元となるシステムの違いを吸収しながら、同じ地図上で他のレイヤーと一緒に動くことができます。

1
00:02:32.000 --> 00:02:38.000
そしてその成果として、200以上のLayers as Web Appsが、公開可能な状態になっています。

1
00:02:41.000 --> 00:02:45.000
では、もう一つ、カナダの例をお見せします。

1
00:02:45.000 --> 00:02:50.000
このコンテンツはコミュニティによって作られたもので、Hyper LayeringとLayers as Web Appsの取り組みが、
1
00:02:50.000 --> 00:02:54.000
日本だけでなく世界でも始まっていることを示しています。

1
00:02:54.000 --> 00:02:58.000
まずは、一般的なPlate Carrée図法で表示してみます。

1
00:02:58.000 --> 00:03:02.000
でも、実はもう一つ面白いことができます。

1
00:03:07.000 --> 00:03:13.000
この同じコンテンツを、カナダで使われているLambert図法でも表示できます。

1
00:03:13.000 --> 00:03:16.000
そして、ここが面白いところです。

1
00:03:16.000 --> 00:03:23.000
地図投影法そのものを、Layers as Web Appsの中の関数として実装することができます。

1
00:03:23.000 --> 00:03:31.000
つまり、異なる図法を使っているレイヤー同士を統合して、任意の図法で一緒に表示することができるのです。

1
00:03:33.000 --> 00:03:35.000
では、別の種類のレイヤーを見てみましょう。

1
00:03:35.000 --> 00:03:40.000
「QuadTree Composite Tiling（QTCT）」という強力な手法があります。

1
00:03:40.000 --> 00:03:42.000
何ができるのかをお見せしましょう。

1
00:03:42.000 --> 00:03:48.000
今回は、主題データのソースとしてOpenStreetMapを使用しています。

1
00:03:48.000 --> 00:03:56.000
OpenStreetMapは単なる優れた背景図ではありません。主題データの非常に豊かな情報源でもあります。

1
00:03:56.000 --> 00:04:01.000
こちらは駐車場施設です。このズームレベル（引きのスケール）からでも、空間的な分布（偏りや密度）が見えてきます。

1
00:04:01.000 --> 00:04:09.000
拡大していくと、個々の要素がベクターポイントとして出現します。

1
00:04:13.000 --> 00:04:22.000
そしてこちらはドラッグストアです。同様に、まず全体的な分布が見え、その後に個々の詳細が現れます。

1
00:04:22.000 --> 00:04:28.000
QuadTree Composite Tilingは、こうした主題データに特に適しています。

1
00:04:28.000 --> 00:04:35.000
データが地図の主題になるとき、その空間的な分布そのものが意味を持つようになるのです。


1
00:04:36.000 --> 00:04:39.000
では、これは従来のクラスタリングとどう違うのでしょうか？

1
00:04:39.000 --> 00:04:42.000
こちらが同じデータをクラスタリングで表示したものです。

1
00:04:42.000 --> 00:04:47.000
クラスタリングは、個々のポイントを見つけるのには便利です。

1
00:04:50.000 --> 00:04:54.000
次に、同じデータをQuadTree Composite Tilingで表示します。

1
00:04:54.000 --> 00:04:59.000
単にポイントをグループ化するのではなく、空間的な分布そのものを表現しています。

1
00:04:59.000 --> 00:05:04.000
さらに、ヒートマップ表示に切り替えることも可能です。

1
00:05:11.000 --> 00:05:16.000
また、QuadTree Composite Tilingはポイントデータだけに限定されません。

1
00:05:16.000 --> 00:05:19.000
こちらは、地図の主役として表示したバス路線です。

1
00:05:19.000 --> 00:05:23.000
ラインデータに対しても、同じアプローチが機能します。

1
00:05:23.000 --> 00:05:27.000
QuadTree Composite Tilingには、もうひとつ面白い側面があります。

1
00:05:27.000 --> 00:05:31.000
特定の実装に縛られないということです。

1
00:05:31.000 --> 00:05:36.000
Layers as Web Appsとして実装することも、静的なハイパードキュメントとして配置することも、

1
00:05:36.000 --> 00:05:39.000
動的に生成されるサービスにすることもできます。

1
00:05:39.000 --> 00:05:45.000
重要なのは、レイヤーが自らの実装方法を自由に選べるということです。

1
00:05:48.000 --> 00:05:54.000
さらに、Hyper-Layeringの可能性は、単に地図レイヤーを重ね合わせるだけに留まりません。

1
00:05:54.000 --> 00:06:01.000
重なり合った任意のレイヤー間で、空間演算を実行することさえ可能にします。

1
00:06:01.000 --> 00:06:04.000
まず、診療所（クリニック）のレイヤーを表示します。

1
00:06:04.000 --> 00:06:13.000
次に、2024年1月の能登半島地震の震度分布レイヤーを表示します。

1
00:06:17.000 --> 00:06:22.000
そして、これらのレイヤー間で演算を行い、
1
00:06:22.000 --> 00:06:28.000
震度6強以上の大きな揺れに見舞われた医療機関を抽出します。

1
00:06:29.000 --> 00:06:34.000
演算は、ブラウザ側（クライアントサイド）でのクローリング処理によって行われます。

1
00:06:34.000 --> 00:06:41.000
完了しました。結果は赤くマークされ、CSVデータとしても表示されます。

1
00:06:43.000 --> 00:06:46.000
以上でデモを終わります。

1
00:06:46.000 --> 00:06:52.000
今ご覧いただいたのは、いかに独立したWebリソースが表現豊かなインタラクティブ地図レイヤーになり得るか、

1
00:06:52.000 --> 00:06:57.000
そしてそれらのレイヤーがいかにブラウザ上で一緒に処理され得るか、ということです。

1
00:06:57.000 --> 00:07:00.000
これこそが、Hyper-Layeringが可能にする世界です。