Innovation in Disaster Technology at Where 2.0admin

Brain dump by admin on June 04th 2008

The video on the DisasterTech presentation by Mikel Maron and Jesse Robins at Where 2.0 is an interesting insight into Innovation in Disaster Response. Also interesting is the issues mentioned of getting geeky innovations into mainstream disaster-relief operations, or, as they say, making technology count. Absolutely true: but as Paul Currion mentions, this factor must and should be taken into mind as well: there are many technological events out there, but the dots should be connected. This I guess is true for many technologies, where the bigger players who have more visibility are more successful. I think Mikel’s comment on the need for a Champion for technological innovation stands true here - the need for someone to adapt the technology, which in turn brings a lot of visibility to it. Let me for instance take Sahana: since Sahana is being used widely in many disaster deployments, it in turn has paved the way for newer technology integrated into it to work in real-world scenarios.

It would be interesting to see how the newer features of Sahana, such as GIS, AJAXified custom reports, Webservices, SMS Messaging and the likes are used in future deployments, in real world scenarios. Crisis response is such that technology MUST work: and a lot of testing is needed to test out the practicality of these applications to make them ready for potential deployment usage. But that in turn brings us to the critical question: is there a line that should be drawn in terms of practicality vs. cutting-edge technology for disaster response technology? In my opinion, Sahana is well balanced now - its got the right mix of practical applications, along with innovative technological solutions: and there are newer , much needed features being built that are coming soon. But will Sahana become too technologically bloated some-day where technology might hinder deployment? Scary thought, but I guess that can be true, given the criticality of the domain.

2 Comments »

  1. I think it’s inevitable that Sahana (as an overall platform) will become bloated… the question is, whether it’s possible to ensure that any given deployment is an appropriate size and shape. In the end, it’s the ease of use in a disaster that will make it - in the end, that should be the only criteria for developing features, right?

    Comment by Paul C — June 6, 2008 @ 3:41 am

  2. Definitely. With the amount of R&D going on in Sahana, there is bound to be a lot of newer features, which may or may not be practically useful. However, my concern is on how we handle this - if a newer feature is, in Sahana-speak, an entirely independent module in the development trunk, then it is a matter of eliminating that module when deploying the system somewhere.. If however a new feature is part of an existing module, then this is not quite easy. I’d like a mechanism where even within a module, features/functions can be plugged-in/switched on-off…

    Comment by Mifan — June 8, 2008 @ 9:50 pm

RSS feed for comments on this post. TrackBack URL

Leave a comment

talksahana   © 2007   The Folk that Talk Sahana | Powered by WordPress