ハリケーン追跡：サラソタヘラルド-トリビューンのためのIbisEye.comの作成

去年のこの頃、私はIbisEyeに出くわしました。 オンラインハリケーンアプリケーション のWebサイトで サラソタ（フロリダ）ヘラルド-トリビューン 。エイドリアン・ホロヴァティが「コンピュータープログラミングによるジャーナリズム」と呼んでいるものの完璧な例として説明しました。オンラインでの最初の年に、IbisEyeは Knight-Batten Award of Distinction 。

「私たちは、群衆の知恵を求めるこの素晴らしいツールとデータベースに驚かされました」と審査員は言いました。

今年のハリケーンシーズンが始まると、IbisEyeのアイデアを思いついた人、調査報道記者のMaurice Tammanに、そのルーツ、仕組み、サイト訪問者に何を提供するかについて話し合ってもらいました。

なぜヘラルド・トリビューンIbisEyeを作成しますか？

フロリダに住むことはハリケーンと共に生きることです。チャーリーがカバレッジエリアの南端に到達した後、熱帯低気圧の季節に対処するための独自のアプリケーションを作成するために、多くのデータソースをまとめる進化的なプロセスがありました。

その名前の由来は何ですか？

伝説によると（少なくともマイアミハリケーンズ大学の伝説では）、鳥はハリケーンが襲う前に最後に去り、最初に戻ってくるということです。記者が何をしているのかを思い出させてくれました。このサイトが、印刷物のルポルタージュと同じようにオンラインユーザーに情報を提供し、光を当ててくれることを願っています。

これはIbisEyeバージョン2.0です。あなたは何を変えましたか、そしてそれらの変化の背後にある教訓は何ですか？

サイト全体がゼロから構築されました。昨年はベータ版、今年はv1と見なします。私たちの主な目標は、アプリケーションをできるだけ高速にすることでした。昨年のバージョンはクールでしたが、かなり遅いです。同じ機能の多くが戻ってきますが、それらはすべて改善されており、見つけるのがはるかに簡単です。

成功したと思います。

さらに、風の場のデータベースがはるかに優れていることがわかり、それらの風の場の表示方法が大幅に改善されました。また、ハリケーンの強風にさらされたフロリダの資産の分析とともに、ハリケーンの強風にさらされた南東部の人口と都市の計算を追加しました。

アラートシステムも大幅に改善されています。

被害報告システムは、ハリケーンに襲われたすべての地域で機能します。住所を検索し、アイコンをクリックして被害を報告します。すべてのレポートは、緯度と経度、または区画ID番号（フロリダ州）に関連付けられています。

また、区画または地図上のポイント（または気象警報ゾーン）に関連付けることができる警報システムを追加しました。選択したアラートが発行されるたびに、電子メールが送信されます。さらに、ポイントがハリケーンの強風にさらされている場合、さらされると予測される場合、または「死の円錐」の内側にある場合、システム（およびこれはまだテストしていません）はアラートを送信する必要があります。

また、特定の場所の近くで被害や紛失した人やペットの報告が必要な人のためのアラートを追加する予定です。

もっとありますが、それで十分です。

消費者にとってのIbisEyeの価値は何ですか？

放浪体験を目的としています。周りを見に来てください。学び。そして、おそらくもっと重要なことは、ハリケーンに対処して評価するためのコンテキストとツールを提供するように設計されていることです。

その範囲はどのくらい広くなっていますか？

このシステムは、南東部全体、特にフロリダでほぼ完全に機能するように設計されています。

バージョン1と2の作成にはどのくらいの時間がかかりましたか？

どちらの場合も、アプリケーションの作成に約6週間を費やしました。しかし、昨年は、シーズンを通して足し算と足し算、引き算と掛け算を行いました。

追加する機能がさらに2つまたは3つあり、それから1年間で完了します。

それを作成するにはどのようなスキルセットが必要でしたか？チームには誰がいて、それぞれが何に貢献しましたか？

私たち二人で、本当にパートナーシップでした。

CharlieSzymanskiがすべてを処理しました クライアント側 スクリプトと設計の実装。私は サーバ側 プログラミングとデータ管理。新しい外観は主に彼のやり方です。

チャーリーは Javascript と ActionScript （フレックス/フラッシュ）そして彼がいなければ、私がまとめたこのすべてのデータは使用できなくなります。ただし、サーバー側のプログラミングとデータベース管理について十分な知識を持った人が必要です。

IbisEyeの構築に必要な情報をどのようにして入手しましたか？

歴史的な嵐のデータは、コロラド州立大学の教授からのものです。フロリダの区画データは、歳入局および郡のGIS/不動産鑑定士局から取得されました。国勢調査データがわずかにあり、多数のソースからの地理空間データがたくさんあります。

また、からのライブ気象警報フィードを使用します WeatherUnderground 、現在の季節の嵐のデータも提供してくれます。気象観測所/ブイのデータは WeatherFlow.com 。

また、NOAAから直接取得した衛星画像もいくつか追加しています。

その情報を入手する際に直面した障壁はありますか？

プロパティの区画データ、特に区画レベルのマップには、少し手間がかかりました。それ以外は、データを取得し、すべてのレポートを生成するためのさまざまなスクリプトを設定すると、非常に手間のかかる作業が行われました。

また、チャーリーが行ったJavascriptの作業は大規模で非常に複雑であり、他の単語を選択する可能性があることにも注意してください。

IbisEyeを作成するためにどのプログラムを使用しましたか？

IbisEyeは、私たちが使用して開発した.NETアプリケーションです。 MSVisualStudio。 データはいくつかにあります SQLServer 。私たちも使用しました ArcGIS Photoshopと他のいくつかのカスタムアプリケーション。

IbisEyeは、フロリダのハリケーンシーズンに最適です。さまざまな自然災害に直面しているニュース組織が作成できる同様のツールを想像できますか？

私たちの被害報告システム/アラートシステムは、米国とヨーロッパのほぼすべての自然災害に数分で適応させることができます。 （世界の他の地域の住所検索はそれほど熱くありません。）

また、気象警報と風は、活発な暴風雨とは無関係です。

結論としての質問：IbisEyeがすべての問題に値するというあなたの証拠は何ですか？

本当に具体的なものはありません—まだです。昨年は、システムを構築できることを証明することがすべてでした。

それは、（多くのニュースルームのように）急いで次の流行を追いかけようとするのではなく、創造的でダイナミックな方法でニュースについて考えようとすることです。多くの場合、情報がない）ブログ、またはさらに悪いことに、情報がない市民のジャーノ。

私たちの仕事は常に、有用で教育的で面白いツールとしての役割を果たしながら、明快さと文脈をもたらすことでした。しかし、それは他の人が判断するためのものです。

昨年嵐が発生した短い瞬間に、サイトへのヒットが爆発したことを私は知っています。今年も同じことを期待しています。

また、ある種のビジネスモデルの開発を目的として、地図の境界に関連付けられたハリケーン関連のサービス/ビジネスをオーバーレイするためのシステムも開発しました。

ある地域の熱帯低気圧の状況を考慮して、一般向けの実用性に基づいてサービスを分類しました。たとえば、火災や洪水による被害の清掃サービスは、嵐がその地域を通過した後にのみ表示されますが、ハリケーンシャッターの設置者は、嵐の脅威がない場合にのみ表示されます。

現在、サービスは私たちのカバレッジエリアでのみ利用可能ですが、サポートするお金があれば、フロリダ全体、または南東部にまで拡大することができます。

そして、それらのサービスを拡張すれば、それらのサービスを検索可能にする準備ができています。

それは価値がありました？わからない。 5年後に私に聞いてください。私がまだビジネスにいるのなら、おそらくそう言うでしょう。

IbisEye v1およびv2を作成した最大の驚きは何でしたか？

昨年のバージョンはどれほど悪かった。しわがれずにかろうじて見ることができます。コードは私を吐かせます。

あなたとあなたのスタッフがプロジェクトから学んだ最も重要な教訓は何でしたか？

これは全体像の質問だと思います。私が言えるのは、私が何年も知っていることだけです。タスクへの集中と献身が結果を生み出します。話したり会議をしたりしても何も起こりません。しかし、私はそれを言う必要はありません、私たちはすべてインク業界です。

ハードウェア、ソフトウェア、ウェットウェアの観点から、ニュースルームがこの規模のプロジェクトを作成するために必要なものは何でしょうか。

時間。チャーリーと私は毎週、ほぼ毎日6週間、数え切れないほどの時間を費やしました。 1つのタスクに専念する少数の人々が、プログラマーやマネージャーの部門よりも早く何かを終えることができる場合があります。

アプリケーションは3台のサーバーで実行します。すべてのウィンドウボックス。私たちはそれらを企業構造の外で実行します。これは不可欠でした。残りはカバーしたと思います。

コストは、物事の壮大なスキームでは比較的小さく、そのコストの一部（サーバーのコストなど）は、他の多くのプロジェクトに使用されています。

読者が知っておくべきだと思う、私が取り上げていない質問、主題、問題はありますか？

不思議なことに、私は引き裂かれています。私は確かに忙しいハリケーンシーズンを望んでいませんが、このアプリケーションは忙しいときにのみ実際に離陸します。車輪が回転するのを見たいという私の部分があります。