「台風リアルタイム・ウォッチャー」では、国立情報学研究所(NII)の北本朝展さんによる「デジタル台風:台風画像と台風情報」そして株式会社ウェザーニューズのサービス会員「ウェザーリポーター」が提供する「減災リポート」のデータがマッシュアップされています。 以下の北本さんのツイートにあるように、「減災リポート」のデータは、これまでオープンデータ化されていませんでしたが、今回、特別にAPI経由で提供していただくことができました。
台風リアルタイム・ウォッチャー http://t.co/5qiYVSEbKD (@hwtnv さん作)が動き始めたようだ。ウェザーニューズの減災リポートは、従来ネット上に出ていなかったはずで、これが外に出てきた点が一つのポイントだと思う。ちなみに、この台風アイコン、いいね。
-- 北本 朝展 (@KitamotoAsanobu) 2014, 7月 10
「減災リポート」のデータは、前々回の記事で解説した「東日本大震災マスメディア・カバレッジ・マップ」と同様、地面から鉛直方向に時間軸を設定し、時空間的なビジュアライゼーションを施しています。これによって、各地における災害の推移がわかります。 その一例として、沖縄のようすを以下に示します。下から上に向けて時間が経過しています。台風通過前後で、アイコンの色が「緑(災害に対する備え)」→「赤(強風被害)」→「青(水害)」と変化していることがわかります。
その後、NHKニュースでも報道されているように、沖縄では以下のようなできごとがありました。
気象庁は、7日から8日にかけて沖縄県に発表した特別警報を9日未明までにすべて解除しましたが、その後、雨が強まったとして改めて大雨の特別警報を発表しました。こうした対応について気象庁は「台風は遠ざかりつつあり、勢力もやや弱まったため、台風に伴う特別警報は解除したが、解除した段階ではその後の大雨を予想できていなかった」と説明しました。「台風リアルタイム・ウォッチャー」に投稿された「減災リポート」は、こうした状況をよく再現しています。 さらに、台風中心はまだ遠くにあるにも関わらず、恐らく梅雨前線に対する刺激によって、新潟付近で豪雨による災害が発生していることも見て取れます。水害を示す青いアイコンが新潟に密集しています。トップダウンの台風情報のみからは、こうした災害を感知することはできません。
このように、今回の台風第8号について、私たちの試みはある程度の成功をみたといって良いと思います。ただし、例えば長野・南木曽町の土砂崩れの兆候や報告は、このマッシュアップに表示されていません。全国すべての場所に「ウェザーリポーター」がいるわけではありませんし、人口稠密(ちゅうみつ)地帯に偏っているかも知れません。恐らく、災害状況報告の数は人口密度に依存しています。この点をどう改善するかは、今後の課題です。 さて、私たちのチームはこれまでに「マスメディア報道の空白域をビッグデータで可視化する」試みを続けてきました。今回の台風第8号襲来にあわせて、何か有用なサービスを提供できないだろうかと考え、7月7日の夜中につくりはじめ、翌8日の朝に公開しました。公開時の私のツイートを以下に示します。
台風情報と「減災リポート」のリアルタイム・マッシュアップを公開しました。接近中の台風8号の情報が閲覧できます。 http://t.co/Q42hDP8kVa
-- Hidenori Watanave (@hwtnv) 2014, 7月 7
ユーザのかたがYouTubeに投稿された説明動画を以下に示します。プラグインのインストールからはじめて、使用方法を丁寧に説明してくださっています。他にもGIGAZINEの記事をはじめ、詳細な使い方がウェブ上で広まっていったことも、今回の試みにみられた特徴です。
このように多数のアクセスがあり、ユーザコミュニティが自然にできあがっていった理由はいくつかあると思います。台風襲来直前のタイミングであったことはもちろんですが、私は「コンテンツのデザイン」と「リアルタイムのアップデート」に鍵があると考えています。 「台風リアルタイム・ウォッチャー」には、アーカイブズ・シリーズや震災ビッグデータの可視化コンテンツに用いられてきたインターフェイス、システムデザインのノウハウが活かされています。私たちはこれまでの仕事を通じて「入り交じる情報をひと目でつかみやすく」×「大量のデータを軽快に」ユーザに提示するための手法を蓄積してきました。こうした手法をそのまま、今回使うことができたのです。
データ可視化のお手本のよーだ。特に水平視点がオススメです。
http://t.co/HgE5W2a91q http://t.co/pb6dGq2RoZ
-- Shuichi Ito (@shuchang39) 2014, 7月 10
結構動作が軽い。ローカルのグーグルアースで大きなKMLを読ませたらすぐ重たくなるんだけど、js を途中にかませて一気に見せないようにすれば良いのかな: 台風リアルタイム・ウォッチャー http://t.co/p45bQ5vTBU
-- H M (@himizuta) 2014, 7月 10
@Skywave_JP オートリロード機能があったほうがよいでしょうか?(作者より)
-- Hidenori Watanave (@hwtnv) 2014, 7月 8
こうした、状況に応じて即時更新するスタンスは、「通行実績情報マッシュアップ」などの東日本大震災発生直後の取り組みで身についたものです。また、かつて首都大・渡邉研の学生たちが手がけた「計画停電MAP」のことも思い出しつつ、作業に取り組みました。つまり、いま手元にあるデータと人的リソースで何とかする、というやり方です。こうした活動のあり方は、災害など「リアルタイムのアップデート」が必要な局面の、少なくとも「初動」には有効かと思います。
反面、万が一制作者が倒れたらあとを継ぐものがいなくなるという難点もありますし、そもそも大量のアクセスが想定されるシステムを、個人ベースで運営することは難しいです。実際この一週間、私は半徹夜状態でした。「NHK NEWS WEB」出演時にも述べたように、個人のクリエイターの「初動」を受けて、自治体や大企業が本格的なシステムを運用していくような、社会的な枠組みが必要だと私は考えています。東日本大震災発生直後、「通行実績情報マッシュアップ」や「計画停電MAP」と同趣旨のサービスが、GoogleやYahoo!によって提供されていった経緯は、先行事例になると思います。
「台風リアルタイム・ウォッチャー」は、今夏〜秋に掛けて運営していきます。さっそく台風第9号のデータが反映されはじめました。日頃の備えにご活用いただければ幸いです。