見た目はよくある地図サイトと変わりはありません。
このリストボックスにレイヤーがリストアップされています。
それぞれにレイヤーがハイパーリンクになっていて、それぞれ違うドメインのコンテンツに参照されています。
たとえばこれは気象庁の降雨情報です。このように多くのレイヤーがあります。
リンク先のオリジナルのページはこれです。
これは天気図です。天気図はポーラーステレオ図法で描かれますが、このようにその変換もできています
これは 国土交通省の 津波被災の危険度を示すハザードマップです
これが参照されているオリジナルのページです。
こちらは 河川のライブカメラの情報です。カメラの位置だけでなく、それぞれのライブ撮影画像も取得できます。
次に、ハイパーレイヤリングの効果的なユースケースの一つを紹介しましょう。
日本の内閣官房が情報収集衛星による1月の地震の被災状況の写真をWeb上で公開しました。
まずこの写真から被災領域をトレースし、それを地図上で重ねます。拡大すると、住宅単位で被災状況を細かく把握できます。
しかしオリジナルのコンテンツだけでは困難です。
このようにこれは大きな効果が期待できるだけに、著作権に対する新たな議論が求められるかもしれません。
実に1000を超えるレイヤーを私は構築しました。これは恐らく国内で最大のレイヤー数と思われます。
さて、これらのサイトは 紹介した通り、 それぞれ独自の地図サービスを公開しています。
当然これらは様々な異種の地図フレームワーク上に構築されており、SVGMapのレイヤーとしてすぐに参照できるわけではありません。
そこでその差異を吸収するためにLayers as Web Appsというアーキテクチャが備わっています。
それは、それぞれのレイヤーごとにカプセル化されたウェブアプリを構築でき、各サービス毎のフォーマットの違いを吸収したり対話性を提供できるものです。
次にSVGMapの性能をご覧ください。
地図では膨大なオブジェクトを扱わなければなりません。 それをいかに効率よく表示できるかは重要です。
ご覧の通り、非常に軽量に表示できています。
通常このような処理は、サーバサイドの動的な処理が使われますが、それはクライアント中心の理念に反します。
そこで、Quad Tree Composite Tilingと我々が呼ぶ技術により、静的なハイパードキュメントをサーバに置くだけです。
これはJamStackデザインパターンが徹底的に活用できていることを意味します。
また、単に重ね合わせて表示するだけに留まりません。重ね合わせた任意のレイヤーの間で、演算を行うことすらも実現しています。
まず、診療所たちのレイヤーを表示してみます。
次に、能登半島で今年の正月に発生した地震の震度分布のレイヤーを表示します。
そして、これらのレイヤーの間での演算を行い、震度５強以上の大きな揺れを受けた医療機関を抽出してみましょう
クローリングとともにクライアントサイドで演算は実行されます。
完了しました。結果は赤くマークされ、CSVデータも表示されてます。
これでデモは終了です。ウェブマッピングにおける、クライアント中心の相互可用性、ハイパーレイヤリングの威力を感じていただけたでしょうか？