Kompensacija Už Zodiako Ženklą
C Corserys Celobys

Sužinokite „Zodiac Sign“ Suderinamumą

Uragano stebėjimas: IbisEye.com kūrimas Sarasota Herald-Tribune

Kita

Praėjusiais metais maždaug tokiu metu aš užtikau „IbisEye“, an internetinė uragano programa interneto svetainėje Sarasota (Fla.) Herald-Tribune . Apibūdinau tai kaip puikų pavyzdį to, ką Adrianas Holovaty vadina „žurnalistika per kompiuterių programavimą“. Pirmaisiais metais internete IbisEye laimėjo a Knight-Batten apdovanojimas už išskirtinumą .

„Mus pribloškė šis nuostabus įrankis ir duomenų bazė, kuri taip pat prašo minios išminties“, – sakė teisėjai.

Prasidėjus šių metų uraganų sezonui, paprašiau „IbisEye“ idėjos sumanytojo, tiriamojo žurnalisto Maurice'o Tammano, aptarti jos šaknis, kaip ji veikia ir ką ji teikia svetainės lankytojams.

Kodėl padarėHerald-Tribunesukurti IbisEye?

Gyvenimas Floridoje yra gyvenimas su uraganais. Po to, kai Charley pasiekė pietinį mūsų aprėpties zonos galą, įvyko evoliucinis procesas, kai buvo sujungiama daug duomenų šaltinių, kad būtų sukurta unikali programa, skirta atogrąžų audrų sezonui.

Kokia jo pavadinimo kilmė?

Legenda byloja (bent jau Majamio uraganų universiteto legenda), kad paukštis paskutinis palieka prieš uraganą ir pirmasis grįžta. Tai mums priminė, ką daro žurnalistai, ir tikimės, kad svetainė informuos ir apšvies internetinius vartotojus panašiai, kaip tradiciškai daro spausdinti reportažai.

Tai IbisEye 2.0 versija. Ką pakeitėte ir kokios pamokos slypi už šių pokyčių?

Visa svetainė buvo sukurta nuo nulio. Praėjusius metus laikome beta versija, o šiais metais – v1. Mūsų pagrindinis tikslas buvo padaryti programą kuo greičiau. Praėjusių metų versija buvo šauni, bet velniškai lėta. Daugelis tų pačių funkcijų grįžta, tačiau visos jos yra patobulintos ir daug lengviau jas rasti.

Manau, kad mums pavyko.

Be to, radome daug geresnę vėjo laukų duomenų bazę ir žymiai patobulinome tų vėjo laukų rodymo būdą. Taip pat įtraukėme skaičiavimus pietryčių gyventojams ir miestams, kuriuos veikia uragano jėgos vėjai, kartu su Floridos turto, kurį veikia uragano jėgos vėjai, analize.

Perspėjimo sistema taip pat gerokai patobulinta.

Žalos pranešimų sistema veikia bet kurioje uraganų paveiktoje zonoje: suraskite adresą, spustelėkite piktogramą ir praneškite apie žalą. Visos ataskaitos yra susietos su platuma ir ilguma arba siuntinio ID numeriu (Floridoje).

Taip pat pridėjome perspėjimo sistemą, kurią galima susieti su siuntiniu arba tašku žemėlapyje (arba įspėjimo apie orą zoną); kiekvieną kartą, kai išsiunčiamas pasirinktas įspėjimas, išsiunčiamas el. Be to, sistema (ir mes to dar neišbandėme) turėtų siųsti įspėjimus, jei tašką veikia uraganiniai vėjai, numatoma, kad jis bus atviras arba yra „mirties kūgio“ viduje.

Taip pat tikimės pridėti įspėjimų žmonėms, norintiems gauti pranešimų apie žalą arba pasiklydusius žmones ir naminius gyvūnus netoli tam tikro taško.

Yra ir daugiau, bet tiks.

Kokia „IbisEye“ vertė vartotojams?

Tai turi būti klajojanti patirtis; užeikite apsidairykite; mokytis. Ir, ko gero, dar svarbiau, kad jis sukurtas siekiant suteikti kontekstą ir įrankius kovai su uraganais ir jų įvertinimui.

Kiek platus buvo jo pasiekiamumas?

Sistema sukurta taip, kad beveik visiškai veiktų visoje Pietryčiuose ir ypač Floridoje.

Kiek laiko užtruko pirmosios ir antrosios versijų kūrimas?

Abiem atvejais kurdami programą praleidome apie šešias savaites. Tačiau pernai visą sezoną sudėjome ir smuikavome, atėmėme ir dauginome.

Turime pridėti dar dvi ar tris funkcijas, o tada baigsime vienerius metus.

Kokių įgūdžių reikėjo norint jį sukurti? Kas buvo komandoje ir kuo kiekvienas prisidėjo?

Mes esame dviese ir tai tikrai buvo partnerystė.

Charlie Szymanski tvarkė visus kliento pusėje scenarijus ir dizaino įgyvendinimas. Aš tvarkiau serverio pusėje programavimas ir duomenų valdymas. Nauja išvaizda daugiausia priklauso nuo jo.

Čarlis turi puikų žvilgsnį Javascript ir ActionScript (flex/flash) ir be jo visi šie mano surinkti duomenys būtų netinkami naudoti. Tačiau jums reikia žmogaus, turinčio pakankamai žinių apie serverio programavimą ir duomenų bazių valdymą.

Kaip gavote informaciją, reikalingą kuriant „IbisEye“?

Istorinius audros duomenis pateikė Kolorado valstijos profesorius. Floridos siuntų duomenys buvo gauti iš Pajamų departamento ir apskrities GIS / nekilnojamojo turto vertintojų skyrių. Yra daugybė surašymo duomenų ir daugybė geografinių erdvinių duomenų iš daugybės šaltinių.

Taip pat naudojame tiesioginius orų įspėjimų kanalus iš Oras po žeme , kuris mums taip pat pateikia dabartinio sezono audros duomenis. Orų stoties/plūduro duomenis gauname iš WeatherFlow.com .

Taip pat pridedame keletą palydovinių vaizdų, kuriuos paimame tiesiai iš NOAA.

Su kokiomis kliūtimis susidūrėte, jei tokių buvo, gaudami šią informaciją?

Reikėjo šiek tiek padirbėti dėl nekilnojamojo turto sklypų duomenų, ypač dėl sklypų lygio žemėlapių. Išskyrus tai, tikrai sunkus darbas buvo atliktas, kai gavome duomenis ir nustatėme įvairius scenarijus visoms ataskaitoms generuoti.

Taip pat reikėtų pažymėti, kad Charlie atliktas Javascript darbas buvo didžiulis ir nepaprastai sudėtingas – jis galėjo pasirinkti kitus žodžius.

Kokias programas naudojote kurdami IbisEye?

IbisEye yra .NET programa, kurią sukūrėme naudodami MS Visual Studio. Duomenys sėdi ant poros SQL serveriai . Mes taip pat naudojome ArcGIS ir „Photoshop“ bei kelios kitos pasirinktinės programos.

„IbisEye“ idealiai tinka Floridos uraganų sezonui. Ar galite įsivaizduoti panašias priemones, kurias galėtų sukurti naujienų organizacijos, susidūrusios su įvairiomis stichinėmis nelaimėmis?

Mūsų pranešimo apie žalą sistema / įspėjimo sistema gali būti pritaikyta per kelias minutes praktiškai bet kuriai stichinei nelaimei JAV ir Europoje. (Kitų pasaulio šalių adresų paieška nėra tokia karšta.)

Oro įspėjimai ir vėjai nepriklauso nuo aktyvių audrų.

Apatinis klausimas: kokie yra jūsų įrodymai, kad „IbisEye“ buvo verta visų rūpesčių?

Nieko tikrai apčiuopiamo – dar. Praėjusiais metais buvo siekiama įrodyti, kad galime sukurti sistemą.

Tai reiškia, kad reikia kūrybiškai ir dinamiškai mąstyti apie naujienas, o ne skubėti (kaip ir daugelyje naujienų skyrių), tiesiog bandyti sekti kitą madingumą, nesvarbu, ar tai (dažniausiai nuobodus) internetinis vaizdo įrašas, kurio niekas nežiūrės, ar (per daug) dažnai neinformuoti) tinklaraščiai arba dar blogiau, neinformuoti piliečių žurnalai.

Mūsų darbas visada buvo suteikti aiškumo ir konteksto, kartu tarnauti kaip naudinga, mokomoji ir pramoginė priemonė. Tačiau tai turi spręsti kiti.

Žinau, kad tomis trumpomis akimirkomis, kai praėjusiais metais buvo audros, smūgiai į svetainę sprogo. To paties tikiuosi ir šiemet.

Taip pat sukūrėme sistemą, skirtą su uraganu susijusioms paslaugoms / įmonėms perdengti, susietoms su žemėlapio ribomis, siekiant sukurti tam tikrą verslo modelį.

Paslaugas suskirstėme į kategorijas pagal praktinį jų naudojimą visuomenei, atsižvelgdami į vietovės atogrąžų audros statusą. Pavyzdžiui, gaisro ir potvynių padarytos žalos valymo paslaugos būtų rodomos tik po to, kai audra praeis per vietovę, o uraganų langinių montuotojai parodytų tik tada, kai audros negresia.

Šiuo metu paslaugos teikiamos tik mūsų aprėpties zonoje, tačiau, jei būtų pinigų paremti, galėtume plėstis į visą Floridą ar net pietryčius.

Ir mes pasiruošę, kad šios paslaugos būtų ieškomos, jei ją išplėsime.

Ar tai buvo verta? Nežinau. Paklausk manęs po penkerių metų. Jei vis dar dirbu versle, tikriausiai sakyčiau „taip“.

Kokia buvo didžiausia staigmena kuriant IbisEye v1 ir v2?

Kokia bloga buvo praeitų metų versija. Vos galiu į tai žiūrėti nesugūžęs. Kodas mane vemia.

Kokias svarbiausias pamokas jūs ir jūsų darbuotojai išmokote iš projekto?

Manau, kad tai plataus vaizdo klausimas. Galiu pasakyti tik tai, ką žinau daugelį metų. Dėmesys ir atsidavimas užduočiai duoda rezultatų. Pokalbiai ir susitikimai nieko neduoda. Bet man nereikia to sakyti, mes visi esame rašalo verslas.

Ko reikėtų naujienų skyriui, kad būtų sukurtas tokio masto projektas, kalbant apie techninę, programinę įrangą ir programinę įrangą?

Laikas. Mes su Čarliu sunkiai dirbome daugybę valandų kiekvieną savaitę, beveik kiekvieną dieną šešias savaites. Kartais nedidelė grupė žmonių, pasišventusių vienai užduočiai, gali ką nors užbaigti greičiau nei programuotojų ir vadovų padalinys.

Programą paleidžiame trijuose serveriuose; visos langų dėžės. Mes juos valdome už įmonės struktūros ribų, o tai buvo labai svarbu. Likusią dalį, manau, apėmėme.

Išlaidos yra palyginti nedidelės, atsižvelgiant į didžiąją dalykų schemą, ir dalis tų išlaidų (pvz., serverių kaina) buvo panaudota daugeliui kitų projektų.

Ar yra kokių nors klausimų, temų, problemų, kurių nenagrinėjau, apie kurias, jūsų nuomone, skaitytojai turėtų žinoti?

Keista, aš suplyšta. Tikrai nenoriu įtempto uraganų sezono, bet ši programa iš tikrųjų pradeda veikti tik tada, kai ji užimta. Yra dalis manęs, kuri nori žiūrėti, kaip sukasi ratai.