Hurricane Tracking: The Making of IbisEye.com for Sarasota Herald-Tribune

Omkring denne tid sidste år faldt jeg over IbisEye, en online orkanansøgning på webstedet for Sarasota (Fla.) Herald-Tribune . Jeg beskrev det som et perfekt eksempel på, hvad Adrian Holovaty kalder 'journalistik gennem computerprogrammering.' I sit første år online vandt IbisEye en Knight-Batten Award of Distinction .

'Vi blev blæst bagover af dette fantastiske værktøj og database, der også beder om visdom hos mængden,' sagde dommerne.

Med begyndelsen af ​​dette års orkansæson bad jeg personen, der kom med ideen til IbisEye, undersøgende reporter Maurice Tamman, om at diskutere dens rødder, hvordan den virker, og hvad den giver besøgende på webstedet.

Hvorfor gjordeHerald-Tribuneoprette IbisEye?

At bo i Florida er at leve med orkaner. Efter Charley ramte den sydlige ende af vores dækningsområde var der en evolutionær proces med at samle mange datakilder for at skabe en unik applikation til at håndtere den tropiske stormsæson.

Hvad er oprindelsen af ​​dets navn?

Legenden siger (i hvert fald University of Miami Hurricanes legende), at fuglen er den sidste, der forlader, før en orkan rammer, og den første, der vender tilbage. Det mindede os om, hvad journalister gør, og vi håber, at webstedet informerer og belyser onlinebrugere på samme måde som, hvordan trykte reportager traditionelt gør.

Dette er IbisEye version 2.0. Hvad har du ændret, og hvilke erfaringer ligger bag disse ændringer?

Hele siden blev bygget op fra bunden. Vi anser sidste år for at være beta og dette år v1. Vores primære mål var at gøre ansøgningen så hurtig som muligt. Sidste års version var cool, men forbandet langsom. Mange af de samme funktioner vender tilbage, men de er alle forbedrede og meget nemmere at finde.

Jeg synes, vi er lykkedes.

Derudover fandt vi en meget bedre database over vindfelter, og vi har væsentligt forbedret, hvordan vi viser disse vindfelter. Vi tilføjede også beregninger for den sydøstlige befolkning og byer, der er udsat for vind med orkanstyrke, sammen med vores analyse af ejendom i Florida, der er udsat for vind med orkanstyrke.

Alarmsystemet er også meget forbedret.

Skaderapporteringssystemet fungerer for ethvert område, der er ramt af orkaner: søg efter en adresse, klik på ikonet og rapporter skader. Alle rapporter er knyttet til en bredde- og længdegrad eller et pakke-id-nummer (i Florida).

Vi har også tilføjet et alarmsystem, der enten kan knyttes til en pakke eller et punkt på kortet (eller en vejrvarslingszone); hver gang en valgt alarm udsendes, sendes en e-mail ud. Derudover bør systemet (og vi har ikke testet dette endnu) udsende advarsler, hvis punktet er udsat for orkanvinde, forventes at blive udsat eller er inde i 'dødens kegle'.

Vi forventer også at tilføje alarmer til personer, der ønsker rapporter om skader eller mistede mennesker og kæledyr i nærheden af ​​et bestemt punkt.

Der er mere, men det gør det.

Hvad er værdien af ​​IbisEye for forbrugerne?

Det er meningen, at det skal være en omvandrende oplevelse; kom ind og se dig omkring; lære. Og måske endnu vigtigere, det er designet til at give kontekst og værktøjer til at håndtere og evaluere orkaner.

Hvor bred har dens rækkevidde været?

Systemet er designet til at være næsten fuldt funktionelt i hele det sydøstlige og især i Florida.

Hvor lang tid tog det at producere version et og to?

I begge tilfælde brugte vi omkring seks uger på at bygge applikationen. Sidste år tilføjede og pillede vi dog og trak fra og gangede hele sæsonen.

Vi har to eller tre funktioner mere at tilføje, og så er vi færdige for året.

Hvilke færdigheder var nødvendige for at skabe det? Hvem var på holdet, og hvad bidrog hver især?

Vi er to, og det var virkelig et partnerskab.

Charlie Szymanski klarede alt klientsiden scripting og designimplementering. Jeg klarede server-side programmering og datahåndtering. Det nye look er i høj grad hans værk.

Charlie har et godt øje til Javascript og ActionScript (flex/flash) og uden ham ville alle disse data, jeg satte sammen, være ubrugelige. Men du har brug for nogen med anstændig viden om server-side programmering og database management.

Hvordan fik du de nødvendige oplysninger til at bygge IbisEye?

De historiske stormdata kom fra en professor ved Colorado State. Floridas pakkedata kom fra Department of Revenue og amtslige GIS/ejendomsvurderingsafdelinger. Der er et snert af folketællingsdata og en hel masse geospatiale data fra snesevis af kilder.

Vi bruger også live vejralarmfeeds fra Vejret under jorden , som også forsyner os med stormdata for den aktuelle sæson. Vi får vejrstation/bøjedata fra WeatherFlow.com .

Vi tilføjer også nogle satellitbilleder, som vi fanger direkte fra NOAA.

Hvilke, hvis nogen, barrierer stod du over for at få disse oplysninger?

Ejendommens parceldata tog lidt benarbejde, især parcelniveaukortene. Bortset fra det, blev de virkelig tunge løft udført, da vi fik dataene og opsatte de forskellige scripts til at generere alle rapporterne.

Det skal også bemærkes, at det Javascript-arbejde, Charlie udførte, var massivt og ekstremt komplekst - han kunne måske vælge andre ord.

Hvilke programmer brugte du til at oprette IbisEye?

IbisEye er en .NET-applikation, som vi har udviklet ved hjælp af MS Visual Studio. Dataene sidder på et par SQL-servere . Vi brugte også ArcGIS og Photoshop og et par andre brugerdefinerede applikationer.

IbisEye er ideel til Floridas orkansæson. Kan du forestille dig lignende værktøjer, som nyhedsorganisationer, der står over for forskellige naturkatastrofer, kunne skabe?

Vores skadesrapporteringssystem/varslingssystem kunne tilpasses på få minutter til stort set enhver naturkatastrofe i USA og Europa. (Adresseopslaget for andre dele af verden er ikke så varmt.)

Og vejrvarsler og vind er uafhængige af aktive storme.

Et bundlinjespørgsmål: Hvad er dit bevis på, at IbisEye var alle besværet værd?

Intet rigtigt håndgribeligt - endnu. Sidste år handlede om at bevise, at vi kunne bygge systemet.

Det handler lige så meget om at prøve at tænke på nyheder på kreative og dynamiske måder i stedet for at skynde sig rundt (som så mange redaktioner) bare for at prøve at følge den næste fadæse, uanset om det er (normalt kedeligt) online video, som ingen vil se, eller (også- ofte uinformerede) blogs eller endnu værre, uoplyste borgerjournaler.

Vores job har altid været at bringe klarhed og sammenhæng, samtidig med at det har fungeret som et nyttigt, lærerigt og underholdende værktøj. Det er dog op til andre at vurdere.

Jeg ved godt, at i de korte øjeblikke, hvor vi havde storme sidste år, eksploderede hits til stedet. Jeg forventer det samme i år.

Vi har også udviklet et system til overlejring af orkanrelaterede tjenester/virksomheder, der er bundet til kortets grænser, med henblik på at udvikle en form for forretningsmodel.

Vi kategoriserede tjenester baseret på deres praktiske brug for offentligheden i betragtning af den tropiske stormstatus for et område. For eksempel ville brand- og oversvømmelsesrensningstjenester kun dukke op, efter at en storm passerede gennem et område, mens installatører af orkanskodder kun ville vise, mens ingen storme truer.

Lige nu er tjenesterne kun tilgængelige i vores dækningsområde, men vi kunne udvide til hele Florida eller endda sydøst, hvis der var penge til at støtte.

Og vi er klar til at gøre disse tjenester søgbare, hvis vi udvider dem.

Var det det værd? Jeg ved ikke. Spørg mig om fem år. Hvis jeg stadig er i biz'en, så ville jeg nok sige ja.

Hvad var den største overraskelse ved at skabe IbisEye v1 og v2?

Hvor dårlig sidste års version var. Jeg kan næsten ikke se på det uden at krybe. Koden får mig til at brække mig.

Hvad var de vigtigste erfaringer, du og dine medarbejdere lærte af projektet?

Jeg går ud fra, at dette er et stort billede. Jeg kan kun sige, hvad jeg har vidst i årevis. Fokus og dedikation til en opgave giver resultater. Snak og møder resulterer ikke i noget. Men det behøver jeg ikke sige, vi er alle blæk-biz.

Hvad skal en nyhedsredaktion have for at skabe et projekt af denne størrelsesorden, hvad angår hardware, software og wetware?

Tid. Charlie og jeg arbejdede utallige timer hver uge, næsten hver dag i seks uger. Nogle gange kan en lille gruppe mennesker, der er dedikeret til én opgave, afslutte noget hurtigere end en opdeling af programmører og ledere.

Vi kører applikationen på tre servere; alle windows-bokse. Vi driver dem uden for virksomhedsstrukturen, hvilket var essentielt. Resten tror jeg, vi har dækket.

Omkostningerne er relativt små, i den store sammenhæng, og nogle af disse omkostninger (såsom prisen på serverne) er blevet brugt til mange andre projekter.

Er der nogle spørgsmål, emner, emner, som jeg ikke har behandlet, som du synes, læserne bør kende til?

Mærkeligt nok er jeg revet i stykker. Jeg ønsker bestemt ikke en travl orkansæson, men denne applikation tager først rigtig fart, når den er travl. Der er en del af mig, der gerne vil se hjulene dreje.