Orkaani jälgimine: IbisEye.com loomine Sarasota Herald-Tribune'i jaoks

Eelmisel aastal umbes sel ajal komistasin IbisEye'i, an veebipõhine orkaanirakendus veebisaidil Sarasota (Fla.) Herald-Tribune . Kirjeldasin seda kui täiuslikku näidet sellest, mida Adrian Holovaty nimetab 'ajakirjanduseks arvutiprogrammeerimise kaudu'. Esimesel Interneti-aastal võitis IbisEye a Knight-Batteni auhind .

'Meid vaimustas see hämmastav tööriist ja andmebaas, mis kogub ka rahvatarkust,' ütlesid kohtunikud.

Tänavuse orkaanihooaja algusega palusin IbisEye idee väljakäijal, uurival reporteril Maurice Tammanil, arutada selle juurte, selle toimimise ja saidi külastajatele pakutavate teenuste üle.

Miks tegiHerald-Tribuneluua IbisEye?

Floridas elamine on orkaanidega elamine. Pärast seda, kui Charley jõudis meie leviala lõunapoolsesse otsa, toimus evolutsiooniline protsess, mille käigus koondati palju andmeallikaid, et luua ainulaadne rakendus troopiliste tormide hooajaks.

Mis on selle nime päritolu?

Legend räägib (vähemalt University of Miami Hurricanes legend), et lind lahkub viimasena enne orkaani tabamust ja esimesena naaseb. See tuletas meile meelde, mida reporterid teevad, ja loodame, et sait teavitab ja valgustab võrgukasutajaid sarnaselt sellele, kuidas trükitud reportaaž traditsiooniliselt teeb.

See on IbisEye versioon 2.0. Mida olete muutnud ja millised õppetunnid on nende muutuste taga?

Kogu sait ehitati üles nullist. Eelmist aastat peame beetaversiooniks ja seda aastat v1-ks. Meie peamine eesmärk oli muuta rakendus võimalikult kiireks. Eelmise aasta versioon oli lahe, kuid kuradima aeglane. Paljud samad funktsioonid naasevad, kuid neid kõiki on täiustatud ja neid on palju lihtsam leida.

Arvan, et meil on see õnnestunud.

Lisaks leidsime palju parema tuuleväljade andmebaasi ja oleme oluliselt parandanud nende tuuleväljade kuvamist. Lisasime ka arvutused kaguosa elanikkonna ja orkaanituulega kokkupuutuvate linnade kohta koos oma analüüsiga Florida varade kohta, mis on avatud orkaani tuultele.

Hoiatussüsteem on samuti palju täiustatud.

Kahjudest teatamise süsteem töötab igas orkaanidest tabatud piirkonnas: otsige aadressi, klõpsake ikooni ja teatage kahjust. Kõik aruanded on seotud laius- ja pikkuskraadi või paki ID-numbriga (Floridas).

Oleme lisanud ka hoiatussüsteemi, mille saab siduda paki või punktiga kaardil (või ilmateadete tsooniga); iga kord, kui väljastatakse valitud hoiatus, saadetakse välja e-kiri. Lisaks peaks süsteem (ja me pole seda veel testinud) saatma hoiatusi, kui punkt puutub kokku orkaanijõuga tuultega, on prognooside kohaselt avatud või asub 'surma koonuse sees'.

Samuti loodame lisada hoiatusi inimestele, kes soovivad saada teateid kahjustuste või kadunud inimeste ja lemmikloomade kohta teatud punkti lähedal.

Neid on rohkemgi, aga see läheb korda.

Mis on IbisEye väärtus tarbijatele?

See on mõeldud rändkogemuseks; tule sisse ja vaata ringi; õppida. Ja mis võib-olla veelgi olulisem, see on loodud pakkuma konteksti ja tööriistu orkaanidega toimetulemiseks ja nende hindamiseks.

Kui lai on selle haare olnud?

Süsteem on loodud peaaegu täielikult toimima kogu kaguosas ja eriti Floridas.

Kui palju aega kulus esimese ja teise versiooni loomiseks?

Mõlemal juhul kulutasime rakenduse loomisele umbes kuus nädalat. Eelmisel aastal aga tegime terve hooaja kokku ja sebisime ning lahutasime ja korrutasime.

Meil on veel kaks või kolm funktsiooni lisada ja siis oleme aastaks valmis.

Milliseid oskusi oli selle loomiseks vaja? Kes olid meeskonnas ja mida igaüks andis?

Meid on kaks ja see oli tõesti partnerlus.

Charlie Szymanski tegeles kõigega kliendipoolne skriptimine ja disaini rakendamine. Ma tegelesin serveripoolne programmeerimine ja andmehaldus. Uus välimus on suuresti tema enda teha.

Charliel on hea silm Javascript ja ActionScript (flex/flash) ja ilma temata oleks kõik need andmed, mille kokku panin, kasutuskõlbmatud. Kuid teil on vaja kedagi, kellel on korralikud teadmised serveripoolsest programmeerimisest ja andmebaaside haldamisest.

Kuidas saite IbisEye ehitamiseks vajaliku teabe?

Ajaloolised tormiandmed pärinesid Colorado osariigi professorilt. Florida pakkide andmed pärinesid tulude osakonnast ja maakonna GIS-i/kinnisvara hindajate osakondadest. Paljudest allikatest pärineb hulk rahvaloenduse andmeid ja terve hulk georuumilisi andmeid.

Kasutame ka reaalajas ilmateate vooge alates Ilm Underground , kes edastab meile ka praeguse hooaja tormiandmed. Ilmajaama/poi andmed saame aadressilt WeatherFlow.com .

Lisame ka mõned satelliidipildid, mille haarame otse NOAA-st.

Milliste takistustega te selle teabe hankimisel silmitsi seisite, kui üldse?

Kinnistute pakkide andmed nõudsid veidi tööd, eriti pakkide taseme kaardid. Peale selle tehti tõeliselt raske töö ära siis, kui saime andmed kätte ja seadistasime kõik aruannete genereerimiseks erinevad skriptid.

Samuti tuleb märkida, et Charlie Javascripti töö oli tohutu ja äärmiselt keeruline – ta võis valida teisi sõnu.

Milliseid programme kasutasite IbisEye loomiseks?

IbisEye on .NET-i rakendus, mille oleme välja töötanud MS Visual Studio. Andmed istuvad paaril SQL-serverid . Kasutasime ka ArcGIS ja Photoshop ning mõned muud kohandatud rakendused.

IbisEye sobib ideaalselt Florida orkaanihooajal. Kas suudate ette kujutada sarnaseid tööriistu, mida erinevate loodusõnnetustega silmitsi seisvad uudisteorganisatsioonid võiksid luua?

Meie kahjudest teatamise süsteemi/hoiatussüsteemi saab mõne minutiga kohandada peaaegu iga USA ja Euroopa looduskatastroofi jaoks. (Aadressiotsing mujal maailmas ei ole nii kuum.)

Ja ilmahoiatused ja tuuled ei sõltu aktiivsetest tormidest.

Alumine küsimus: millised on teie tõendid selle kohta, et IbisEye oli kogu vaeva väärt?

Midagi tegelikult käegakatsutavat – veel. Eelmisel aastal oli eesmärk tõestada, et suudame süsteemi üles ehitada.

See tähendab sama palju uudiste mõtlemist loovalt ja dünaamiliselt selle asemel, et tormata ringi (nagu paljud uudistetoimetused), püüdes lihtsalt järgida järgmist moeröögatust, olgu see siis (tavaliselt igav) veebivideo, mida keegi ei vaata, või (liiga) sageli informeerimata) ajaveebid või mis veelgi hullem, informeerimata kodanikuajakirjad.

Meie ülesanne on alati olnud tuua selgust ja konteksti, olles samas kasulik, hariv ja meelelahutuslik tööriist. See on aga teiste otsustada.

Ma tean, et neil lühikestel hetkedel, mil meil eelmisel aastal tormid olid, plahvatasid tabamused saidile. Sel aastal ootan sama.

Samuti oleme välja töötanud süsteemi orkaaniga seotud teenuste/ettevõtete katmiseks, mis on seotud kaardi piiridega, pidades silmas mingisuguse ärimudeli väljatöötamist.

Arvestades piirkonna troopilise tormi staatust, liigitasime teenused kategooriatesse nende praktilise kasutamise alusel. Näiteks tule- ja üleujutuskahjude puhastusteenused ilmuvad alles pärast seda, kui torm on piirkonnast läbi käinud, samal ajal kui orkaani aknaluukide paigaldajad ilmuvad ainult siis, kui tormi ei ähvarda.

Praegu on teenused saadaval ainult meie levialas, kuid kui oleks raha toetamiseks, saaksime laieneda kogu Floridasse või isegi kaguossa.

Ja oleme valmis muutma need teenused otsitavaks, kui seda laiendame.

Kas see oli seda väärt? ma ei tea. Küsi minult viie aasta pärast. Kui ma ikka veel äris töötan, siis ilmselt ütleksin jah.

Mis oli IbisEye v1 ja v2 loomise suurim üllatus?

Kui halb oli eelmise aasta versioon. Vaevalt suudan ma seda ilma kripeldamata vaadata. Kood ajab mind oksele.

Millised olid kõige olulisemad õppetunnid, mille teie ja teie töötajad projektist õppisite?

Ma eeldan, et see on suure pildi küsimus. Võin öelda ainult seda, mida olen aastaid teadnud. Keskendumine ja ülesandele pühendumine toovad tulemusi. Rääkimine ja kohtumised ei anna midagi. Aga ma ei pea seda ütlema, me kõik oleme tindiärid.

Mida peaks uudistetoimetus sellise mahuga projekti loomiseks riistvara, tarkvara ja märgvara osas vajama?

Aeg. Mina ja Charlie nägime iga nädal lugematuid tunde, peaaegu iga päev kuus nädalat. Mõnikord suudab väike rühm inimesi, kes on pühendunud ühele ülesandele, midagi kiiremini valmis kui programmeerijate ja juhtide jaotus.

Käitame rakendust kolmes serveris; kõik aknakastid. Me juhime neid väljaspool ettevõtte struktuuri, mis oli oluline. Arvan, et ülejäänu oleme katnud.

Kulud on üldiselt suhteliselt väikesed ja osa sellest kulust (nt serverite maksumus) on kasutatud paljude muude projektide jaoks.

Kas on küsimusi, teemasid, probleeme, mida ma pole käsitlenud ja millest lugejad peaksid teie arvates teadma?

Kummalisel kombel olen ma rebenenud. Kindlasti ei taha ma kiiret orkaanihooaega, kuid see rakendus hakkab tõesti käima ainult siis, kui see on hõivatud. Minus on üks osa, kes tahab vaadata, kuidas rattad pöörlevad.