Excited about the GeoWeb? Want to help build the next generation social mapping tools and work on some really awesome technology?

The GeoCommons team is expanding and we’re looking for some cutting-edge developers and designers to join us. We’re using a wide range of technologies to build an easy-to-use and incredibly powerful geodata sharing, visualization, and collaboration platform that is being used in organizations from the government, to enterprise, to international NGO’s, to local communities and groups.

With GeoCommons, we’re integrating Neogeography with GIS to provide powerful tools to users: if you can make it fun on the web where users aren’t required to stay, then customers will love you. And by integrating with other tools that each user is comfortable with, whether it is Excel, Notepad, GoogleEarth, or ArcGIS Desktop and QGIS; we help bring GeoCommons to them rather than making them come to GeoCommons. We’re also pushing the next generation of GeoWeb standards: KML, GeoRSS, GeoJSON, and making them more powerful and supported. These are ideas we started with Mapufacture and are quickly integrating with Finder!, Maker! and the rest of the GeoCommons suite.

As a part of our team, you would investigate large-scale data sharing and linking, geospatial and data visualization mechanisms and tool development, web native API integration and community building. We’re working with many other groups in the open-source as well as GIS communities to help integrate data and tools to broadly disseminate all this quality data that has otherwise been inaccessible and make it easy to visualize and use in decision-making.

We’re looking for developers with real programming chops – you should be comfortable considering Mongrel and Nginx versus Passenger, know when to use unobtrusive Javascript or call ActionScript Flash hooks, have played with ActiveMQ and Stomp, beanstalkd, Starling or other queueing systems, read technology news and blogs and preferably have a site yourself where you share your experiences and code with the world. We’re looking for community members and developers that like working in teams, attending programming groups, and are comfortable sharing their ideas. We encourage you to have hobbies and side projects – we’ve built quite a few ‘lab’ tools ourselves such as context-free music and touchscreen whiteboards. And you don’t have to be an Apple user, but it helps.

Welcome to Washington, DC

FortiusOne is located in Arlington, VA – directly above the Courthouse Metro on the Orange line into DC, and a short walk into the district directly. The DC area is on an incredible spike of growing technology community. Where else can you live in a “metro area” that encompasses at least 3 states, all of which are metro accessible? The area is also renowned for it’s bike accessibility. The recent election has cast a spotlight on the future of technology in the government with President-Elect Obama’s Change.gov initiative. The upcoming inauguration is sure to be an incredibly historic event and you could be here to help map it.

As for the community, there are at least three Ruby-specific groups, a NOVALang where learning new programming languages is the prime objective, RefreshDC, TwinTech, and one of the most open governments to geodata standards and sharing. We’re also quite big fans of the local beer selection and hard to beat the food variety.

Let us know

So if this sounds exciting to you, and you’re interested in joining the team – please let us know! You can also check out the formal listing.

Over the past two weeks I’ve been working with a great team of people helping to build VoteReport – an open public reporting system to be used during the 2008 US Election to track the situation as citizens cast their ballots. The simple goal is to make it easy for anyone to send in a report describing the wait time, overall rating and any complications that are impairing their ability to participate in the election. For more information check out http://twittervotereport.com.

Dave Troy has put together a solid backend that is aggregating together Twitter, SMS, voice, iPhone and Android native applications, and even YouTube. Others have built the iPhone specific applications. I’ve been working on the mapping and data sharing side of the project. The first goal was to provide a number of mechanisms to share the data that we’re gathering with everyone. Additional mashups and visualizations are free to use the data streams to pull all the data that VoteReport itself has – so definitely go wild with your ideas. A quick breakdown of what’s available:

OpenSearch – http://votereport.us/opensearch.xml

This is the OpenSearch description document that outlines all of the feeds and various filters that you can use when getting to the data. Always check this as we’ll update it with new parameters or data streams. In addition, the various responses discussed below include OpenSearch styling pagination so you can walk through the entire database of reports without having to drink right from the firehose. This also includes the OpenSearch-Time extension.

KML – http://votereport.us/reports.kml

Getting the reports.kml will give a Network Link – this is useful for GoogleEarth and other KML clients to automatically update every 60 seconds with new reports. You can append live=1 to get the full KML document. I have included all the useful attributes in the ExtendedData element of all the Placemarks. Each Placemark also has an id for easy reference.

GeoRSS-Atom – http://votereport.us/reports.atom

Just want to subscribe to the feed in your RSS reader, this feed is useful for getting updates.

GeoJSON – http://votereport.us/reports.json

JSON is super nice for doing client-side mashups and visualization. This is what the VoteReport Map itself is using. It includes a lot of information for each report, including reporter, icon, location.

All of these feeds even can take a dtstart= with an ISO-8601 date for getting reports after a certain time (and optionally dtend= for getting time-bounds of reports). A useful geographic filter is to use state= with the capitalized two-letter state code to just get reports within a state. So for example http://votereport.us/reports.atom?state=VA is a GeoRSS feed of reports in Virginia. As I mentioned, I did build a quick map that you can view at http://votereport.us/reports/map.

We’re continuing to build it out with new features as more data comes in. You can easily embed the map in your site using (and optionally remove the state=):

The difficulty with creating more visualizations is the lack of pre-election data. This system has been built to primarily capture a huge amount of valuable information for one day. We’re not sure before hand what this data will look like, coverage or attributes. Typically visualizations are made by exploring and playing with the data to see what emerges. In this case, we’re making estimates (and guiding via the tutorials) on what data we’d like. Therefore, the map itself has simple mechanisms for styling markers based on the user-supplied report. But the data is far to dispersed so far for something like a heatmap.

Fortunately, the team consists of a large number of public advocates that are spreading the word which should encourage more citizens to use the system and contribute both good and bad reports. Andy Carvin of NPR put together this NPR coverage, and we’ve also received coverage from Time, Huffington Post, New York Times, TechCrunch and even Craig Newmark. Check out the TVR press page for more coverage links.

And if you would like to help contribute to the project, check out the VoteReport Wiki. I imagine there will also be a number of post-election visualizations and analysis to come out of the reports.

The very first session I attended was moderated by Peter Corbett from iStrategyLabs and Dmitry Kachaev of the Office of the CTO for DC talking about open data from the government.

The Princeton research paper “Government Data and the Invisible Hand” proclaims the need for government agencies to first and foremost share their data via open and broadly used standards (via Ars Technica).

The DC government is already sharing a large amount of data via a variety for formats: GeoRSS, KML, CSV, Shapefiles. Check it out at http://data.octo.dc.gov and also CapStat: Building a City That Works

Information. Knowledge. Progress. Welcome to CapStat, your resource as a District of Columbia resident to track how District Government is working for you. You can use these pages to track the performance of individual agencies, find neighborhood statistics and learn how your government is responding to the city’s most pressing challenges. As the District of Columbia works to become a world-class city, visit this page to follow its progress and find out how you can become part of the solution.

When the Office of the CTO for DC wanted to update their site and services they brainstormed how to do this – the typical method of hiring a very expensive contractor to build a complicated tool that would be poorly implemented – or open up the system for the community and see what emerges.

Fortunately they chose the latter and recently launched Apps for Democracy – a contest that anyone can submit an entry for a mashup or application using the DC data services.

Data stream of data

One comment that came up was the desire for a feed of the available data and updates. Right now there is a web page and some of the data is available as GeoRSS – so continually updated. However, what would really be great and facilitate federation would be a published GeoRSS feed of datasets that links to each of the available formats, updated times, filesizes, metadata, etc.

I like taking data that is thrown up on a map in a completely ad-hoc format and freeing it into an actually usable format. In this case, I recently saw the new State of California’s Green Building Directory (via geospatial reddit).

What is particularly funny about this project is its use of the term “GIS Technologies” to describe a very archaic map with stand-up pins. A GoogleMap is not GIS. The original site does allow users to search by specific attributes, but not really in a dynamic way.

The map is created by directly building markers up in Javascript. Assumedly the back-end is powered by a database, and it would have been nice of them to share out an actual listing of the underlying data. This is a perfect example of the study .gov web sites should focus on RSS, XML—not redesigns.

So instead I just created a KML version that uses Extended Data to call out the various attributes on the features such as LEED rating and number of buildings. You can see my own mashup and grab the KML file.

As I said before, this map I made isn’t “GIS”. But consider I spent about 5 minutes with the original Javascript and a bunch of RegExps to create the KML. It’s up to you to make something useful with it.

Well, it’s official. And as reported here: “The whole process is anticipated to take less than a year.” 363 days later, that statement holds true.