Pelacakan Badai: Pembuatan IbisEye.com untuk Sarasota Herald-Tribune

Sekitar waktu ini tahun lalu, saya menemukan IbisEye, dan aplikasi badai online di situs web Sarasota (Fla.) Herald-Tribune . Saya menggambarkannya sebagai contoh sempurna dari apa yang disebut Adrian Holovaty sebagai “jurnalisme melalui pemrograman komputer.” Pada tahun pertama online, IbisEye memenangkan Penghargaan Kehormatan Knight-Batten .

“Kami terpesona oleh alat dan basis data luar biasa ini yang juga mengumpulkan kebijaksanaan penonton,” kata para juri.

Dengan dimulainya musim badai tahun ini, saya bertanya kepada orang yang mencetuskan ide IbisEye, reporter investigasi Maurice Tamman, untuk mendiskusikan akarnya, cara kerjanya, dan apa yang diberikannya kepada pengunjung situs.

Mengapa?Herald-Tribunebuat IbisEye?

Tinggal di Florida hidup dengan badai. Setelah Charley mencapai ujung selatan area cakupan kami, ada proses evolusioner yang menyatukan banyak sumber data untuk membuat aplikasi unik untuk menangani musim badai tropis.

Apa asal usul namanya?

Legenda mengatakan (setidaknya legenda Badai Universitas Miami) bahwa burung itu adalah yang terakhir pergi sebelum badai menghantam dan yang pertama kembali. Itu mengingatkan kami pada apa yang dilakukan reporter dan kami berharap situs ini menginformasikan dan menerangi pengguna online dengan cara yang mirip dengan reportase cetak secara tradisional.

Ini adalah IbisEye versi 2.0. Apa yang telah Anda ubah dan pelajaran apa yang ada di balik perubahan itu?

Seluruh situs dibangun dari awal. Kami menganggap tahun lalu sebagai beta dan tahun ini v1. Tujuan utama kami adalah membuat aplikasi secepat mungkin. Versi tahun lalu keren tapi sangat lambat. Banyak fitur yang sama kembali tetapi semuanya ditingkatkan dan lebih mudah ditemukan.

Saya pikir kami telah berhasil.

Selain itu, kami menemukan database ladang angin yang jauh lebih baik dan kami telah meningkatkan secara signifikan cara kami menampilkan ladang angin tersebut. Kami juga menambahkan perhitungan untuk populasi tenggara dan kota-kota yang terkena angin topan bersama dengan analisis kami tentang properti Florida yang terkena angin topan.

Sistem peringatan juga jauh lebih baik.

Sistem pelaporan kerusakan berfungsi untuk area mana pun yang terkena badai: cari alamat, klik ikon dan laporkan kerusakan. Semua laporan terkait dengan garis lintang dan garis bujur atau nomor ID paket (di Florida).

Kami juga telah menambahkan sistem peringatan yang dapat dikaitkan dengan paket atau titik di peta (atau zona peringatan cuaca); kapan saja peringatan yang dipilih dikeluarkan, email akan dikirim. Selain itu, sistem (dan kami belum mengujinya) harus mengirimkan peringatan jika titik tersebut terkena angin topan, diperkirakan akan terpapar atau berada di dalam 'kerucut kematian'.

Kami juga berharap dapat menambahkan peringatan untuk orang yang menginginkan laporan kerusakan atau orang hilang dan hewan peliharaan di dekat titik tertentu.

Ada lebih banyak, tetapi itu akan berhasil.

Apa nilai IbisEye bagi konsumen?

Ini dimaksudkan untuk menjadi pengalaman mengembara; datang melihat-lihat; mempelajari. Dan, mungkin yang lebih penting, ini dirancang untuk memberikan konteks dan alat untuk menangani dan mengevaluasi badai.

Seberapa luas jangkauannya?

Sistem ini dirancang untuk berfungsi hampir sepenuhnya di seluruh Tenggara dan khususnya di Florida.

Berapa lama waktu yang dibutuhkan untuk memproduksi versi satu dan dua?

Dalam kedua kasus tersebut, kami menghabiskan waktu sekitar enam minggu untuk membuat aplikasi. Tahun lalu, bagaimanapun, kami menambahkan dan mengutak-atik, dan mengurangi dan mengalikan sepanjang musim.

Kami memiliki dua atau tiga fitur lagi untuk ditambahkan dan kami akan menyelesaikannya untuk tahun ini.

Keahlian apa yang dibutuhkan untuk membuatnya? Siapa yang ada di tim dan apa kontribusi masing-masing?

Ada dua dari kami dan itu benar-benar kemitraan.

Charlie Szymanski menangani semua sisi klien scripting dan implementasi desain. saya menangani sisi server pemrograman dan manajemen data. Tampilan baru sebagian besar adalah perbuatannya.

Charlie memiliki mata yang bagus untuk Javascript dan Skrip Aksi (flex/flash) dan tanpa dia, semua data yang saya kumpulkan ini tidak akan dapat digunakan. Tetapi Anda memang membutuhkan seseorang dengan pengetahuan yang layak tentang pemrograman sisi server dan manajemen basis data.

Bagaimana Anda mendapatkan informasi yang diperlukan untuk membangun IbisEye?

Data badai bersejarah datang dari seorang profesor di Colorado State. Data parsel Florida berasal dari Departemen Pendapatan dan GIS kabupaten/departemen penilai properti. Ada segelintir data sensus dan sejumlah besar data geo-spasial dari sejumlah sumber.

Kami juga menggunakan umpan peringatan cuaca langsung dari Cuaca Bawah Tanah , yang juga memberi kami data badai musim saat ini. Kami mendapatkan data stasiun cuaca/pelampung dari WeatherFlow.com .

Kami juga menambahkan beberapa citra satelit, yang kami ambil langsung dari NOAA.

Apa, jika ada, hambatan yang Anda hadapi untuk mendapatkan informasi tersebut?

Data persil properti membutuhkan sedikit kerja keras, terutama peta tingkat persil. Selain itu, pengangkatan yang sangat berat dilakukan setelah kami mendapatkan data dan menyiapkan berbagai skrip untuk menghasilkan semua laporan.

Perlu juga dicatat bahwa pekerjaan Javascript yang dilakukan Charlie sangat besar dan sangat kompleks — dia mungkin memilih kata lain.

Program apa yang Anda gunakan untuk membuat IbisEye?

IbisEye adalah aplikasi .NET yang kami kembangkan menggunakan MS Visual Studio. Data berada di beberapa SQL Server . Kami juga menggunakan ArcGIS dan Photoshop dan beberapa aplikasi kustom lainnya.

IbisEye sangat ideal untuk musim badai Florida. Dapatkah Anda membayangkan alat serupa yang dapat dibuat oleh organisasi berita yang menghadapi bencana alam yang berbeda?

Sistem pelaporan/peringatan kerusakan kami, dapat disesuaikan dalam beberapa menit untuk hampir semua bencana alam di AS dan Eropa. (Pencarian alamat untuk bagian lain dunia tidak begitu populer.)

Dan peringatan cuaca dan angin tidak bergantung pada badai aktif.

Pertanyaan mendasar: Apa bukti Anda bahwa IbisEye sepadan dengan semua masalahnya?

Tidak ada yang benar-benar nyata — belum. Tahun lalu adalah tentang membuktikan kita bisa membangun sistem.

Ini lebih tentang mencoba memikirkan berita dengan cara yang kreatif dan dinamis daripada terburu-buru (seperti banyak ruang redaksi) hanya mencoba mengikuti mode berikutnya, apakah itu video online (biasanya membosankan) yang tidak akan ditonton siapa pun, atau (terlalu- blog yang sering tidak diinformasikan) atau lebih buruk lagi, jurnal warga yang tidak mendapat informasi.

Tugas kami selalu menghadirkan kejelasan dan konteks sekaligus berfungsi sebagai alat yang berguna, mendidik, dan menghibur. Itu, bagaimanapun, adalah untuk orang lain untuk menilai.

Saya tahu bahwa untuk saat-saat singkat ketika kami mengalami badai tahun lalu, serangan ke situs itu meledak. Saya mengharapkan hal yang sama tahun ini.

Kami juga telah mengembangkan sistem untuk melapisi layanan/bisnis terkait badai yang terikat pada batas peta dengan tujuan mengembangkan beberapa jenis model bisnis.

Kami mengkategorikan layanan berdasarkan penggunaan praktisnya untuk publik mengingat status badai tropis untuk suatu area. Misalnya, layanan pembersihan kerusakan akibat kebakaran dan banjir hanya akan muncul setelah badai melewati suatu area sementara pemasang jendela badai hanya akan muncul saat tidak ada badai yang mengancam.

Saat ini, layanan hanya tersedia di area jangkauan kami tetapi kami dapat memperluas ke seluruh Florida, atau bahkan Tenggara jika ada uang untuk mendukung.

Dan kami siap membuat layanan tersebut dapat ditelusuri jika kami memperluasnya.

Apakah itu layak? Saya tidak tahu. Tanya saya dalam lima tahun. Jika saya masih dalam bisnis, maka saya mungkin akan mengatakan ya.

Apa kejutan terbesar dalam membuat IbisEye v1 dan v2?

Seberapa buruk versi tahun lalu. Aku hampir tidak bisa melihatnya tanpa merasa ngeri. Kode itu membuatku muntah.

Apa pelajaran terpenting yang Anda dan staf Anda pelajari dari proyek ini?

Saya menganggap ini adalah pertanyaan gambaran besar. Yang bisa saya katakan adalah apa yang saya ketahui selama bertahun-tahun. Fokus dan dedikasi untuk tugas menghasilkan hasil. Pembicaraan dan pertemuan tidak menghasilkan apa-apa. Tapi saya tidak perlu mengatakan itu, kita semua adalah bisnis tinta.

Apa yang dibutuhkan ruang redaksi untuk membuat proyek sebesar ini, dalam hal perangkat keras, perangkat lunak, dan perangkat basah?

Waktu. Charlie dan aku bekerja keras berjam-jam setiap minggu, hampir setiap hari selama enam minggu. Terkadang sekelompok kecil orang yang didedikasikan untuk satu tugas dapat menyelesaikan sesuatu lebih cepat daripada divisi programmer dan manajer.

Kami menjalankan aplikasi di tiga server; semua kotak jendela. Kami menjalankannya di luar struktur perusahaan, yang sangat penting. Sisanya saya pikir kita sudah membahasnya.

Biayanya relatif kecil, dalam skema besar, dan sebagian dari biaya itu (seperti biaya server) telah digunakan untuk banyak proyek lain.

Apakah ada pertanyaan, subjek, masalah yang belum saya bahas yang menurut Anda harus diketahui oleh pembaca?

Anehnya, aku terkoyak. Saya tentu tidak ingin musim badai yang sibuk tetapi aplikasi ini hanya benar-benar lepas landas ketika sedang sibuk. Ada bagian dari diri saya yang ingin melihat roda berputar.