ForAllBadges for Hackasaurus

Hackasaurus Supergirl

As a pilot test of ForAllBadges we’ve implemented support for issuing Hackasaurus badges. For folks not already familiar with Hackasaurus, it is a fantastic open source project developed by Mozilla that is part of their effort to build a generation of webmakers. A central component of their project are events called Hack jams that “make hacking and digital literacy accessible, social and fun.” It is a really nice first pilot for us, since it has a small and well-defined badge system included as part of their Hacktivity kit (much thanks to Daniel Hickey for directing me to Hackasaurus as a great resource for experimenting with badges).

As part of a Hack jam participants are able to collect paper badges. As described in the Hacktivity Kit:

At the end of a module, participants will “pledge” or apply for badges to gain specific super powers. They must successfully complete the pledged task in front of a peer mentor or facilitator who will award them the badge to show they’ve earned their superpower.

Our goal is to implement digital badges in a way that enhances the Hack jam experience and also integrates with Mozilla’s Open Badge Infrastructure (OBI). Integrating technology into a live interactive experience so that it doesn’t interfere with the fun, is a lot harder than you might think at first. So we’re hoping to get feedback on our design and improve the implementation over time.

Our implementation of ForAllBadges for Hackasaurus has two components:

  • A mobile app for use by facilitators and peer mentors at the Hack jam while wandering around and interacting with participants. We’re thinking that a BYOT (“Bring-your-own-technology”) approach will be most practical. Currently we support iOS devices (iPhones, iPod Touches and iPads) but we are planning to add support for more platforms.
  • A browser based application for use by participants, facilitators, peer mentors and organizers for managing badges and participants, including publishing badges to the OBI Backpack.

Screenshots of Mobile App

View Participants

Add Participant with Photo

Choose Badge to Award

Add Evidence and Comments

Issue a Custom Badge with Custom Badge Details

Screenshots of Website

For now we have defined three roles for the website:

Participants can view the “Badge Board” with the badges that have been issued to all the participants. They can view the details of badges and send their own badges to their Mozilla Badge Backpack.

Facilitators can view and issue participants’ badges. They can also administer participant information.

Administrators can do every thing a facilitator can do and also can manage information about events, facilitators and participants.

Our Implementation
Both the website and the mobile app are written using HTML5. The mobile app uses the open source PhoneGap platform. The website uses Python/Django/Javascript. For now the mobile app only works online and you need internet access. With our ForAllSchools platform we can provide offline access too, but for a Hack jam it seems better to keep all the information synchronized and internet access has to be available for the Hack jam anyhow.

Feedback

We’re posting this information because we’re interested in getting feedback. Please let us know your thoughts! Also if you’re organizing a Hackasaurus event and want to try out our software, just let us know and we’ll get you set up.

On Badges: Why Evidence Is More Important Than Credentials

As John Seely Brown pointed out in his keynote at DML 2012, the lifetime of skills is getting shorter all the time. Rather than just recognizing skills, digital badges create new opportunities to come up with creative ways to support learners in reflecting on their learning experiences and planning new ones. Skills will become obsolete, but learning experiences will continue to be valuable. Digital badges can provide an open resource for collecting and sharing authentic work samples that demonstrate to employers the experiences and qualities that make an applicant a great hire. An ePortfolio for an engineering job that includes a video of the applicant at 14 years old presenting their science fair project could say much more than 1,000 words.

In the current version of the Mozilla Open Badge Infrastructure (OBI), the badge issuer is given full responsibility for hosting and managing: (1) the description of the badge and criteria for earning the badge and (2) the evidence with information about how the specific user earned the badge. I am concerned that this approach is going to weaken the usefulness of badges for the following reasons:

  • Ownership. Depending on the technology the issuer chooses to display the requirements and evidence, learners will not be able to save their assessment information for themselves. Learners should have the ability to retrieve and use their awarded badges along with the supporting information.
  • Privacy. At present, the evidence for an awarded badge is referenced by a URL and by default not secured. The release of learner assessment information should be under the control of the learner.
  • Persistence. If badges are going to be useful for supporting lifelong learning, then badge information needs to be available for a lifetime. Websites, companies and funding come and go. It is essential that all the information for awarded badges be managed by the learner and not by the issuer.
  • Validity. Over time, badge definitions will be updated and requirements could change. The URL in an awarded badge may not point to the same information that it did when the badge was issued. Similarly the evidence link might not always point to correct information.
  • Expiration. Once an awarded badge expires, how long is an issuer expected to keep badge information available? That video of the 14 year old presenting their science fair project is useful, even if the awarded badge has expired.
  • Open Display. Depending on how the requirements and evidence are displayed by the issuer, it may not be retrievable by displayers. The criteria and evidence for an awarded badge are important for display tools such as ePortfolios. The badge ecosystem should allow the software for displaying learner’s badges to be creative and invent new ways of sharing badge information that haven’t even been previously imagined.
  • Obsolete Data Formats. Supported data formats for digital media such as images and videos change over time and most all data formats will eventually become obsolete. The learner should be able to convert the requirements and evidence to well supported data formats.

Here are a some possible approaches to address these problems that I would like to offer to the discussion about the implementation of Open Badges:

  • In addition to issuers, learners and displayers, add a new role of “hosts”. Badge hosting services can play an important role in allowing Learners to choose where they want to host their badges. They shouldn’t be required to host with the issuer of the award. It also makes it less burdensome for issuers to award badges.
  • Define a standard export/import format for badges so that users can download and transfer their badges information between issuers and other badge hosting services. It seems like the technical issues are closely related to the issue of transferring blogs between blog hosting services.
  • Require or strongly suggest that badge requirements and evidence be tagged with Schema.org or LRMI metadata so that they can be accessed by displayers for creating ePortfolios and other reports.
  • Let the badge issuers be responsible for the authentication of the credentials awarded to a learner. The badge itself should just contain the URL where the credentials can be authenticated. With this approach, if for example it is discovered that the learner cheated or didn’t properly fulfill the requirements for the badge, then the issuer has the power to revoke the award.

The purpose of badges should be to support learners. As much as is reasonable, the technology infrastructure should assist in realizing that goal.

Chicago for Youth Excellence in the Sciences (Chicago YES)

We’ve been matched with the Chicago for Youth Excellence in the Sciences (Chicago YES) for the Digital Media and Learning competition and we couldn’t be happier. We’re very excited about the opportunity to work with the consortium of six Chicago-area informal STEM organizations – the Chicago Botanic Garden, Adler Planetarium, Project Exploration, Lincoln Park Zoo, Peggy Notebaert Nature Museum, and the Brookfield Zoo. Their proposal is a great match for our interests.