Building on the work that has been taking place on the NY transit data wiki, we’ve just launched a new site, NYTransitData.org, which makes the case for improving New York’s transit system through open data.

Check out the introduction or browse the frequently asked questions. Then come back and share your thoughts in the comments. We know the site’s far from perfect, so help make it better by telling us what’s missing or needs updating.

Also, don’t forget that our next meetup is Tuesday, September 22 at 7pm. Free pizza, beer, and the opportunity to improve New York await you.

Who knew there are over 3000 block parties in New York City each summer?  Well, we’ve just launched BlockPartyNYC.org to be the go-to site for everything block party.  The site both contains information to assist you in throwing a block party, and allows you to promote your block party on our interactive map.  You can also sign up for weekly notifications of block parties in your neighborhood.

The tricky part now is to draw enough interest to get the bulk of the 3000 block parties registered on the site without which our weekly notifications would be less useful.  Our partner organization on this project, Transportation Alternatives, is in contact with the Upper West Side Community Board to encourage them to register each block party they approve.  We hope to also work out similar partnerships with other Community Boards.  As a return service, we have developed a widget for inclusion on Community Board sites that lists their upcoming parties.

Behind the scenes is a PostGIS database we use for its spatial queries.  The site is built in pylons and Wordpress, and the mapping is done using OpenLayers.  The site was built to facilitate re-skinning for other purposes.  If you are interested in using or developing with the open source software we wrote, the Block Party project page has the details.

So check it out!  Find out when parties are coming up in your neighborhood.  If you know anyone throwing a party, get them to register it on the site, and, don’t be shy, go and throw a party yourself!

Some CapitolCamp inspired wiki-thoughts:

My first session was facilitated by Karen A., who works in Senate Tech Services. Karen came with a kernel of an idea for a ‘New York State Senatepedia’…a wiki where people could explain Senate jargon, document the histories of different legal actions, and connect items with related information.

A Senatepedia has a ton of merit. It would facilitate peer-to-peer learning between private citizens. It would put in plain view the machinery of the NY Senate. It would be a living document, with articles updated over time by interested citizens (wikis that follow twists and turns can get really active). And it would be a large-scale shared archaeology project that could make visible what are today largely invisible topics, histories, and relationships. Ultimately, it would help the public follow and assess the legislature.

For those who pick up a new app every day, wikis are as basic as water, but when integrated into public processes they can have real transformative power. At the federal level, OpenCongress.org (don’t miss their wiki) offers a lot of great information. Senatepedia would be a similar – though surely not identical – venture at the New York State level. There is a lot to be said for a state legislature that would embrace such a concept and treat it as a serious resource by integrating it with the other information on NYSenate.gov.

The alternative – an edited dictionary about the Senate, produced by Senate staffers – would require a comparatively large investment, and it could become stale fast. Remember the last time you landed on a ‘More Info’ page and found a list of broken links? Yuck.

Karen’s Senatepedia idea encountered a fire-hose of input. We talked a lot about risks. I don’t know about Karen, but after all that feedback I might not have felt empowered to actually begin the project. The experience was instructive. Roadblocks and responses:

1. Moderation was a big concern. If you let the public edit your site, they will go crazy! They might lie! They might link to porn! We would need a full-time moderator!

Whoa, there. There is no incentive to contribute to a community (and a wiki is a community) if the site sponsor doesn’t value that contribution. You don’t encourage contribution by controlling the content in a top-down way, and re-editing every article is a bit silly anyway.

There are probably, say, a couple of thousand people across New York State who really care about the intricacies of the Senate’s legislative machinery. This group is a nascent community of interest. A set of people scattered across the state who may or may not know one another. These folks come across awkwardly at cocktail parties. “Well starred bills have been around since 1974, when they came about as a way to…” Total snooze at the party, but for someone, somewhere, this knowledge is powerful. The better citizens understand their government, the more they can do to help it work.

Imagine if this distributed cabal of citizen experts were set loose upon a Senatepedia, to explain and edit and debate. These are the stewards of quality and community, the people who make peace by setting the basic rules of the road (stay on topic, cite your sources, be respectful).

Wikipedia started with simple rules, and over time the site has evolved along with the community (see, for example, warning notes on controversial articles and rules on handling disputes). Those who contribute a lot gain the authority to moderate. A lively Senatepedia community would function similarly. A few passionate people can prune a large garden, making it ever easier for casual users to contribute. Ian pointed out that the smallness of the initial community is part of the point: the purpose of the wiki is to distribute knowledge more widely.

2. False legitimacy also came up. Some were concerned that visitors to the site would think of the information on the wiki as immutable, each word ‘vetted by the New York State Senate.’

This point is valid. The ‘discuss and consense’ areas of wikis are too often hidden. Most Wikipedia readers never realize that many articles are the result of an ongoing discussion that is happening elsewhere.

As a timely example, the article on the New York State Senate saw some action today due to drama, and updates to the article were not without controversy. But few people visiting the article would ever notice, unless of course they happened to click on the tiny Discussion tab.

Making the Discussion portion of a wiki more visible would reinforce the notion of the website as a living, community-created document, and it could create new incentives to contribute (both to the discussion and to the article itself). Including recent discussion or information about recent contributors in the sidebar might go a long way. Streetswiki literally ‘puts a face’ on contributors, a reminder that ‘people just like you’ wrote the articles.

Good page layout, in particular clarity about which content is wiki content, also helps avoid ‘false legitimacy.’ Clear design can remind people that the wiki is community-created and distinct from vetted Senate resources.

3. Incentives. Would people really contribute? If you frame Senatepedia the right way get #1 and #2 right, you have a pretty good shot. There are plenty of incentives to contribute to a wiki: sharing new information, correcting someone else’s infuriating mistake, seeing your name in lights, gaining virtual street cred. Latour laid out similar incentives years ago when studying publishing scientists (research funds aside), and plenty of sites reward superstar community members.

Senatepedia is a great idea, and straightforward best practices from other successful wikis could really give it legs. I hope the NY State Senate considers setting it up.

Short(er than this post, I promise) thoughts about CapitolCamp.

Hello and welcome to the Civic Hacker.

How do we change the world for the better, using technology? We don’t know, but we won’t let that stop us from talking about it. That’s what we’ll be talking about on this blog.

“We” is the members of The Open Planning Project (TOPP), and the TOPP Labs group.

The blog itself is a discussion-in-public. If this works, you’ll see us argue and construct ideas through the blog, not just project our fully-formed conclusions.

Ideas do not exist in isolation, so we’ll be spending a lot of time noting and commenting on what other people are doing in this area. This is also not a competition; if someone takes your idea to improve the world and implements it, or improves on it, or shows its flaws, that helps us all.

Please keep an eye on the author field. While this blog has an editor, each post has an author, and that’s the person who is speaking.