Feeds:
Posts
Comments

Posts Tagged ‘Ushahidi’

Tapping networks: moto-taxis, SMS and violence reporting in Benin

Posted in Benin, children, CoM, communication for development, development, ICT4D, m4D, mapping, VAC, violence, wait... what?, youth, tagged , , , , , , , , on March 6, 2013| 1 Comment »

As part of their efforts to reduce violence against children, Plan Benin is rallying motorcycle-taxi drivers to use SMS to report violence against children that they witness in the streets.

Florence Cisse, Plan West Africa’s regional communications officer, says:

The Zemidjan or “Zem” swarm the streets of Cotonou like bees. They are everywhere; silent observers to all comings and goings. Now, they have received training on how to recognize cases of child trafficking or kidnapping which often occur on the same busy streets. Using SMS texting on their mobile phones, they send information which is tracked and mapped by Plan using Ushahidi, an open source web-based technology platform. Plan then alerts authorities through partnerships with the Benin Central Office of Child Protection and ministries of Family, of Home Affairs and of Justice who begin the process of retrieving the children or investigating the abuse.

“The Zem are always working on the streets, which is where children experience the greatest risk,” said Michel Kanhonou Plan Benin Programme Manager. “The use of Ushahidi to track SMS texts and map the incidents of violence has helped to inform the authorities where, block by block, they need to invest greater resources to keep our children safe.”

The Zem join youth, heads of police squads, community and religious leaders and others who have received the training on how to recognize abuse and report it through simple SMS from Plan. Plan promotes a phone number that is used to collect the SMS on billboards and radio programmes.

This is the kind of innovation I think is most interesting – identifying existing networks and systems, and seeing how to enhance or expand them via new technologies. I’m looking forward to seeing how the program advances, and what Plan Benin learns from this effort to engage broader networks in preventing, tracking and responding to violence against children.

The team in Benin has created a video about the violence reporting system, which uses both FrontlineSMS and Ushahidi. The technology tools, however, are only part of the program. In addition, the team launched billboard and community radio campaigns to promote the violence-reporting number; engaged local communities, government, child protection agents, and NGOs; and trained children, families, teachers, school directors, parents and community leaders (and now moto-taxi drivers!) about violence, its impact on children and how to respond to it. Children and young people have been involved in program design and implementation as well, and there have been thorough discussions on how to manage this type of sensitive information in a private and secure way.

For some older posts that demonstrate the evolution of the project, which started off in early 2010, click here.

Read Full Post »

Immersion, co-design, and Ushahidi training with youth in Cameroon

Posted in accountability, Cameroon, ICT4D, ICTs, mobile and technology, m4D, mapping, participation, protection, VAC, violence, YETAM, youth, tagged , , , , , , , on July 6, 2011| 2 Comments »

This is a guest post by Rebecca Tapscott who, along with Joe Pavey, is interning with us in Cameroon for the next couple months. Rebecca wrote a first post about the what and the why of setting up an Ushahidi system in Cameroon to track violence against children and Joe goes more into depth about the technical side of setting the actual system up in his post Digitizing violence reporting. Sounds complicated… because it is!.

Here Rebecca writes about how she and Joe are better understanding mobile phone use and community context by living in the community. She also goes into how the team is training youth on how the system works and getting youth’s input into the design and use of this type of system in their community. 

Learning what information to include when sending SMS reports on child abuse.

One component of our ICT4D internship with Plan is working “in the field” with the community to help implement the Ushahidi reporting system for violence against children (“VAC”).  To this end, Joe and I are living in Bamessing community, a village in the North West Region of Cameroon, also one of the three program units (“PUs”) hosting the YETAM program.

Bamessing has no running water, limited network coverage, and sporadic electricity.  The region is also known for high rates of child/forced marriage, domestic violence and school dropouts.  If a VAC Ushahidi system can work here, it can work anywhere.

Piloting the site in Bamessing has several benefits as well.  First, we are working with a group of motivated youth who have received extensive training on the four categories of  child abuse and violence against children (physical, psychological / emotional, sexual, and neglect or negligent treatment), as well as their legal rights under the UN Convention on the Rights of the Child and other international and national protocol.

Second, the Bamessing community is saturated with cell phones, and most of the youth in the YETAM group have their own personal cell phones.  Joe and I had a discussion with Odelia, our “land lady” and the 30-year-old widow of the late pastor, who told us that she first noticed cell phones in Bamessing in 2010 (though some say they’ve been around since 2004).  Since then, she has owned five cell phones, although she never uses one to text, and makes only one or two calls a week.  Instead, cell phones seem to serve as a sort of portable doorbell.  Neighbors, friends, and acquaintances “beep” each other (give a missed call, which does not cost any credit) to relay a predetermined message.  Credit is expensive relative to other daily costs and, as previously mentioned, the network here is tenuous.  Texting requires literacy, dexterity, and decent vision, which are limiting factors for many of the adults in the community.

Finally, Cameroon seems to have the advantage of a functioning (albeit imperfect) offline system for reporting and responding to VAC.  I spoke with a delegate from the Ministry of Social Affairs (“MINAS”), who explained some of the system’s weaknesses to me, namely that the ministry is highly underfunded and understaffed.  He also lamented that reporting is lacking, due to inadequate knowledge of civil law (instead, most people are familiar with customary law, which often reinforces certain rights violations), and inability to report violations.  While knowledge of civil law must come from human led sensitization and education projects, the Ushahidi platform can enhance reporting ability in Cameroon.  Through our discussions with Plan staff in Yaoundé, we came to the optimistic conclusion that the government might increase investment in staff, resources, and educative programs in direct response to the number and severity of reports that come through the Ushahidi system.

Given these caveated benefits, our current challenge is to introduce the concept of reporting through Ushahidi to the YETAM youth group, teach the youth how to report incidents, integrate their feedback into the system, get the online system up and running, pilot it, and present it to MINAS.

Our first opportunity to present Ushahidi to the youth was during the YETAM refresher training, held June 22 – June 27, 2011 at a local high school in Bamessing.  Joe and I worked with Georges (Plan Cameroon’s ICT coordinator for the area) and Judith (the YETAM coordinator in Cameroon) to design a module to introduce Ushahidi and our particularized reporting system.  First, Georges and Joe explained Ushahidi and answered questions on a theoretical level.  We then described our intention to use Ushahidi for reporting VAC, what information must be included in reports of VAC, and what information will be displayed on the Ushahidi site.

We created an acronym (ChANGE) to help the youth remember what information to include in text message reports. (C: Community; h: False letter– we said “help” so people can remember, but really nothing should be reported there, A: Age, N: Name of victim, and your own if you are comfortable reporting it, G: Gender, E: Event.)  Then we gave a practice scenario and asked five participants in the class to show how they would report the message. We reviewed each message for number of characters, noting that a single text message is limited to 140 characters, and also checked to make sure that all the necessary components were included.  All five messages were similar, reading something like:

My name is Judith. I beg of you for my friend Mary who is 14 years old and whose father is taking her from school to give to a 60 year old man for marriage in Bamessing community.

Most of the messages ran long, but did include the five required components.  One area of confusion was what level of geographic specificity to include.  We explained that while the report must be as specific as possible to facilitate a response, the Ushahidi site will present a more general geographic location so as to preserve anonymity for victims and reporters.

We asked the youth for feedback on the system, which resulted in more questions clarifying what is appropriate to report, and the level of confidentiality of reporting.  One concern was that often the phone network is down, making it impossible to send text messages.  We clarified that all the old methods of reporting still exist, and that community animators and Plan staff can be sought out to report either by text message or the other ways.  By the end of the training, the youth agreed that this would be a useful system, and some commented that they particularly appreciate the unique level of anonymity associated with SMS reporting.

This month, Joe and Georges will finalize the Ushahidi system, Joe will create brief manuals for system users, and Joe and I will provide additional training on using the system.  We hope to have the youth send sample text messages to the site in the next month to test the system, to train the youth, and to provide sample data to present the site to potential government partners. Our colleague Nathalia (the Child Protection Advisor in Plan Cameroon) also suggested that we create a ‘child and youth friendly’ guide to how Ushahidi works that can be used for training, so we’ll get going on that also.

Read Full Post »

Everyone learns: an information and training session in Benin

Posted in Benin, development, ICT4D, ICTs, mobile and technology, m4D, mapping, participation, protection, VAC, violence, youth, tagged , , , , , on July 2, 2011| 2 Comments »

This is a first guest post by Jacqueline Deelstra, who is working for about 2 months to support Plan Benin to solidify their SMS Reporting and Tracking of Violence against Children (VAC) project.

The VAC Benin project started as a pilot in February 2010. Plan Benin welcomed Paul Goodman (see earlier posts) for the month of May to support refining and optimizing the actual SMS and mapping system, and Jacqui is now spending 10 weeks looking further at the non-technological aspects that underlie the initiative, including staff training, links with government duty bearers, and community input around the idea and practice of SMS-based reporting.

During the initial workshops with staff, government representatives and youth in February 2010, we identified the need to map out and better understand what information should be collected in order to 1) allow Plan staff and government to understand the nature of violence against children in Benin, respond to VAC reports, and to avoid creating parallel information systems and 2) the need to provide clear guidance and training to ensure consistent categorization of reported cases. Jacqui writes about this below. (More on the overall project and process via the links at the end of this post.)

In coming to Benin for two months as a consultant to work with Plan staff on a project using FrontlineSMS and Ushahidi to collect and map citizen reports of violence against children (explained previously in this blog) I knew part of my work would be training staff in the technology and answering their questions about how it works and what it’s good for.  In other words, that this work would fall under the often discussed buzz phrase “capacity building” for local staff. And certainly, many questions have come to me about aspects of the technology.

For example, how data from Ushahidi can be downloaded for analysis and to make graphs for reports and how staff without access to Ushahidi as administrators can use the public site to submit cases of violence that are reported to them in person as opposed to being submitted directly from the reporter to our Ushahidi platform via our SMS helpline.

During the recent trainings I carried out in Cotonou on Tuesday and Wednesday I was able to demonstrate to staff members the features of Ushahidi, but just as important was the chance to field a lot of interesting comments and questions. As this was the first time many staff members had seen the vacbenin.ushahidi.com site, it was a process of discovery. There was resulting curiosity about things I had just taken as given in the system.

Comments were made about how we are currently processing reports of violence received by SMS by classifying them into certain categories and specifically why we chose the categories we did for the type of violence and location. The categories we have are listed below.

Current categories on the Violence Against Children (VAC) Ushahidi site in Benin

From French to English they translate to:

Type of Violence– death, sexual violence, psychological violence, physical violence, negligence, exploitation and kidnapping

Location– At home, at school, at work, in the community and in institutions.

You will see next to categories right now there is the statement: “Select as many as needed.” Everyone knows it is difficult to classify many things into just one box. Thus, with cases of violence such a forced marriage it was initially decided that multiple boxes should be checked because it certainly entails sexual and physiological violence and potentially physical violence, and we wanted to cover all our bases.

However, comments from the standpoint of the country office staff pointed to a different conclusion: you have to categorize each report in just one category or else it will be difficult to do a good analysis of the data. They see instead that there is one category which the case belongs to above all, (for forced marriage this would be sexual violence) and that is how it should be categorized. As it was explained to me they look at the categories and say, “just because only one box is checked does not mean the case does not belong to other categories, and selecting one box ensures there is not double counting of cases in the analysis.”

Finally, in our discussion of the choice of locations when processing a report, questions come up about why “at work” was chosen, when other locations more specifically of interest to staff, such as the market, were not included. (Note: the original categories were taken from the UN Study on Violence Against Children, which provides the framework for the overall program.) Staff explained that markets are known to be dangerous places for children who work in them and thus they would like to see if reports come in specifically about that. They also discussed their feeling that “at home,” is too vague. Violence at home could be committed by parents against their own children. Or it may be violence committed against domestic workers or other children living in the household, which they have the impression happens frequently. But the category “at home” does not provide any insight into that question.

The clear value of this discussion of categories and what information would be of most use to the local staff points to another buzz phrase in development, “participatory methods for program design, monitoring an evaluation.” Without consulting various staff members and getting that local knowledge about what issues a project should be tracking and addressing, it is likely the project will not be as useful and impactful as it could be. Especially with a project like as this one that is gathering data for the sake of advocacy, awareness raising and informing future programming, the way data is collected and classified has to fit the local needs and context.

Thus in my trainings this week it was certainly not only the Cotonou-based staff that learned something. I learned more about what types of violence are of interest to staff and how we can make this project work better for them by better meeting their information needs.

Related posts:

Future proofing the VAC Benin project (by Paul Goodman)

Update from Benin: charting a course forward (by Paul Goodman)

Revisiting the SMS violence reporting project in Benin

Tracking violence against children in Benin video

Community-based child protection

Tweaking: SMS violence reporting system in Benin

Finding some ICT answers in Benin

7 (or more) questions to ask before adding ICTs

Fostering a New Political Consciousness on Violence against Children

Related links:

Text messages to help protect children against violence

Plan International case study: Helping children report abuse in Benin

Read Full Post »

Digitizing violence reporting. Sounds complicated… because it is!

Posted in Cameroon, children, governance, ICT4D, ICTs, mobile and technology, m4D, mapping, participation, protection, social media, VAC, violence, YETAM, youth, tagged , , , , , , , , on June 22, 2011| 1 Comment »

This is a guest post by Joe Pavey who, along with Rebecca Tapscott, is interning with us in Cameroon for the next couple months. Rebecca wrote a first post about the what and the why of setting up an Ushahidi system in Cameroon to track violence against children. Here Joe goes more into depth about the technical side of setting the actual system up.

Our first major discussion about the VAC Cameroon site was in regards to how reports should pass through the system. For obvious reasons the information contained within these reports is extremely sensitive, so each step of the workflow process needs to be determined with the best interests of the children involved in mind.

The existing offline system for reporting violence against children was agreed upon through an exhaustive deliberation process with government, community, and local council members. In short, a lot of hard work has gone into making the existing offline system something that all parties agree on and it would not only be negligent, but counterproductive not to use this as a blueprint. For this reason the online system we are working on should respect, support and ultimately serve to expedite the current process, not replace it.

Under this current system Plan serves in the capacity of witness in cases of child abuse. Plan Cameroon has partnered with several governmental agencies to investigate and respond to reports they receive. Which agency this is depends upon the circumstances of the abuse.  Age, gender, and location are all factors in determining which agency will be responsible. For example, abuses taking place in the home are currently handled by the Ministry of Social Affairs, but cases involving female children are handled by the Ministry of Child and Women’s Empowerment.

The current policy also requires that all reports of violence against children received by Plan staff be forwarded to the sector office within 48 hours.

Existing community-level reporting flow

Following this, the report has 24 hours to reach the country office in Yaounde. This one of the processes we are hoping to expedite with the implementation of the digitized system.

Existing flow of next-level reporting - at Program Unit and Plan Country Office

If this sounds complicated, that’s because it is. As outsiders who are new not only to the culture, but also to the peculiarities of local bureaucracy, much of Rebecca’s and my first session was taken up with trying to understand the rules and regulations already in place. Thankfully we have Cameroonian colleagues in the local office to help us navigate and understand all of this.

The Ushahidi System

Ushahidi allows three methods for submitting reports: (1) Text Message, via Frontline SMS or another text messaging tool, (2) Email, and (3) Submitting a report directly through the site. These actions can be taken by individuals in the community or by Plan Staff if they are alerted of a particular incident. A fourth means of submitting reports to Ushahidi, via voice messaging, was previously available through a plug-in called Cloudvox. Unfortunately the company that created the Cloudvox plug-in was recently acquired and has suspended this product for the immediate future, and we haven’t identified an alternative voice messaging system. This is unfortunate as we were hoping to be able to offer voice messaging as a reporting method for non-literate youth — although bandwidth limitations may have rendered this impossible anyway.

Information workflow for Plan Cameroon VAC Crowdmap site (updated; this is version 2.)

Based on the information that needs to be tracked and reported on, our current plan is to separate reports into four categories, each with several subcategories as follows:

  1. Form of Violence
  • Physical
  • Sexual
  • Emotional/Psychological
  • Negligence
  1. Gender of Victim
  • Male
  • Female
  1. Age of Victim
  • 0-5
  • 6-12
  • 13-18
  1. Location of Incident
  • Home
  • Work
  • School
  • Community

Current Crowd Map set up with 4 main categories.

Creating these reporting categories (and each of their subsequent subcategories) will allow this information to be tracked separately, or to be looked at in terms of how categories overlap with each other. Since the Ushahidi platform allows users to choose more than one category or sub-category when submitting an incident report, no data need be lost in the effort to isolate and contextualize information.

For example, by tracking Gender and Location of Incident separately we will be able to more easily visualize how many incidents of abuse are taking place at schools in a certain community, how many of the victims are girls versus boys, and how each of those categories relates to reports from other regions. This will be especially important information to the government who has different agencies in place for tracking violence against children and youth depending on the circumstances. It will also be useful for Plan staff who can then tailor programs and awareness campaigns in a specific community towards the issues that are most prevalent there.

Plan Cameroon staff, partners and youth have create a detailed online map of each council area in which this project will take place, however, mapping of reports will be restricted to a less precise level described to us as the ‘community level’. It’s hard for Rebecca and me to conceptualize just how specific of an indicator this is, though once we are living in the community – a transition taking place this week – it should become easier to measure. The reason for mapping the location of incidents at the community level is privacy. If reports were mapped too precisely they could compromise the identity and safety of a child — a result that would be entirely unacceptable.

On the Ushahidi ‘back end’, each report of an incident will also contain a Description section that will allow information outside categorical parameters to be included in reports. This could be the body of a text message, a summary of a voicemail, or any other details that are deemed to fall outside the determined privacy boundaries (eg., this will allow us to keep identifying information and other details in the system, yet keep it from going public).

Over the course of our week in Yaounde, we engaged in many discussions regarding how we could make the online information workflow match that of the offline system. The conclusion seemed to be that involving community members and Plan staff in initial approval of reports might be possible, but that expecting all six of the varying government agencies that currently respond to such reports to use this digital system would be problematic. At this point we are hoping that the official agreement can be reworked slightly so that only MINAS, the Ministry of Social Affairs would need to be involved in the system.

By week’s end we had drafted an initial proposal for what the workflow for the system could be. It is by no means final and will likely go through numerous revisions over the course of our work here, but it will provide us a good base to build from in the future.

Unfortunately our progress on setting up the site itself has been handicapped by technical issues with the Crowdmap website that cause the site to crash when trying to create subcategories. We have engaged with members of the Ushahidi staff and they are currently working to fix the bug, but we don’t have a timeline as to when they will have the issue resolved.

We have now left Yaounde for Bamessing where we will be initiating our field work on the YETAM project, working with youth on creating short films, performing more community mapping, and we hope that the mobile Internet connection will allow us to continue to work remotely on the Crowdmap site.

Read Full Post »

VAC-Cameroon Ushahidi: The What and the Why

Posted in Cameroon, governance, ICT4D, ICTs, mobile and technology, m4D, mapping, participation, protection, social media, VAC, violence, YETAM, youth, youth media, tagged , , , , , , on June 20, 2011| 2 Comments »

Guest post by Rebecca Tapscott who, along with Joe Pavey, is interning with us in Cameroon.

Joe Pavey and I are here in Yaoundé working as ICT4D interns for Plan Cameroon to help develop an Ushahidi/Frontline SMS system to report violence against children (VAC) and gender-based discrimination.  The project is conceptually the same as the Ushahidi site set up for Plan-Benin that another colleague of ours, Paul Goodman, worked on last month, although we have not completed the planning stages or started to implement.  At the outset, it is apparent that there are certain logistical and systematic differences between the projects, particularly in terms of the role of government partners.

Our team consists of Joe and me, Judith Nkie (the National Coordinator of the YETAM project), Nathalia Ngende (the Child Rights Advisor), Georges Niatchak (South Sector ICT Coordinator) and Charles Chiappi (ICT Manager).  We met for a few hours this past week to clarify some details of the project. (Note: This discussion built on training conducted in late May with staff and partners working on the YETAM project. In that training, the goals of an Ushahidi component to the project were generally agreed on among all. In addition, the information flow was discussed, a role play was done to help clarify roles and responsibilities of different stakeholders, challenges and bottlenecks to work through were identified along with the need for alternative reporting channels for those without SMS access or those are not literate, need to establish a baseline and indicators for success was discussed, protection risks were raised, and sustainability and ways to promote the system and the idea of violence reporting were considered.) 

This post discusses the purpose of the project and how it might be useful in the short and long-term.  Joe will follow up in a second post with some information about the logistics of setting up the Ushahidi site, and some remaining questions and next steps*.

Why YETAM, why Bamenda?

YETAM (Youth Empowerment through Technology, Arts and Media) is a Plan project established in 2008 that has been implemented with youth between 12 and 21 in eight African countries (Benin, Cameroon, Ghana, Kenya, Mali, Mozambique, Rwanda, and Senegal).  Plan Cameroon has three YETAM sites, one in the Northwest region (Bamenda), one in the North region (Garoua), and one in the Center region (Yaoundé).  The Plan team has chosen to pilot the VAC-Cameroon Ushahidi project with YETAM for two reasons.  First, VAC is of utmost relevance to youth, so it makes sense to place this new project within a youth-based project.  Second, YETAM participants have shown enthusiasm and passion for the YETAM project, and Plan believes that this energy and dedication can make the Ushahidi reporting system a success as well.

In preparation for this pilot project, the YETAM participants have mapped the towns of Ndop (in the Bamenda PU), Okola (in the Yaoundé PU), and Pitoa (in the Garoua PU), which can be viewed on OpenStreetMap.com.  The Ushahidi component will be new to the project but the team has been thinking about using new tool since last year and learning from the project in Benin.

How can Ushahidi combat VAC and gender-based discrimination?

The VAC-Cameroon Ushahidi site will be used for reporting violence against children and gender-based discrimination.  The idea is to establish a partnership with government ministries, in particular the Ministry of Social Affairs (MINAS) to respond to reports with the necessary legal and social support.  The Ushahidi system provides certain tools that will help make reports actionable for both a government response to individual reports, and a youth-led response to VAC and gender-based discrimination at the community level.

In particular, the ability to map the location of the report and categorize each report by the victim’s age, gender, and the location of the incident (home, work, school, or community) will allow YETAM participants and Plan Cameroon staff to use the information to identify what types of violence are occurring in which communities.  This information can help Plan staff target awareness trainings to serve the needs of specific communities.  YETAM participants can use the information to develop social advocacy campaigns, which are already a part of the YETAM project.

Plan Cameroon also has a broader psychosocial program that works to build resilience and help victimized children reintegrate into their communities.  The psychosocial program can use information from the VAC-Cameroon Ushahidi site to better understand where different kinds of violence are prevalent and hold corresponding trainings for social workers and community-based organizations.

Additionally, MINAS recently drafted a child protection code that has yet to be finalized or ratified.  There is resistance to finalizing the code because Cameroon already has a Family and People’s Code, and some people believe that since children are a part of the family, a separate code would be redundant.  However, children face unique challenges and threats that are not addressed in the Family and People’s code.  We hope that the data gathered by the VAC-Cameroon Ushahidi site can demonstrate some of these unique problems and serve as special and innovative tool to facilitate reporting of child abuse and gender-based discrimination.

Challenges:

No initiative would be complete without its challenges, and there are some hurdles that still need to be overcome, including

  • Empowering government partners to ensure that perpetrators of VAC are pursued, that justice is served, and that children are protected.
  • Building government capacity to ensure a smooth handover of site management and long-term sustainability for the project.
  • Ensuring that there is a point person in the government (MENAS) who will approve and verify reports in a timely manner.
  • Securing long-term funding for the project.
  • Involving police so that perpetrators will not be released and with the hopes of reducing the child abuse cases.

Note: Joe and I are prioritizing the VAC-Cameroon Ushahidi project for our work over the next ten weeks.  However, we are quickly realizing that the Plan Cameroon team has a strong work ethic, passion, and deep capability.  It is already apparent that establishing this Ushahidi site, training YETAM participants and communities to use it, establishing a strong government partnership for the project, and launching the site will take more than our allotted time.  We will do our best during our time here to support the planning, development, and implementation of the project as it progresses.

Read Full Post »

Working with Ushahidi in Benin

Posted in Benin, development, ICT4D, ICTs, mobile and technology, mapping, participation, protection, VAC, violence, youth, tagged , , , , , , , on June 16, 2011| 1 Comment »

This is a third guest post by Paul Goodman who is supporting Plan Benin to solidify their SMS Reporting and Tracking of Violence against Children (VAC) project. More on the overall project and process via the links at the end of this post.

Plan Benin uses Ushahidi to map reports of violence against children in Benin. The platform is powerful right off the shelf (or right out of GitHub, as it were) and the latest version offers enough features to get the majority of deployments up and running without issue.

One benefit to working with Ushahidi — there are other options for gathering and mapping reports, of course — is that the global Ushahidi team works hard to cultivate a community of software developers hell bent on improving the software and innovating around new use cases. During my month in Benin I took advantage of a number of resources available to individuals and groups using Ushahidi. A few resources I consulted when working on solutions to technical problems:

In addition to making use of Ushahidi’s standard functionality, in Benin we’ve made some small customizations, configurations, and tweaks to that extend the functionality of the system, making it easier and faster to use.

A few tweaks:

FrontlineSMS – after upgrading to the latest version of Ushahidi, we made use of the new Plugin architecture and activated the FrontlineSMS plugin, which facilitates a seamless connection between FrontlineSMS and Ushahidi.

Location highlight – developed by John Etherton, this plugin improves the experience of mapping locations in areas that are not well-mapped. Instead of staring at a blank map, users creating reports can select the program area and nearby city from a drop down menu. Administrators can add as many points or areas as they’d like to aid the mapping process. Furthermore, the relatively slow internet connection in Benin makes loading map tiles and labels a painful process. In many cases, Location Highlight allows users to avoid having to load new zoom levels.

Nested Categories – a visual improvement more than anything, this functionality is supported out of the box. Rather than loading the Ushahidi landing page and seeing 20+ categories, we now see the major categories and users have the ability to drill down on the various categories to filter results.

Custom forms – the use of custom report forms with private fields allows Plan Benin to track information related to cases alongside the public report, allowing Plan staff in disparate geographies to track the reporting and resolution of incidents.

Related posts:

Future-proofing the VAC Benin project (also by Paul)

Update from Benin: charting a course forward (also by Paul)

Revisiting the SMS violence reporting project in Benin

Tracking violence against children in Benin video

Community-based child protection

Tweaking: SMS violence reporting system in Benin

Finding some ICT answers in Benin

7 (or more) questions to ask before adding ICTs

Fostering a New Political Consciousness on Violence against Children

Related links:

Text messages to help protect children against violence

Plan International case study: Helping children report abuse in Benin


Read Full Post »

Future proofing the VAC Benin project

Posted in accountability, Benin, children, development, ICT4D, ICTs, mobile and technology, m4D, mapping, protection, VAC, violence, youth, tagged , , , , , , , , , on June 1, 2011| 1 Comment »

This is a second guest post by Paul Goodman who is supporting Plan Benin to solidify their SMS Reporting and Tracking of Violence against Children (VAC) project. More on the overall project and process via the links at the end of this post.

Future proofing? Wishful thinking! There is of course no way to “future proof” an ICTD project. There are ways, however, to ensure that an ICT project has a fighting chance at sustainability. Here in Benin we’re revisiting the entire VAC Benin workflow in an effort to document the non-technical aspects of the project so that each person that touches this system fully understands the way that information moves through it. In addition to supporting training, this small but critical step will help drive consensus around how the project should and can work well into the future.

A succinct overview of this project:

The beginning of any development initiative is often marked by energetic optimism. At the onset, when a project enjoys the attention and enthusiasm of its creators and supporters, it is easy to forget that over time this attention will wane, priorities will shift, and critical personnel will undoubtedly take on new responsibilities or even different jobs. Purposeful problem definition and documentation can minimize the impact of these eventualities and only with a thorough understanding of the problem is it possible to discuss appropriate technology-enabled responses. And yes, in the real world, the problem often shifts over time as the situation changes or new information comes to light. But with a well-defined problem you have clarity around your intent and can face new challenges head-on.

Once defined, the problem and corresponding solution must be documented so that others may benefit from the insight gained during this process and apply that insight systematically. This seems elementary, of course, but in years of ICTD work I’ve found that the documentation of both technical systems and non-technical processes is often neglected in the rush to deploy or as a result of over-reliance on a few knowledgable individuals. Furthermore, in international development, documentation sometimes plays second fiddle to the production of reports and case studies.

Now I’ll happily get off my soap box and get back to business in Benin.

After sketching out the various aspects of the information flow with my colleague Elsie, I documented the workflow in a way that can be used to inform, train, and guide others as they interact with this project. I’m working on reference materials of different shapes and sizes including a number of graphics. Several of the graphics appear below; these are drafts and will be revised with Elsie, translated, distributed to the team, and revised again. These graphics represent the way we would like the system to work and are intended to be living documents.

In this graphic I included all the critical actors and their key responsibilities:

 

In this flow chart, I illustrated the way that messages should be processed:

In this graphic, I illustrated the way that reports should be created:

Finally, this flow chart will support report approval and verification:

Related posts:

Update from Benin: charting a course forward (also by Paul)

Revisiting the SMS violence reporting project in Benin

Tracking violence against children in Benin video

Community-based child protection

Tweaking: SMS violence reporting system in Benin

Finding some ICT answers in Benin

7 (or more) questions to ask before adding ICTs

Fostering a New Political Consciousness on Violence against Children

Related links:

Text messages to help protect children against violence

Plan International case study: Helping children report abuse in Benin

Read Full Post »

Update from Benin: Charting a course forward

Posted in Benin, ICT4D, ICTs, mobile and technology, m4D, mapping, participation, protection, VAC, violence, tagged , , , , , on May 23, 2011| 3 Comments »

This is a guest post by Paul Goodman, who is spending the month of May supporting Plan Benin’s Violence against Children (VAC) prevention and response project. The post appears on Paul’s own blog and also on Plan USA’s blog.

Elsie, the VAC - Ushahidi Project Coordinator in Benin

I’m working with Plan Benin to support the Violence Against Children project. The team here has established a system whereby victims of violence and observers of violence can send text messages to Plan to report violence in their communities. Plan then processes and maps the messages and works with the government of Benin to investigate the cases. In about a year of operation the system has received more than 80 reports of violence against children. The reports include physical violence, sexual violence, psychological violence, and other abuses including kidnapping, negligence, and so on.

At the beginning of the year the team identified a number of technical challenges that they’re facing using the system, which rests on the foundation of two stellar open source technologies  FrontlineSMS and Ushahidi. Those technologies are the focus of my time here in Benin though along with everything else in life, nothing is black and white.

“Technical” issues are often social, social issues often have no technical remedies, and things become confused. Beyond the division of technical and social, there are many other factors to consider. Thorough problem definition and planning for the short, mid, and long term are necessary to help define expectations, support project evaluation, and improve the chances of sustainability. These themes should be revisited periodically and updated as necessary.

In recent months Plan Benin lost two staff that were key to the day-to-day management of the system. Their departure temporarily disrupted the flow of information through the system but also created an opportunity: with a renewed organizational focus on the system we have an excellent opportunity to revisit the purpose of the initiative, consider the day-to-day functionality of the system, and ask (and hopefully answer) questions about the initiative’s future.

Today I worked with Elsie S., Plan Benin’s Project Coordinator, to chart out the operation of the system. The purpose of the exercise was to clarify the day-to-day operation of the system and revisit the roles and responsibilities of the many actors that interact with this project. Getting a firm grip on all of this information and documenting it for others will make it easier to train staff and partners and build further support inside Plan and within the government of Benin.

Elsie sketching her version of the workflow

A few of the questions we asked and answered today:

— How long should it take for incoming messages to be processed (stripped of personally identifying information, mapped, and so on)?

— What model is best for managing this process? Should the responsibility be centralized at the Plan Benin Country Office? Or should it be distributed to the Plan Benin Program Units (PUs) where the majority of the reports originate?

— How can we modify Ushahidi to support a distributed model, where focal points in the PUs take responsibility and have agency?

— How can we create a shared vocabulary around the various actions within the Ushahidi system? What does “approve” mean? What does “verify” mean?

Me describing my version of the workflow and discussing realistic timelines for different actions within Ushahidi.

In the coming weeks we’ll work with Plan Benin staff to ground truth any revisions to the workflow and modify the system as necessary. We’ll also spend quite a bit of time creating the documentation that will ensure the continuity of operations in the future: reference guides for Plan staff, guidelines for maintaining the privacy of victims, and documentation of the relevant technical aspects of the system.

In parallel, I’ll continue working on some necessary tweaks to Ushahidi including establishing security protocols, enhancing the system’s mapping capabilities (thanks John Etherton for your location highlight plugin and support), and more. In ten days we’ll be joined by Jacqueline Deelstra, a recent graduate of the Fletcher School at Tufts, who will continue these activities and dig deeper on the relevant social issues.

More from Benin soon.

Note: For background and additional posts on child protection, child participation and the VAC Benin project, click here.

Read Full Post »

Revisiting the SMS violence reporting project in Benin

Posted in Benin, children, ICT4D, ICTs, mobile and technology, m4D, mapping, protection, VAC, violence, tagged , , , , , on January 13, 2011| 8 Comments »

Last year, I spent some time in Benin piloting an SMS reporting system to track and respond to Violence against Children (VAC). After almost a year developing the idea and thinking it through to see if it was potentially feasible (see 7 or more questions to ask before adding ICTs), in February 2010 we conducted 2 workshops with youth, staff and local authorities in Couffo and Atacora, Benin, to design a system with their input (see Finding Some ICT answers in Benin). The main pieces of the reporting system are FrontlineSMS and Ushahidi. A few months after, staff reported back on some of the challenges with implementation (see Tweaking: SMS Violence Reporting System in Benin).

Romeo Essou, project coordinator

Since then, many of the issues have been resolved, and we’ve improved outreach so that communities are more aware of the SMS reporting system and how to use it. We’ve also been looking at the system itself, continuing testing, and seeing what improvements are needed. We didn’t have resources to dedicate someone fully to the program at first, but after seeing the potential, Plan Benin assigned Romeo (see photo) to manage the pilot project full-time in Benin. It’s been quite a pleasure working with the team there, and Romeo is no exception. Having someone dedicated full-time to working with communities and staff in the two districts has really made a difference. From November to mid-January, several additional violence cases were reported and a good number of them have been followed up on and closed.

Last week, Romeo shared what we still need to find solutions for. Some of these are issues that we’d identified last year and others are additional things that Romeo has suggested as he’s gotten down to business.

Some people still call instead of texting, or they send “call me back” texts

Cases are now coming in

  • The team is fairly certain this is due to illiteracy. Plan will involve more school-going youth in the initiative because they have higher literacy levels and can support others with reporting if needed.
  • Romeo and the team will continue doing outreach and education on how the system works both at community meetings and via radio broadcasts in French and local languages.
  • To address the calls that may continue to come in, a voice mail will be set up on the phone that links up to the FrontlineSMS laptop, with a message explaining that people have to send in a text. Romeo will do some research to determine which languages to use in the message for the best result (French and the 2 main local languages….).
  • If that doesn’t resolve the issue, Romeo and the staff will call back anyone who phones in.
  • Cost of an SMS continues to be a discouraging factor for people in terms of reporting. Often when Romeo or other staff visit a community, community members take advantage of their physical presence to report additional cases of violence.  This is not necessarily negative, considering that we want to increase the number of incidents reported and followed up on; however, if it turns out that awareness around violence is high but the cost of the SMS is a deterring factor in reporting, more inexpensive channels to report also need to be offered. We are still negotiating with the local operators to get a free SMS line.

Spam

  • Some 50 spams a day are coming in. This is an issue on all mobile phones in Benin. Much of the spam comes from the mobile service providers themselves.
  • If the spam is coming from the same number, it’s possible that a workaround script could be written up at the point where FrontlineSMS forwards to Ushahidi. The messages can also be marked on Ushahidi as spam, but they will still be arriving via FrontlineSMS, unfortunately, unless numbers can be blocked somehow.
  • Needs further thought on how it might be overcome.

The Violence Tracking Platform (Ushahidi):

Ushahidi platform

  • We need to be 100% sure that any personal or identifying information coming in via the SMS reports is scrubbed so we do not put any children or witnesses at risk or falsely accuse anyone of violence against children by publishing the reports to the Ushahidi platform.
  • Romeo will develop a Privacy and Protection Checklist and train those administering the Ushahidi system to be sure to remove identifying information thoroughly before allowing it to be published on the Ushahidi site.
  • The identifying information still needs to be stored somewhere on the system to support with follow-up on the cases that come in. We may need additional development work on the platform to allow for that.
  • We hope to integrate the Ushahidi map into the Violence against Children website, which has educational material, videos and cartoons done by youth, and a discussion forum. However if the information poses a risk to anyone, we may decide to make the Ushahidi site private and keep it as a management tool rather than a public site.

Categorizing:

  • The staff who administer the Ushahidi website are not always clear which type of violence an incident should be categorized as (physical violence? sexual violence? psychological violence?).
  • Romeo will create short guidelines to help people to categorize the incidents properly. He’d like these to be incorporated into the Ushahidi platform.
  • Often a reported  incident can fit into more than one category – eg., both physical and sexual violence. If it’s categorized in two categories, then we lose the sense of how many incidents there have been overall, and we’re unable to properly chart the data. We need to find a way to manage this on the system so that we have proper statistics.

Recent reports of physical violence, sexual violence, forced marriage and exploitation

Follow up on reported cases:

  • We still want a way to track response and follow-up on cases within the Ushahidi platform, as often a report requires more than one verification visit.
  • We need someplace within the platform to store this type of information to keep records of follow-up.
  • This will require work by a developer, but it might be helpful for other institutions using Ushahidi as well. It’s also possible that FrontlineSMS Medic could be used for case management rather than Ushahidi, but it might prove confusing for staff to have to store and act on the same kind of information using two different tools.

Names of villages, hamlets, etc:

  • We would like to have a listing on the map of the various hamlets, villages, etc. They do not currently appear on the map since there is no record of them on Open Street Maps or Google Maps. Plan has this detailed information in its internal systems and we want to add it to the base maps so that it’s easier for administrators to locate the incident in the right community.
Coordination and outreach:
  • In addition to the technical work on the system, Romeo will continue to coordinate and share information with local partners and other organizations working on violence against children. There are similar initiatives already in place and we don’t want to duplicate efforts. Combining and sharing help line numbers and taking reports by both phone and SMS is one option.
Related posts on Wait… What?

Read Full Post »

Tracking violence against children in Benin video

Posted in Benin, children, ICT4D, ICTs, mobile and technology, m4D, mapping, protection, social media, VAC, youth media, tagged , , , , , , , , , , , , , on October 9, 2010| 2 Comments »

Our Tracking Violence Against Children in Benin project won first prize for Most Innovative Use of Technology or Social Media in Plan’s internal Global Awards contest. The competition was fierce and we were up against some really great projects.

Here’s a nice video overview of the project and where we hope to take the initiative as we go forward.

We still have some kinks to work out and we are still in pilot phase, but we are pretty happy about the award in any case. It helps motivate us even further to improve on the idea until it’s fully functioning and sustainable and we know that it’s resulting in more reporting of violence, helping to track trends and cases of violence, and being used by local and national authorities for responding and following up on those cases that occur.

Many many thanks to everyone who has helped the project get where it is, including:  Henri da Silva, Carmen Johnson, Bell’Aube Houinato, Amelie Soukossi, Eleonore Soglohoun, Morel Azanhoue, Victoire Tidjani, Alfred Santos, Jean Sewanou, Michel Kanhonou, Paul Fagnon, Camille Ogounssan, Anastasie Koudoh, Mika Valitalo, Ken Banks, Josh Nesbit, Patrick Meier, Juliana Rodich, Henry Addo, David Kobia, James Bon Tempo, Stefanie Conrad, Theresa Carpenter, Penelope Chester, Shona Hamilton, and community leaders, parents, school directors, local authorities, children and youth in the 2 participating communities.

Related posts on Wait… What?

Fostering a new political consciousness on violence against children

7 (or more) questions to ask before adding ICTs

Finding some ICT answers in Benin

Tweaking SMS based violence reporting system in Benin

Community based child protection

New Plan report on ICT-enabled development

Read Full Post »

Older Posts »