Humanitarian organizations at the Internews meetings today made it clear that information during crises is as important as water, food and medicine. There is now a clear consensus on this in the humanitarian community.
This is why I have strongly encouraged Ushahidi developers (as recently as this past weekend) to include a subscription feature that allows crisis-affected communities to subscribe to SMS alerts. In other words, we are not only crowdsourcing crisis information we are also crowdfeeding crisis information.
I set off several flags when I mentioned this during the Internews meeting since crowdsourcing typically raises concerns about data validation or lack thereof. Participants at the meeting began painting scenarios whereby militias in the DRC would submit false reports to Ushahidi in order to scare villagers (who would receive the alert by SMS) and have them flee in their direction where they would ambush them.
Here’s why I think humanitarian organizations may in part be wrong.
First of all, militias do not need Ushahidi to scare or ambush at-risk communities. In fact, using a platform like Ushahidi would be tactically inefficient and would require more coordinating on their part.
Second, local communities are rarely dependent on a single source of information. They have their own trusted social and kinship networks, which they can draw on to validate information. There are local community radios and some of these allow listeners to call in or text in with information and/or questions. Ushahidi doesn’t exist in an information vacuum. We need to understand information communication as an ecosystem.
Third, Ushahidi makes it clear that the information is crowdsourced and hence not automatically validated. Beneficiaries are not dumb; they can perfectly well understand that SMS alerts are simply alerts and not confirmed reports. I must admit that the conversation that ensued at the meeting reminded me of Peter Uvin’s “Aiding Violence” in which he lays bare our “infantilizing” attitude towards “our beneficiaries.”
Fourth, many of the humanitarian organizations participating in today’s meetings work directly with beneficiaries in conflict zones. Shouldn’t they take an interest in the crowdsourced information and take advantage of being in the field to validate said information?
Fifth, all the humanitarian organizations present during today’s meetings embraced the need for two-way, community-generated information and social media. Yet these same organizations fold there arms and revert to a one-way communication mindset when the issue of crowdsourcing comes up. They forget that they too can generate information in response to rumors and thus counter-act misinformation as soon as it spreads. If the US Embassy can do this in Madagascar using Twitter, why can’t humanitarian organizations do the equivalent?
Sixth, Ushahidi-Kenya and Ushahidi-DRC were the first deployments of Ushahidi. The model that Ushahidi has since adopted involves humanitarian organizations like UNICEF in Zimbabwe or Carolina for Kibera in Nairobi, and international media groups like Al-Jazeera in Gaza, to use the free, open-source platform for their own projects. In other words, Ushahidi deployments are localized and the crowdsourcing is limited to trusted members of those organizations, or journalists in the case of Al-Jazeera.
12 responses so far ↓
Kenyan Pundit // March 27, 2009 at 11:25 am |
Thanks Patrick! I’m getting tired of these circular arguments and especially get worked up about point four & five – if the very people who are in the field don’t want to share information and help validate, especially when lives can be saved and interest in the situation amplified..but at the same time “express a huge interest in informing communities” that they are helping…where to start?
Patrick Philippe Meier // March 27, 2009 at 11:48 am |
Thanks Ory!
hectorpal // March 27, 2009 at 5:20 pm |
The first reaction when you talk to anybody about a project like this is validation. Wrapping up, validation comes from people in organization or activist behing ushahidi, or from normal people themself. What about letting them confirm or disconfirm something through SMS. Let’s say they are subscribe to an alert. They receive “the are attacks somewhere, etc. Replay: Confirm or Deny”. This will have two effects: (1) people realize the information requieres confirmation (2) this confirmation can come from people like they (3) they are responsible to provide new information.
I tweet yesterday suggesting a fast detector of information that need to be confirmed. If you are receiving tons of tweets/sms it’s easy to skip one very important. I see it possible to train a machine learning algorithm that takes time-stamped sms, manual indication of new informations-requiring confirmation, and learn to detech such situation. It can be done in a raw way detecting noons and verbs different from the current trends. The machine learning approach could be more robust.
The problem with asking people to verify is that it can be expensive and annoying. So, some messages should be sent to some people. That’s also subject of automatization. Even more, after that you can create a credibility ranking that will trust more people that are usually very well informed.
Paul Currion on the “crisis” of crowdsourcing in a crisis « // March 31, 2009 at 1:51 pm |
[...] Ushahidi: From Croudsourcing to Crowdfeeding [...]
Crowdsourcing in Crisis: A More Critical Reflection « iRevolution // March 31, 2009 at 9:24 pm |
[...] Projects ← Ushahidi: From Croudsourcing to Crowdfeeding [...]
Cutting through crowdsourcing « ICT for Peacebuilding (ICT4Peace) // April 1, 2009 at 4:58 am |
[...] Cutting through crowdsourcing Paul Currion has a very interesting post that cuts through a whole lot of codswallop on the potential of crowsourcing in disasters. His pointed post refers to two by Patrick Meier, entitled Internews, Ushahidi and communication in crisis and Ushahidi: From Croudsourcing to Crowdfeeding [...]
Ushahidi’s Crowdsourcing to Crowdfeeding | Crowd Sourcing Log // April 7, 2009 at 3:01 pm |
[...] Continue Reading the Full Article Here [...]
Ushahidi Comes to India for the Elections (Updated) « iRevolution // April 9, 2009 at 12:30 pm |
[...] As per our latest Ushahidi deployments, VoteReport users can report on the Indian elections by email, SMS, Tweet or by submitting an incident directly online at VoteReport. Users can also subscribe to email alerts—a functionality I’m particularly excited about as this closes the crowdsourcing to crowdfeeding feedback loop; so I’m hoping we can also add SMS alerts, funding permitted. For more on crowdfeeding, please see my previous post on “Ushahidi: From Crowdsourcing to Crowdfeeding.“ [...]
Folksomaps: Gold Standard for Community Mapping « iRevolution // April 26, 2009 at 12:33 pm |
[...] Drawing on these insights, the authors seek to tap the collective efforts of local communities to populate, maintain and access content for their own benefit—an approach I have described as crowdfeeding. [...]
Video Introduction to Crisis Mapping « iRevolution // April 27, 2009 at 11:09 pm |
[...] Ushahidi: From Crowdsourcing to Crowdfeeding [...]
How Ushahidi Can Become a Real Early Response Platform « Conflict Early Warning and Early Response // June 21, 2009 at 3:16 pm |
[...] is closing the feedback loop between crowdsourcing and crowdfeeding by introducing an alert subscription feature. However, the notion of crowdsourcing response [...]
Accurate Crowdsourcing for Human Rights « iRevolution // September 12, 2009 at 10:24 pm |
[...] Next Generation of Human Rights. My talk focuses on the use of digital technologies to leverage the crowdsourcing and crowdfeeding of human rights information. I draw on Ushahidi’s Swift River initiative to describe how [...]