Month: February 2012

‘Let’s start delivering information to the right person at the right time – that’s the value of open gov’

Dan Morgan‘s comments on my “How do you measure the value of Gov 2.0?” post offer an insightful perspective I feel they warrant a post of their own.

For those not following Dan on Twitter, you should be. He’s one of the smartest behind-the-scenes people in the open government/Gov 2.0 community (and really, really funny).

Dan’s comments:

An interesting post. I think part of the issue here is that funders are almost naturally agenda-driven, so many of their activities tend to address the entrenched interests of the foundation, rather than the frustrations of governments or citizens. Stumbling upon some random app that fulfills a niche is no different than finding some Web site the government created that fulfills that same niche. Transferring the same old problem to a new platform isn’t going to get the job done.

I don’t think we all agree that open source is the answer. I don’t think we all agree than an app economy is the answer, either. Or mobile. Or whatever. We don’t agree on much at all. What we agree on is this: government should find ways to be radically more effective in accomplishing its mission. It’s just not just about delivering citizen services, or putting an app in the hands of a citizen. An app doesn’t help me attend a meeting of the City’s parking & transportation board while I’m 750 miles away on vacation, and it doesn’t help the disabled veteran talk to the city about his/her particular transportation needs (and he/she certainly can’t get to the meeting if the City’s services aren’t addressing those needs).

We’re not supposed to be talking about the value of open government. We’re supposed to be talking about the value of “open” in the context of the mission. We’ve lost the business transformation thread of this whole process. And that’s why wrong-headed investments occur.

The most important thing that happened at the Open Innovator’s Toolkit unveiling on Aneesh’s last day was when Todd Park sat there and said, “Too often, we’re focused on the app.” The story he related was this notion that a 68 year old recently discharged from the hospital probably isn’t interested in finding an app and flipping through some icons on his/her iPad to figure out their after care options for transportation, etc. You know who needs that information? The nurse. So let’s start delivering information to the right person at the right time – that’s the value of open gov.

How do you measure the value of Gov 2.0?

Creating sustainable, meaningful civic contributions to government is something I’ve addressed before, and it’s something that continues to elude us in the form of civic applications and hackathons, despite the overwhelming attention given to each.

Related to this point, FutureGov founder and CEO Dominic Campbell’s recent tweet resonates with me:

So much of the hype surrounding Gov 2.0 achievements is relegated to applications (or ‘crapplications’ as one prominent U.S. city CIO once said to me) and hackathons that fail to truly address bigger accomplishments that could be made with less hype. There’s an understandable driver for some of this hoopla: organizational awareness, community building, media hits that drive funding, ego, self-satisfaction or even actual results. Some are valid, but my fear is that much of it is driven by self-interests or misguided intentions.

Are the number of apps built off open government data of value regardless of their utility or usage? Are hackathons without direction or specific goals that fail to build on sustainable, long-term objectives a waste of time?

Should our Gov 2.0 leaders and funders have a more solid plan of action to better harness our civic surplus? With all the money and hype being driven to certain areas of the movement, it’s more important than ever for them to show leadership and deliver real, measurable results, as Dom says.

How do you measure the value of Gov 2.0?

Voter ID and Civic Innovation

Since 2008, there has been a wave of voting law changes that impose barriers to the ballot box. Georgia Rep. John Lewis, a veteran of “Bloody Sunday,” called the new laws “the most concerted effort to restrict the right to vote since before the Voting Rights Act.”

The right to vote is being chiseled away by voter ID laws that require voters to show government-issued photo ID in order to vote.

Cost of Freedom Project Logo

In December, the Department of Justice blocked South Carolina’s voter ID law on the grounds it would make it harder for minorities to vote in violation of Section 5 of the Voting Rights Act. Mississippi and Texas voting ID laws also must be pre-cleared but Texas is not waiting. The Lone Star State filed a federal lawsuit in an effort to speed up a decision.

Strict photo ID requirements will be in place in at least five states – Georgia, Indiana, Kansas, Tennessee and Wisconsin — In November. With Election Day less than nine months away, voters without an official photo ID cannot wait for the challenges to play out at the Justice Department and in the courts.

In Wisconsin, for instance, voters must navigate “The 4 Proofs.”

I am a founding member of the Election Protection Coalition. Still, looking at the infographic makes my head hurt. More worrisome, it discourages voters from completing the application process. So I presented the problem of TMI (read: disenfranchisement by design) at Random Hacks of Kindness and the Hackathon for Social Good. Citizen programmers developed solutions to quickly provide voters with information on how to get a voter ID.

During Social Week Washington, DC, I gave a demo of the Cost of Freedom web-based app developed by Kin Lane, API Evangelist for CityGrid.

Users in Wisconsin can forget about “The 4 Proofs.” Instead, in four clicks or less, they will be able to access information about the state’s voter ID requirements, how to obtain a certified copy of their birth certificate (the document that’s typically produced to establish one’s identity), and the location, hours and directions to the Office of Vital Records using public transit.

I also gave a live demo of the Cost of Freedom text-based app developed by Jack Aboutboul, Twilio’s API Evangelist. Twilio is making an in-contribution of text message services to promote voter education.

To commemorate the legacy of Dr. Martin Luther King, Jr., we plan to launch the Cost of Freedom App on April 4, 2012.

I will post regular updates about the Cost of Freedom Project and other initiatives that are using civic innovation to protect the right to vote. The conversation about voter ID also gives us an opportunity to raise awareness about disruptive technologies in the public sector beyond election administration.

For more information, please visit us at Facebook.com/CostofFreedom. You can sign up to receive notice when the Cost of Freedom App is launched. Continue reading

How Joomla is powering government

JoomlaWe’ve heard a lot about Drupal and WordPress in government, but not much about the open source platform Joomla. We asked Joomla External Communications Lead Sandra Ordonez to share how government is using it, its key features, how it compares to Drupal and WordPress and what governments are using it.

What is Joomla and why should government be interested?

Joomla is one of the world’s most popular open source CMS and its core product is free. It is used by individuals, small and medium-sized business, and large organizations worldwide, to easily create and build a variety of websites and Web-enabled applications. Approximately 2.7 percent of the Web currently runs on Joomla. Due to its power and elegance, it can be used by the most inexperienced website builder to the most seasoned Web developer. Since its inception in 2005, Joomla has been 100 percent community owned and operated, and its software has been downloaded more than 26 million times.

Joomla powers more than 2,900 government websites and you can find examples of those by going to http://docs.joomla.org/Government_Websites_Using_Joomla. We find that a majority of these government sites use Joomla because it is the only content management system that combines the ease of use and powerful extensibility necessary to meet the needs of a broad spectrum of users.

How does Joomla compare to other open source software options like Drupal or WordPress?

Whereas Joomla’s main competitors lack either ease of use or extensibility, Joomla takes the best of both worlds in one powerful and simple CMS. It is a product oriented community whereas other CMS’ are services oriented. What this means is that Joomla users expect the core and extensions to be finished products ready to use out of the box, and don’t require custom development to get ready. Many Joomla sites are deployed with little or no custom development work.

Another key differentiator for Joomla is the project’s focus surrounding security, a priority set by the leadership team. Joomla developers are focused on, and excel at, protecting their users. In fact, Joomla has set up the Joomla security center and strike team http://developer.joomla.org/security.html where security vulnerabilities can be reported on and taken action on instantly. The Joomla Security Strike Team pulls information from the thousands of people in the Joomla community working 24-7 around the world. Those members of the community are constantly probing Joomla and its extensions for the latest vulnerabilities and issues fixes to them as soon as possible. In addition to this specific security site and team, the nearly 500-thousand members in the Joomla forum are constantly informing Joomla members about the latest vulnerabilities as well.

What makes Joomla truly unique is it features the largest community of developers and third party extensions for a CMS (see more details below). The project is entirely community driven and operated with very little hierarchy, no questions asked. Joomla was developed as and continues to be a grassroots software project.

What are the top features governments are using?

It’s hard to pinpoint the top features that governments are using, but here are some of the “killer” Joomla features in our opinion (in no particular order):

  • Easy, one-click updates from version-to-version. The new built-in updater also handles updates for Joomla and Joomla extensions. This is a major enhancement improving upon the previous system of manually updating individual files on the server.
  • Access Control Levels. This gives sites managers control over who can manage and view content.
  • Multilingual capabilities allows site users to implement a multi-language site.
  • A separated framework for building apps (the Joomla platform). This means that a developer can use Joomla to build apps without having to make changes to the core CMS.
  • Huge, active community with over 8000 contributed addons better knows as extensions. You can find these extensions at http://extensions.joomla.org/.

How can interested public sector IT professionals learn more?

Go to www.joomla.org. They can also visit the Joomla! forum and get advice from one of our many volunteers: http://forum.joomla.org. Also, many tutorials exist on YouTube.

Local governments using Joomla

Learn more about government sites powered by Joomla at joomla.org at joomlagov.info.

How government can empower citizens in the redistricting process

DistrictBuilder

In January 2011, Michael McDonald and Micah Altman founded the Public Mapping Project and began building the open source platform DistrictBuilder to give citizens more of a say in the redistricting process.

We asked McDonald and Altman to share how the project came to be, its key features and how others can put it to use.

What’s the story behind starting DistrictBuilder

DistrictBuilder allows citizens to draw the boundaries of their communities and generate new redistricting plans via their Web browsers. The software’s engineering and implementation services were provided by Azavea. The Azavea folks deserve a share of the credit — both for the heavy coding and for contributing a portion of the effort pro-bono. Additionally, the Alfred P. Sloan Foundation helped to fund the project; their funding helped to make the program a reality.

So far, we’re worked with groups in New York (www.RedistrictNY.org), Ohio (http://drawthelinemidwest.org/ohio), Michigan (http://michiganredistricting.org/), Minnesota (http://www.drawminnesota.org/contest/), Arizona (http://azredistricting.com/) and Philadelphia (http://www.fixphillydistricts.com/) to customize DistrictBuilder. In many cases, states are hosting their own student mapping competitions where the winning maps are sent to the capital for consideration, like in New York where we just announced the winners of the 2012 New York Redistricting Project. At the Public Mapping Project, we’re always interested in speaking to other organizations that may be interested in using the software for their own state initiative.

What are DistrictBuilder’s key features?

The DistrictBuilder software allows users can build their maps on variety of criteria — from a basic level down to a granular one. Specifically, the software pulls data from a few different source: the 2010 US Census (race, age, population and ethnicity), election data (Republicans, Democrats, Independents) and map data (i.e. what the current districts look like). Additionally, these districts can be divided based on county lines, overall competitiveness (Republicans vs. Democrats) as well as voting age.

Recently, we unveiled the winners of the 2012 New York Redistricting Competition at Fordham University. The winning New York Senate and Congressional maps, which were created by a student from George Mason University and a team of students from the University of Buffalo Law School, are being sent to Albany for consideration for adoption by the government.

What are the costs, pricing plans?

Since DistrictBuilder is an open-source software, it’s free of charge. The software is freely available and there’s no charge for its use. Plus, the source code is made available under a standard open software license (Apache v.2). This means that anyone is free to modify the software, redistribute it or use it for any purpose, including commercial ones.

Also, the redistricting data that is obtained through DistrictBuilder is free under an open (Creative Commons) license.

The only cost that can come is if an organization wanted to host a redistricting competition, which usually requires professional grade hosting. Some organizations can host the competition in-house on servers, but most require external server hosting.

Trust the vote: How open source will change our elections

Trust the Vote

After watching the documentary Hacking Democracy, I started researching how government uses voting technology to conduct elections. That’s how I learned about the work of Open Source Digital Voting Foundation.

I asked OSDV Co-Executive Director and Chief Development Officer Greg Miller to share what his organization is doing to make election software more open and secure and how others can help.

What is OSDV and how did it begin, evolve?

The Open Source Digital Voting (OSDV) Foundation was founded in November 2006 as a consequence of an off-hand conversation in a venture capital setting regarding disintermediation of markets. The elections technology industry proved to be a sound example of a malformed dysfunctional market, to the point where there were actually disincentives to truly innovate. We quickly realized that between these disincentives and barriers to entry erected through the creation of the Help America Vote Act legislation (HAVA) — such barriers that heavily favored the few incumbents and protected their market access and share — there was very little likelihood things could or would improve for the use of computers in elections, especially for the so-called eVoting machinery that cast and counted (recorded) ballots. Indeed, the very thing intended to lead us away from the hanging chad in 2002 had done nothing but build mistrust of any election using a computer by 2006.

I note that at the time of founding, our name, which was intentionally provocative, was intended to identify with two imperative concepts:

  1. That the only pathway to accuracy, transparency, verification, and security of what is nothing short of critical democracy infrastructure was open source; and
  2. That our charge was to apply open source to any machinery employed in the service of voting, in other words, “Digital Voting.”

A funny thing happened along the way from 2006 to the present. Devices connected to the Internet proliferated at a rate that caught many of us who have noodled in packet switching network since the early days of the ARPANET by surprise. The rise of so-called smart phones in the past 24 months alone has validated the principles of the “stupid network.” The intelligence lies on the edge, not the core and today any digital device is assumed to have or easily can obtained connection to the Internet. And we’re rapidly moving from automobiles to refrigerators and televisions. This would come to bite our brand strategy squarely in the petard.

In 2010, for reasons beyond the scope of this discussion, we chose to engage in a project in the District of Columbia in order to successfully install a first piece of our open source elections administration software in production — ballot generation and distribution. In the course of that, we also were involved in an experiment to digitally return the marked ballots. This was ONLY for overseas military voters. Almost predictably, the experiment which was open to a public test to attempt to compromise the system, failed due to some missteps in the data center we had no control over.

We were tarred and feathered for engaging in something we do NOT believe in (with today’s public packet-switched network): Internet Voting. In the outcome of a gaggle of teachable moments we had our public relations agency (working in crisis mode), to perform some good old-fashion market testing for us. We asked them to test the market for consumer understanding of “digital voting.” The results were somewhere between alarming and disturbing. Seventy-two percent of those surveyed equated “digital” with meaning something to do with the “Internet.” And suddenly we realized people thought the foundation was about Internet Voting! This year, we’re beginning the process of evolving our name into OSET Foundation, as it more accurately reflects what we’re actually about: Open Source Elections Technology.

The OSDV Foundation is about creating an open source elections technology framework based on open data standards that ultimately any elections jurisdictions can adopt, adapt and deploy to ensure accurate, transparent, verifiable and secure public elections.

To do all of this, we have created what is called the TrustTheVote Project to handle this work. The foundation knows another long-term project — the repository to house all of the work — will need to be created and sustained in order to archive and make it available. All of the resources will require more than just GitHub.

Today, we’ve successfully laid the data layer foundation, built the third party voter registration service, are working toward the state voter registration solution, developed and deployed universal ballot generation and blank ballot distribution tools, and have design work underway on election night reporting services and digital poll books. In five years we’ve come a long way, but there is a considerable portion of the journey toward real change remaining to traverse.

What do municipalities pay for proprietary elections technology?

Millions of dollars, literally. Complete voting systems plus back-end elections administration technology requires a significant enterprise grade solution investment. The real expense is in a “long tail” of service, support, maintenance and, hopefully, upgrades. But there are “costs” that are “paid” that extend beyond the equipment, deployment and maintenance itself. The very nature of the black box solutions, the two remaining vendors, plus a struggling third sell and service forces very little in the way of robust audit loops, introduce errors and omissions to the process of elections, and catalyze distrust, leading to nearly knee-jerk reactionary challenges, contests and legal fights over recounts.

Plenty has been written on the real costs. Let me offer at least a modicum of authority behind these statements: I was an appointed member and served for nearly 2 years (until the conclusion and our final report) on the San Francisco Voting Systems Task Force reporting to the commissioners. This was an extensive and in-depth effort by a 7-person task force to conduct a deep dive on the real direct and indirect costs of current elections technology, and to recommend a strategy going forward for San Francisco City and County’s current and future election systems strategy and decisions.

Why is open source software better than proprietary?

There are megabytes of content on the topic of open source verses proprietary software. Perhaps the bad news is that I am not convinced that open source software is always better than the alternatives. And, in fact, it’s more than just OSS versus proprietary. There are three popular models of software and two ways to analyze them: development and deployment. The three models are:

  • Open source
  • Disclosed source
  • Closed source

By “deployment” in this sense, I am jacking the term to refer to a “business model.” That is to say, for this discussion, there is no meaningful difference between the three models in terms of actual deploying the software into productive use, but there are business model implications in deployment itself. Quickly, let’s consider what the three are (this deserves a table, probably).

Open source

  • Development view: The source code that comprises the software “app” or “service” is completely transparent and can be accessed, examined and studied. It may be developed by one or millions of developers in a loose highly distributed collaboration, typically made possible by the Internet and associated tools: source code repositories, wiki sites, blogs, discussion forums, test rigs, etc.
  • Deployment view: The software is subject to a special type of license that allows anyone accepting the license to freely access, obtain a copy of, borrow from, modify, enhance, extend or have unbridled use of the source code provided the typically agree to the following (OSS licenses vary depending on the philosophy or model, and that discussion is beyond the scope here), in general, that any modifications to the source code made are contributed back to the base of code for others to benefit from (including of course discovered and repaired defects or “bugs”); and not to place any further restrictions on downstream use of the code as modified by the licensee. I have really over-simplified this description and plead with readers to understand there is a whole bunch more to OSS licensing than what I’ve explained here, but this is sufficient to make the comparison.

Disclosed source

  • Development view: The source code is designed and developed typically in a commercial software development enterprise for purposes of licensing (selling) the software. The development processes may be very similar to that of OSS but, to be clear, the intent is to build a proprietary intellectual property asset.
  • Deployment view: Disclosed source is licensed and distributed like any commercial software product. The difference is, on request, the software source code may be examined, usually under supervision or in a controlled environment for audit or valuation purposes, for development partnership purposes to make technical assessments or decisions, and to be held in third party escrows for business purposes. The software license schema is that of a “right to use,” “run time” or “object” license and NOT a source code license. And while the maker may well offer a source code license, if so, it is typically very expensive (compared to a simple run time license) and thoroughly restrictive on what can be done with the source code. The only reason typically anyone purchases a commercial source license is to have full control over maintenance and enhancements strictly for use within their own enterprise. They are rare. Object or run-time or right-to-use licenses are the popular means, and they only give revokable license to the machine code that is derived from the source code to run on a specified number of computers. Again, I have terribly over simplified this explanation, but at the end of the day, the hallmark distinction of “disclosed source” is that it enables customer or even potentially public examination of the software. The importance of this distinction in the setting of elections software will become very clear momentarily.

Closed source (Proprietary)

  • Development model: Identical to disclosed source with a notable exception: there is no publicly available source code examination allowed. The code is proprietary in nature and not available with any exceptions in a development setting restricted to decisions to do so by the code owners.
  • Deployment model: Identical to disclosed source with the further point that close source amounts to a “trade secret.” This a useful distinction when thinking about patents. Since patents require a portion of disclosure of the preferred embodiment without compromising the law of trade secrets, sometimes, a decision is made as part of a patent strategy to make the source fully “disclosed source.” This is an example of a nuance that requires me to reiterate that all of this is a gross oversimplification.

Now that you have this framework, let’s consider the question again.

Within the context of elections and voting technology, I submit that open source is a better alternative, even though there is a strong case to be made for disclosed source. Here is why.

The disclosed source solution is intended by the commercial industry to address the major concerns of the elections verification community: the black box nature of the code. Their argument is that they can, in a highly controlled setting, allow an inspection of their source code for purposes of verifying its fitness and function. Maybe so.

But a basic premise of open source is that when thousands of eyes are looking, all bugs are shallow. This means that there can be no trap doors, back doors, hidden functionality or simply nuanced code or logic errors that might go undetected in a limited examination. And this further suggests that the perpetual harvest of enhancements and fixes I alluded to in the general terms of OSS licenses is enabled by such. And this is the argument from the development standpoint.

The argument for OSS in elections is even more compelling in the deployment view. The greatest challenge and cause of market dysfunction today is a toxic mix of lack of innovation and an inability to pay for it. This vicious cycle starts with lack of budget to pay for high performance voting equipment. The lack of market, so to speak, leads the vendor to lower investment in R&D and capability offerings and innovation because there is no way to recover the investment in doing so.

By performing the heavy lifting of the R&D to design and develop truly innovative voting systems in an OSS project, three key things happen:

  1. The opportunity to create truly trustworthy voting systems is enabled because absent the commercial model where the market dictates the extent to which it is commercially practical to innovate and to what extent the OSS project can do lots of things: for one, it can absorb other OSS innovations without being compelled to cross or sub license, and two, if it is a public or semi-public OSS project it can benefit from many many contributors (this can be a management challenge, but is addressable; our close ally Mozilla has done it well for instance);
  2. The municipality can actually afford to acquire it because of the OSS license which removes one of the largest cost components to the system; and
  3. Because of the nature of the OSS license, there is a perpetual harvest of improvements and repairs to the software that all licensees are entitled to acquire at no additional charge (for the software. We need to be careful and clear: this does not mean OSS is freeware; there remains the cost of hardware, the cost of deployment and maintenance and service support, which is where these enhancements and repairs are installed.)

Let me add that some authority exists for my comments above: I am a long-time recovering IP and technology licensing lawyer. But again, to my brethren of my former profession who may read this, of course it’s dangerously oversimplified and fails to address several material points of the software licensing models. But this isn’t intended to be a colloquium on software licensing, just a tortured summary in order to get at why we believe OSS for elections software is one instance where OSS is a better alternative to commercial models.

Again, I need to reiterate as an officer of a 501.c.3 organization, the principal reason why OSS is better is NOT to find a way around commercial software, but to specifically and directly do three things otherwise impossible in a currently dysfunctional marketplace:

  1. Help struggling, cash strapped municipalities of all sizes acquire truly trustworthy critical democracy infrastructure that otherwise is unlikely to be available due to the structural defects of that market for commercial voting equipment;
  2. Deliver true innovations that the commercial dynamics of the marketplace prevent; and
  3. Innovate through reinvention of the marketplace itself by designing, developing and making freely available the software and allowing the industry to refocus itself on what it commercially does best: deploy, maintain, and service the equipment, not designing and developing the underlying software.

What are the hurdles for municipalities adopting open source elections technology and how can they overcome these?

In 100 words or less, right? :-) Let me hit the high points.

The greatest hurdle we’re working on is the requirements for certification, at least at a state level, and in some cases where there remains some lingering HAVA funding from the 2002 law, federal certification as well. Our solution is not finished yet, the two biggest pieces — casting and counting — are the elements that almost universally across the country require some sort of certification process. And we’re working with NIST to establish some new guidelines for testing and certification models that states might adopt.

Beyond that, there are really no major hurdles. Commercial deployment services must be purchased or deployment must occur in-house by the county’s IT department. This is where we believe our work will eventually catalyze a reinvention of the voting systems industry as we know it today. At the risk of pointing out the obvious: ANYone can take the OSS license we’ve crafted for our election technology. Anyone. That includes the current two+ vendors: ES&S, Sequoia and Hart-Intercivic. One lingering hurdle we covered a while ago that relates back to the license is the county’s ability to, under state procurement laws, be able to actually accept the OSS license. We developed our own public license called the OPL, modeled after the MPL (Mozilla Public License) because it turns out that the remaining dominant license scheme known as the GPL is legally unacceptable in most municipalities. Our OPL has been acknowledged by municipal attorneys to address the objections of other OSS licenses. It’s the only one of its kind.

Who is using open source software for elections now? What is the timeline for releasing this?

You ask actually two important questions. To the extent of TrustTheVote Project software that we’ve developed and which does not require certification, our voter registration platform is in use by over ninety percent of the third-party registrars in the country, led by none other than Rock The Vote. Our blank ballot generation and distribution software (the “Ballot Design Studio”) is in production in the Commonwealth of Virginia and the District of Columbia with plans to extend it to New Mexico and three other states. Likewise, the powerful mechanisms in the voter registration system that eliminate re-keying information and speed up the process by orders of magnitude is being tested by several states. Two states want to adopt and adapt our work on election night reporting services, and several are hankering for our digital poll book (the OSS is targeted for the Apple iPad initially, followed closely thereafter for OSS Android tablets soon after).

The second and, in my view, more important question is when will we be ready to roll out the whole framework from ballot marking, to casting, counting, tabulation and back-end to run a real election? We’re targeting 2016. We need additional funding (and admittedly a non-trivial amount and I can explain the why and how of that later) to make this happen. We also have to finish our work with test and certification models. But, to be sure, we have the attention of elections officials all over the country who regularly contact us to get an update. They are desperate, and I sincerely mean that, to have the opportunity to acquire a voting system that may be 7-10 times better than what they’ve ever used for about one-third to one-fourth the cost they have to pay today.

How can those interested learn more or get involved?

Thanks for asking, and this leads me to my last and really important point. Our work is not like building the next web browser, blogging platform, CMS, relational database or even operating system. We have a unique development model because of the fault tolerant nature of our work and the demand by those stakeholders who will decide whether to adopt the results (and that’s not the citizen voter, they are an indirect beneficiary; its the elections officials who buy this stuff) to have a voice and the ability to review designs.

Moreover, on the one hand it may seem like elections apps ought to be simple. Some of them are. Building an entire new stack for a high speed OpScan device from HP or Toshiba or a fully accessible ballot marking device? Not so much. So, we have some admittedly high standards for the kinds of talent and experience we need to participate under the tutelage of the TTV Core Team.

Anyone who believes they have the design and development chops to participate in this caliber of a project, we always are really stoked to hear from you.

But we need more than just kick-ass rocket software architects, engineers and developers. All of this, as you can imagine, is going to become really highly visible work.

We also have a need for three other types of talent who are passionate about ensuring our critical democracy infrastructure. My group (the Foundation Development Team, not the Technology Development Team) needs:

  1. Outreach help: volunteer for now, soon to be paid as new funding arrives. These are people who are talented and experienced in public relations and government relations who can help tell our story, engage the public in what should be a movement where we, the people, demand that government at all levels consider, classify and support making elections technology “critical democracy infrastructure” subject to the same requirements and resource support for all other types of critical infrastructure. No, it won’t be connected to the Internet to cast ballots any time soon, but it will involve real digital innovation, some restricted use of the Net and constitute infrastructure on which our very democracy depends.
  2. Funding help: we need talent in working two classes of funding: larger grants and individual contributions from the public that are required in order to pay for operational overhead, which isn’t much but exists; and
  3. Web and social media support: Lastly I need talent of three flavors: [a] those who like to maintain website content (our current CMS is WordPress); [b] those who are graphically inclined and enjoy illustration, and visual design for presentation materials; and [c] those who enjoy maintaining social media content (blogging, tweeting, Facebook maintenance, etc.) This outreach is imperative.

I guess the good news for technical talent is there is opportunity to move up (as you prove yourself) into paid positions. For now, the foundation operations side of the house is still largely volunteer, but again, new funding hopefully in the near future will create new paid positions there too.

Anyone inclined to help in any of these areas should contact us straight away. I can be reached at gam@osdv.org or 415.381.1414. For technical talent, contact our CTO John Sebes at jsebes@osdv.org. Both of us are crazy busy; we have about 1/2 dozen guys on the Core Tech Team, and I drift from 2-4 people.

We do have an executive search underway for the next executive director of the foundation and, while a short-list is emerging, I know our Board of Trustees is glad to hear of more interested candidates.

Oakland launches 311 app powered by SeeClickFix

Oakland, Ca. is the latest major U.S. city to launch a 311 application that allows citizens to report issues directly to government from their smartphones. The service is powered by SeeClickFix. Details on how to download the app here.

Oakland Mayor Jean Quan:

“With diminishing resources, this system can help City staff work more effectively and enlist more citizens to get involved. One of my favorite neighborhood leaders says that ’Grime equals Crime.’ Together we can make Oakland more beautiful and safer.”

Oakland Public Works Director Vitaly Troyan:

“This tool allows every person in Oakland to become the eyes and ears of the City. Problems can be reported more quickly and more accurately, and the system continues to follow the problem until it gets addressed.”

Current issues:

Motivating developers to attend and make meaningful contributions at civic hackathons

Open government hackathons matter

Mark Headd has some interesting thoughts on encouraging better participation at civic hackathons, suggesting perhaps a registration fee would drive more reliable participation. For those who will be at SXSW this year, he’s also giving a talk on lessons learned in organizing events such as these.

While you can typically expect up to a fifty percent drop-off rate for any free event that doesn’t require specific attendee contributions, Mark may be onto something.

However, there’s something more happening here, and it’s related to motivation.

It doesn’t matter whether you have 1,000 or 10 people at an event. What matters is having the right people for the right task with a sustainable deliverable that also fosters volunteerism and sense of community. The hackathon itself shouldn’t be where all the work, from scratch to finish, is done. It should be the foundation for bringing what’s happening online, building community through code and celebrating the final product(s).

Areas hackathon organizers must address when considering attendance and meaningful outcomes:

  • Don’t mistake quantity for quality. I’ll take five solid designers/developers/writers to build a website or application over 100 with little focus and not taking their civic duty serious.
  • Plan ahead, outline objectives, have focus, give ownership, achieve a goal. The hackathon shouldn’t be the end-all, be-all for what happens. If someone has a specific task and sense that their work is going to have sustainable value to the community, they’re more likely to show up.
  • Get government involved. Hackathon organizers need to work with government (and vice versa) to understand its needs and how they can support it. Fundamentally, civic activists want to see some sort of appreciation or sense their voice (in this case, their code) is being heard. Government involvement is critical.

If you accomplish the above, you’ll get serious developers taking a brief step away from their startup venture or overwhelming demand for paid work, where they know they can be creative building work that’s meaningful and lasts beyond the lifespan of the weekend. Otherwise, you’re going to get light attendance with outcomes that produce vanity projects with little value celebrated by a core few.

For those interested motivating and incentivizing people beyond manual, rote tasks, Dan Pink’s RSAnimate talk and 2009 TED talk are a must watch, because they applies to civic hackathons, contests and challenges.

Pink’s RSA talk:

Pink’s 2009 TED Talk:

Join the WordPress for Government Google Group

WordPress

As I mentioned in my 2012 civic commitment post, I’m focused on helping drastically lower the cost, de-mystify the technology and build better websites for local government.

This is the first step.

Here at GovFresh we love open source software, especially WordPress. While Drupal gets much of the press when it comes to open source and government, many municipalities and elected officials are implementing WordPress because of its cost (free), portability, accessible theming and plugin options and excellent content management system.

We’re just getting started, but if you’re a government web developer, WordPress developer or theme designer or interested in learning more about it, join the GovFresh WP (WordPress & Government) Google Group.

Let’s work together and help one another revolutionize how government builds websites.