HTML

Integrating Microtasking into Existing Crowdsource workflows

Summary: 

Have PyBossa running and have begun spec on the data interchange process.

 

Problem:

 

http://www.rhok.org/problems/integrating-microtasking-existing-crowdsour...

Why we are working on this problem: 

There is a great deal of lost productivity and confusion from running multiple unlinked applications to coordinate volunteer activities.

 

Microtasking is extremely effective for successful crowdsource projects.

 

A generic framework to break out broad ranging tasks into specific manageable ones requires far less training of new volunteers, faster process of getting 'up to speed' by experienced volunteers and ability to provide assistance to other tasks outside of the volunteers traditional field of expertise.

What we accomplished during the event: 

Problem definition

Novel approach decision

PyBossa set up, functioning

Next steps: 

build parser/importer to populate task stack

build exporter to update task source environment

 

Category: 
Status: 
Programming languages: 
End user environments: 
What RHoK event this project is being submitted for: 
Images and Video: 

KAPspeak

Summary: 

We've added a standard: https://docs.google.com/viewer?a=v&pid=explorer&chrome=true&srcid=0Bxx77...

 

And, we've also created a form that leverages this standard, allowing legislator's offices to easily add this form to their website to quickly auto-generate the standard and send emails to their office.  The steps we're working on include:

 

-Geo-coded zipcode +4

-Legislative bill look up for Washington State and State of Oregon.

 

We've accomplished a form standardization process.

 

Next steps:

Link it to different states to aut

Why we are working on this problem: 

Antiquated technology and communications tools in the legislative process is leading to citizens’ emails becoming poorly managed, overwhelming files of emails, managed by understaffed offices who are desperately trying to respond to emails and track the top issues they’re being emailed on.  Citizens don’t feel heard. This is leading to a real disconnect in our democracy between those elected to pass laws and the constituents who elect them.

 

The email overload in legislatures is one of the root causes of our modern, dysfunctional legislative process. By enabling lawmakers to easily post an email-send form which leverages the BAH (Basic Advocacy Headline) standard, legislators can receive tagged, easy-to organize emails which assist them in reading and responding to their constituents.

 

 

What we accomplished during the event: 
  1. Developed a standard format for advocacy email subject headlines with allows for easy email management in legislators offices, even with the most basic email management system in use.  See BAH standard.
  2. Leveraged this standard in creation of a free, imbedable form which sends advocacy emails to lawmakers through their own website. 
  3.  

 

 

Category: 
Status: 
Programming languages: 
Frameworks: 
End user environments: 
What RHoK event this project is being submitted for: 
Images and Video: 
Seeking people with skills in: 

Coordinate

Summary: 

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.

 

Project Members:

 

Nick Costa

Benjamin Hitov 

Avni Khatri 

Eron Gjoni

Amos Scott

Justin Kates

 

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.

 

Project Presentation:

 

https://docs.google.com/presentation/d/1hj4Vt_Q9DdIBsw48VEOy0pLx1Lt8bTZv...

 

Coordinate was named the winner of the December 2011 RHoK Boston event!

Why we are working on this problem: 

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.

What we accomplished during the event: 

Lot of work was completed on both the Android and iOS app.  Lot of work was completed on database.

Progress made since the event: 

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.

Traction: 

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.

Next steps: 

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.

Category: 
Status: 
End user environments: 
What RHoK event this project is being submitted for: 
Images and Video: 

Dashboard visualizing water data from Watertech of America

Summary: 

Watertech has access to many sensors spread across many companies that are used to monitor water coming into and going out of various systems. The goal of this solution is to enable a user to visualize the data collected by each of these sensors over time, and break the data down into a hierarchy defined by Company, Facility, Building, and System. We have created a system the models the structure and provides an interface to import sensor data, and a dashboard web application that lets a user select and graph individual sensors from any combination of items in the hierarchy on the same graph. These graphs can be evaluated within the application or exported to images or to CSV files that allow further analysis. Ultimately the goal is to provide a tool that allows users to evaluate their water usage and compare it to their production and to production of other companies in the same industry. This would allow companies to make more environmentally conscious decisions and create metrics about the water cost per unit of product made.

Why we are working on this problem: 

We chose this problem because the problem had lots of documentation, which included a sample dataset, sample screenshots, and a list of desired features. We believe that the ability of a company to do this kind of analysis on their own data, and relate it to their bottom line, and create metrics they can use for PR, make it to a companies advantage to do good things in terms of water use and reduction of consumption.

What we accomplished during the event: 

We built a data model that encompasses the entire hierarchy and structure of the incoming sensor data and in a format that will allow for the analysis in the ways desired. We created an application using ruby on rails and jquery and the graphic library highcharts that allows users to select from the hierarchy of sensor data and visualize the sensor data in time and compare it with other sensor data in the same graph. The users can export the data. We built an importing script that takes the sample datasets and imports them into the data scructure.

Progress made since the event: 

N/A

Traction: 

Watertech representatives were present to assist in development of the data model and demonstrate the problems they were trying to solve.

Next steps: 

The next step in the process is to resolve some issues with sensor data types. Currently there is the ability to view multiple sensors on the same graph, but because they may be a thermometer compared to a flow meter, the scales can be incomparable. A next step could include better management of these different units and the ability to sum sensors to get a better idea of the total usage of a system, building, facility, or company.

 

Another next step involves actual analysis of the data to identify bad data or outliers, and the ability to annotate readings with notes that explain the cause of the reading.

Category: 
Status: 
Programming languages: 
End user environments: 
Server requirements: 
Ruby on rails, mysql
What RHoK event this project is being submitted for: 
Images and Video: 

Snappy Games: All or Bust

Summary: 

SnappyGames is a group of people who met at the London Random Hacks Of Kindness event in December 2011. We got together on a weekend to develop an educational computer game targeted at teenagers, and designed specifically for use in classrooms. The game allows students to explore the complexities and uncertainties involved in purchase decisions, and how these decisions can affect their long-term financial stability.

 

"All or Bust" is an interactive, multi-user computer simulation that can be used as a teaching tool in classrooms. Using a network of tablet computers and large displays, students can learn together in teams, while a teacher can observe their progress and moderate discussions. This pedagogical model and the technical framework were taken from an existing gaming platform called 4Decades. 4Decades was developed by Stefan Kreitmayer and has been used in management training for business leaders.

http://play4decades.com/

 

In the current version of the game, players can choose for a range of consumer products whether they prefer to pay them upfront or pay by credit. To inform this decision making, the tablets provide players with a forecast of how any decision will impact their financial situation in the next year. This short-term forecast allows players to try out, compare and evaluate various options before committing to a decision. However, since the game progresses over several decades of players' lives, players need to think ahead. Coming up with good long-term strategies is a process of creative problem solving that encourages players to draw on a variety of resources and skills. Resources include

 

- their personal subject matter knowledge

- their personal expectations about how the simulation reflects reality

- each other's knowledge and expectations

 

While discussing in-game decisions, teams use and practice their communication skills, collaboration, critical thinking and creativity.

Why we are working on this problem: 

Financial illiteracy is a major problem worldwide. The UK is the country in Europe with the highest level of consumer debt and there is an acute need for education. According to the Royal Bank of Scotland, half of UK 16 year olds do not know the difference between a debit card and a credit card.

 

There is great potential for interactive, collaborative learning experiences to resolve some of the deficits in financial literacy. Classrooms are a good place for these experiences, as they provide powerful resources that learners can interact with: peers, teachers and technology.

 

The challenge for educators, designers, finance experts and developers is to find ways to bring these resources into synergy.

What we accomplished during the event: 

We narrowed down on a particular question that we want to help students get their heads around: "What difference does it make for me in the long run whether I pay stuff upfront or by credit?"

 

1. In order to provide a realistic account of the problem, we identified the essential financial principles the game needs to include.

 

2. To link these principles up into a meaningful, interactive learning experience, we explored various possible game mechanics. We explored which parameters should be made available for the users to change, and what time frames are meaningful and interesting.

 

3. Once we identified a promising core structure, we began to collect representative data for the simulation. E.g. what are realistic conditions for buying a phone, television, car, etc... in installments.

 

4. Simultaneously, we started designing the user interface for the game. This involved deciding for each piece of relevant information how and where it should be represented. For example, should players be able to see and compare each other's credit rating on the classroom projection screen? What information should be visualised graphically vs numerically or as text? What variables are most interesting to track over time?

 

5. We built a crude, very preliminary interactive prototype to test and iterate on our idea of the game mechanics.

 

6. We wrapped up the work of two days in a nice presentation.

Progress made since the event: 

Minor improvements to the prototype, more mind mapping, planning, sketching, networking....

Traction: 

MyBnk has expressed interest in collaborating with us. We are absolutely excited about this.

Next steps: 

We are planning to get together with potential users, i.e. educators who are interested in integrating the game in their classroom teaching.

 

 

Their experience and judgement will be vital in the upcoming design and testing stages.

Category: 
Status: 
End user environments: 
Server requirements: 
We are hoping to implement the server-side parts of the game in node.js or GWT.
What RHoK event this project is being submitted for: 
Images and Video: 

Seed Swap App

Summary: 

Seed Swap App is a website for exchanging seeds among farmers and hobbyists.

 

People can upload a list of seed quantities they want to share with others, specifying species, variety, quantity and geographic location. People can also add a wishlist of seeds, and will be able to find people offering them in the surroundings, with a geographical search.

Category: 
Status: 
Programming languages: 
Frameworks: 
End user environments: 
Images and Video: 

Off Like

Summary: 

 

 Supporting  things globally online is very easy and popular at the moment. There  are Systems like Google+1;FaceBook Like and Flatter - to just name 3.  Offlike  aims to extend this pattern to local "offline" things. By placing  QR-Codes ( or later NFC ) on real places with real problems - and giving  the user the option to support this thing we hope to increase  involvement with problems that matter for you - localy - offline . 
Why we are working on this problem: 

The Problem definition "A Real-World "Like" for Campaigning and Advocacy" described an intriguing idea: connect real-life needs to online support. Implementing this is a lot of fun for us, and it seems to be very usefull, because this way you can simply activate your neighbourhood to show their concern for a common problem - locally, and visible globally.

What we accomplished during the event: 

We created a website, an app and mobile-site. All these there tools are necessary for participating in the Off Like button. 

The campaign owner can create QR codes and check statistics on the amount of views and likes. Also there is a map so he can check where the QR codes are used. The app or the mobile site, provide an easy way show their support. By scanning the QR code the supporter can easily like the campaign with the usual social share buttons.

Progress made since the event: 

We started at zero and created all these tool within 27 hours.

Next steps: 

Live happy ever after.

Category: 
Status: 
Programming languages: 
Frameworks: 
Server requirements: 
currently deployed on heroku, may run anywhere where you can: * provide a current JRE * provide a Mongo DB
What RHoK event this project is being submitted for: 
Images and Video: 

NGO Client Service Database in the Clouds

Summary: 
Internet-based client service database designed to help non-profits and NGOs manage and report on their client service data - even if they have zero IT staff. URL: www.wirecar.org
Category: 
Status: 
Programming languages: 
Frameworks: 
End user environments: 
Server requirements: 
MySQL
Images and Video: 

Touch

Summary: 
Touch is a software that targets 3 main aspects of humanity's vulnerabilities to threats and disasters, both natural and human caused. It permits the free communication of information in the society but also tries to protect the same society by involving the different police departments and humanitarian agencies all over the globe. It was initially designed to solve 6 problem definitions of Rhok3 (http://www.rhok.org) 1. OneCrisis 2. Automatic Geo-Tagging of social media status update 3. All Hazards Search 4. NGO collaaboration Space 5. Urgent Needs Center 6. Disaster Safe but finally thanks to GOD, it came to resolve more than expected. It solves more than 7 problem definitions found in Rhok3. Some of these problem definitions details are given below: For: - All Hazards Search: Citizens typically are unaware of all the hazards where they live, work or play. They need a simple online search to get a map of all the hazards at a certain location as well as a written description of each. Emergency Management can then provide information on how the citizen can mitigate those hazards and reduce their risk. - NGO collaboration Space: NGOs would have either a widget that they could integrate into a cloud-based logistics management application or an easy to access website where they could quickly provide information per sector on where they are operating or what they are doing. Entering this information could take place from either a mobile device or a website, and needs to be extremely easy. - Another problem: Person Finder via Voice & Image: In case of japan earthquake, this system could help.a lot of missing people could found via this system.if someone find any person that needs help and seems to be missed, simply must record his voice and take a picture from his face and then upload to our website.we test these voice and image files with created models of every profiles and if any match occurs, we'll give the profile information to the uploader of the voice and image.we can get uploader 's email and send an email whenever we had a match in our models in future. Thanks for the time you have taken to read this summary, I hope it inspired you. Be blessed. Rweze Florian, Software Developer and Business Entrepreneur
Category: 
Status: 
Frameworks: 
Images and Video: 

Navigation of emergency vehicles in indian cities with high traffic density

Summary: 
we are using data from a traffic management website to provide optimal routes for a emergency vehicle and drawing it on a map .
Category: 
Status: 
Programming languages: 
Images and Video: 

Pages