Most of the time, even if we know a fruad or corruption, the common ways to report were through phone or anonymous tips sent via post. The problem with the first is the risk of the exposure of the reporter. And latter needs effor from the reporter which is unlikely to happen. In this modern age, people are using smartphones on their daily activity. Now, finding a person without a connected smartphone is rare.
We are working on this to motivate people to fearlessly and anonymously report corruption incidents on the fly with less effort.
Most of the time, even if we know a fruad or corruption, the common ways to report were through phone or anonymous tips sent via post. The problem with the first is the risk of the exposure of the reporter. And latter needs effor from the reporter which is unlikely to happen. In this modern age, people are using smartphones on their daily activity. Now, finding a person without a connected smartphone is rare. We took this advantage to develop a web service that works using mobile (Android) and any Internet connected device with a browser. We have also included a desktop application that uses this web service to view the reported corruption incidents.
- Giving every reporter an ID for his/her report so that they can come back and check the status of their report
- Using blind-letter-text to better anonymize communication between the reporter and an investigator
- To include photo upload for the Android application
- To port the app to other mobile platforms
- To include GPS infromation for the reported place (under user's concent)
We have finished the Android mobile app, web service and desktop app.
The general problem consist in finding a quick and smart way to report a general problem concerning your town.It’s possible to divide in more different problems: corruption, asbestos, access for people with some disadvantages and trash.
We decided to work on a Web and Mobile (Android, Windows Phone, iOS) application that allows everyone to report architectural barriers issues, vandalism and incivilities around the city.
Here you can find our presentation with also all the URLs of our repositories: https://speakerdeck.com/nicofromspace/cityzen-rhok-global-december-2012-trento-solution-by-the-citydevs-team
During the event we accomplished the following parts of our application:
- a working Windows Phone 7.5 application that allows a user to submit a report
- also an Android application and iOS application with the same features
- the most important part is the web application that was developed using different technologies:
Mine the data collected from the people to provide statistic data to the local authorities e.g. a map of the most critical areas or a graph of the most reported problems.
No More Tro-Trouble was developed as part of RHOK 2012 and the Peace Corps Innovations Challenge. It is a simple app to facilitate real time communication between passengers and private transportation tro-tro operators in Ghana.
In Ghana, like much of the developing world, people use a lot of shared transportation. The lowest cost form of shared transport is the tro-tro which is a privately owned van that sells tickets to the public. Using the tro-tro system is a frustrating experience for Ghanaians, but remains the only option for lower income individuals. Usually this means that you show up to a station buy a ticket and then wait an unknown amount of time until all the other tickets for the car are sold. In many cases this means waiting around in the car and wasting a lot of time. For some that are traveling to remote location this means waiting for hours with no guarantee that the car will fill up. If it doesn't the driver may stay in town and the passenger may be stranded.
Typically the system works in two ways. The “station model” is when passengers show up to a station and buy tickets from a central ticketing station. This person usually is selling tickets for 2 or more cars. Passengers buy a ticket and wait, usually in the car. The car will leave once all the tickets are sold. The “line car model” is used along main roads where there is no station. For these tro-tro’s routes, a car will travel between two stations, picking up passengers along the roadside if they have room. This is another frustrating experience as passengers must stand on the road for an unknown amount of time asking each car where it is going until they find their desired car.
Aside from just being frustrating this is a major issue throughout the developing world as most lower income populations depend on shared transportation. It is also a major barrier to upward mobility because so much time is wasted by lower income passengers who are forced to use the tro-tro system making it difficult for them to compete with individuals that can afford a personal car. Teachers can't go teach at school on the days they need to wait for a car. Other workers can't get to work.
Team: John Croft; Jack Croft; Christopher Miller; Daniel Flores; Zoe Nuhfer; Patrick Coquette; Anthony Fynn; Mark Nuhfer
Progress At December 2012 Event: Operational Prototypes- database structure; web site. Android app. Coordinated with DC Team working on SMS-based version. Reached out to potential users and testers in Ghana.
The application can be placed on the Peace Corps Knowledge Management Exchange for any volunteer to download, use and give feedback.
It would also become part of Peace Corps initial pre-service training as a tool available for them during their service.
People with chronic disease like Asthma or Diabetes need a stable routine. Interruption to medical supplies and health services may prove life threatening. The The besafe website aims to provide up to date information sourced from the crowd and from emergency response organisations to help both patients and health care workers in the event of an emergency.
The Solution is based on the Ushahidi Platform which is written in PHP on the Kohana MVC Web Framework. The solution is currently hosted on the cloud at besafe.crowdmap.com. Work is in progress on advanced requirements like ability to track stock at emergency care providers , automated checklists, Heat maps, Swiftriver visuslisations from Twitter feeds, Historical data visualisation is being discusssed.
There is no single reliable system that sources crowd information specifically for patients who need emergency help
1.Users can register as members in the system (Patients, healthcare providers like GP, Pharmacies etc.) 2.System Shall be able to receive the information about the disaster (location, Time, nature of disaster, severity etc.) 3.In the event of disaster system shall send Notification to users with information Including emergency contact and check lists 4.System maintains reliable current status information about he health care providers of the particular area ( pharmacies, hospitals, GP etc.) 5.System shall reset the status of the disaster after receiving about the disaster closure 6.System able to search for disaster by location, postcode 7.System able to display useful information like Hospitals and Pharmacies near a disaster Area
Ability to infer if a facility is down (Pharmacy, Hospitals etc)
•“Reports” can collect type information like Title, Description, date-Time, Category, Location (MAP Lat and Long), Location Name, News Source Link, Ext Video Link, Upload Photos, First/Last Name, Email, of report and location of report •Addon Implemented to terminate a disaster event after a date •Reports can be set to Auto Approval in an emergency or moderated by an Admin •“Get Reports” Link can be used to register emails to receive alerts when a report is submitted in your area . you can select specific categories of reports you want an alert on, or just get alerts for Disasters •Main Page displays a Map with dots indicating reports, Clicking on a dot opens details for the report. •Reports are clustered to act as a crowd sourced “Heat Map” •Categories and subcategories have been defined which help filter the reports that you want to see - Disasters, Help Wanted, Help Available •Reports can be FILTERd by category and displays real time on the map •Layers of information has been added – VIC Hospitals, VIC Police Stations, Bushfire Hotspots, ESTA Emergency Markers •Weather warning News feeds for Melbourne, VIC, NSW, Queensland •Checklist Embeded in App as a Page Plugin for Ushahidi to fetch JSON feed from SENSIS API and display it as a KML enabled Layer
•Fixed defect with iPhone Application Network framework iOS6, bug fix submitted for code merge •Build code to provide an API hook from Ushahidi to external Apps with KML layers in the •Release Ushahidi Plugin for SENSIS Api as an open source contribution from RHOK Melbourne •Enable and test Facebook and Twitter Integration as feed for reports •Enable and test Swiftriver plugin to filter “Buckets” from specific riverIDs •Implement a Heatmap from Government sources if available
Need Emergency management experts to test the system and suggest improvements
Empowering Girls is an app which allows an NGO to track girls attendance in school via text messages. A local representative from the school will send a text message to a central hub (smart phone at the NGO office). The central hub application is envisioned and built to run on any android smartphone that could be locally sourced and activated with a local cellular service provider. There is no reliance on 3rd party software or server resources to be set up.
The NGO can keep the smartphone in a centralized location and provide the phone number to volunteers/facilitators out in the field, who could text back their relevant data in a predetermined text (SMS) message (eg: KEYWORD;CENTERCODE;ATTENDANCE).
The text message will contain school location (via an assigned code) along with the number of girls in school that day. The data (from all of the schools) will be combined into a single file (a google fussion table) which will then be used to measure attendance rate over time. This will then be used to compare attendence rate (of girls) at the schools before and after intervention (the creation of appropriate sanitation facilities for female students) and charted as needed by the NGO representative. The phone application will also provide a copy of the data as a csv file stored on the smartphones memory card.
Click here for image 1: https://www.dropbox.com/s/wavi4swbphud5g4/IMG_20121202_145643.jpg
Giving girls an education is vital. Not attending school due to inadquate facilities is unacceptable. We hope that by tracking the girls daily attendance NGO's will be able to gather sufficient data to determine if the interventions (menstrual education and creation of appropriate sanitation facilities) are effective in keeping girls in school.
We were able to create a prototype Andorid app using App Inventor which gathers text messages and displays them on the NGO's smart phone. It collects school code and attendance number and stores in a Google Fussion Table.
Click here for image 2: www.dropbox.com/s/8twnzljari0ihko/IMG_20121202_145748.jpg
1) Antony Oroko - Leader
2) Dennis Munene
3) Samuel Kyalo
4) Racheal Wacera.
Disaster Risk Reduction Framework
Ufahamu is a data visualization platform that develops information sharing tools for crowd mapped data on disaster related issues that include a reporting media for a wide range of disasters like accidents, floods, terrorism, fires...... in a bid to reduce the risk of disasters. it provides an action link to report and share the disaster in real time for action to be put in place by the relevant authorities as soon as possible and it displays the mapped reports on an exceptionally designed platform.
We managed to build a crowdmapping platform from an existing open source platform known as Ushahidi. The new platform, Ufahamu can be able to curate information from the public related to urban disasters.
We managed to develop a crowdmapping platform that is updated by the public providing real time data. For now the public users can update through sms, email and online form registration.
This project is still on the development stage and its still a pilot project.
We are on the processes of creating an action link that will enable users to share information related to disasters to relevant authorities like Red Cross, Police. The action link will send both sms and email alerts to the relevant authorities.
Moreover, we are passionate on how well displayed data can change lives. On the same vein, Ufahamu ensures the public is well informed on issues related to disaster mitigation.
RHOK community can help us move this solution by providing us with sensitizing the public about our product and finance in term of seed investment.
- Managed to achieve a good prototype of a semi-real time tracker
- Pulled data off the MARTA schedules to be used as our primary dataset.
- Platform agnostic and user friendly.
- Involves SMS service and use of smartphone technlogies to cater to a wide section of international population facing this problem
- A good notion of routes in different countries.
- A decent working framework to be able to get an idea of approximate time your transport is due in to the stop near you.
- A user friendly way of updating information in a crowd sourced framework.
- Intelligent route prediction possible once the data sets evolve over time.
- SMS service to cater to developing nations.
- Potential integration with Google transit as a way to handle deviations from predicted schedules in developed countries.
This mobile app listens to political advertisements and returns information important for understanding the context of those advertisements. Information will reference coverage on sites like FactCheck.org and data maintained by the Sunlight foundation and its partners. It will include:
- links to journalists' coverage of the ad itself (when available)
- links to coverage of related issues
- links to information about the political action committee (PAC) responsible for the ad
- a link to a parody video on the (soon to be live) FlackCheck.org
Technical details: The app makes use of the echoprint software made open and free by echonest: http://blog.echonest.com/post/6824753703/announcing-echoprint
Because while all political ads have to be "true," context matters. Political ads aren't bound to tell "the whole truth," and viewers are not always aware of the context from which quotes and facts were selected.
After the Citizens United decision, interest group spending on ads increased. For House races, between 2008-10 there was a 277% increase in volume of ads aired that were paid for by interest groups. (Source: Wesleyan Media Project). Many experts expect to see a continued rise in this volume as we enter the 2012 election season.
In order to ensure that voters can understand the context of the information communicated in political advertisements, it is important to make coverage available to those voters immediately.
During this event, we developed three key components of this application:
- a mobile application that quickly samples a small stream of audio and converts it into an echoprint audio fingerprint
- an api to which the mobile application can submit queries in the form of an audio fingerprint
- a server that recieves audio-fingerprint queries and returns the closest match from a database of advertisment
As of 2/13, we now have a fully functional application and webservice, complete with submission forms for advertisements. Going forward, we hope to bring on board content creators as well as develop web scraping routines to help curators keep current with the fast-paced world of political ads and coverage thereof.
We'll also be looking at ways to refactor our code and bring the webservice to a more mature state.
- opencalais integration to parse journalistic resource text
- intergration with more sunlight foundation apis to generate richer content
- a public site for user submissions of advertisements and associated metadata
- developing matching algorithms to pair journalistic resources with advertisements
Any and all journalistic resources that can be brought to bear on this problem will make the data returned to users rich and germane to the relevant issues.
Coordinate is a simple mobile app and database that allows emergency response officials to plot hazards in an accurate and structured manner. It allows an EOC and other response agencies to receive validated reports from responders out in the disaster area. Information can be updated out in the disaster area allowing for a better common operating picture of what hazards still need to be resolved.
A couple of examples of how Coordinate will be used:
A major storm has occurred resulting in many trees and power lines being brought to the ground. The Emergency Operations Center has been established to help coordinate the response. Roads need to be cleared and downed power lines need to be removed
Fire Engine 4 has been responding to emergency calls since the incident started. While traveling to calls, the Fire Officer has been plotting hazards on his smartphone with the Coordinate app. The EOC has been monitoring these hazards as he plots them in the Coordinate Web UI and map displayed in the facility.
A Public Works crew has been dispatched by the EOC to handle a tree across a roadway. They clear the tree, and the hazard that was plotted is edited to show it being cleared by Public Works at 3:30pm. The EOC sees this and knows that the road is now opened back up
The Mayor's Office has been receiving calls about downed power lines all across the City. A phone operator is taking these reports and entering them into the Coordinate Web UI. All users on Coordinate are seeing these new incidents being plotted in the system.
A citizen, about to venture out after the storm to purchase food, visits the City's website to view the roads that are still closed. He views a map on the website with information about hazards still out in the community, and determines that he should stay in his home until the roads are cleared.
Coordinate was named the winner of the December 2011 RHoK Boston event!
Road obstruction information (and other hazards) is extremely difficult to coordinate after a disaster. Various response agencies are keeping logs of data without any coordination. As hazards are cleared, not all agencies know it is no longer an issue. Current hazard mapping solutions are very feature rich and not simple enough for response officials to quickly and accurately plot hazards.
Lot of work was completed on both the Android and iOS app. Lot of work was completed on database.
Work continues to be done on the entire system. A meetup is planned after the holidays to determine key focus areas to complete the project.
There are too many Crisis Mapping projects currently going on in the Open Source community without coordination. Many of the solutions don't allow for the capability to "dim the lights" on unnecessary features.
To test the use of the apps and database in exercises and real events in the near future. Continue to provide an necessary functionality while keeping the project extremely simple.