Status
No public Twitter messages.
Location
Varanasi, India
Subscribe to GeoRSS Subscribe to KML


OpenStreetMap

Haiti Mapping

Published in Data, GeoCommons, OpenStreetMap


Haiti Earthquake Relief Maps.jpgThe last 2 days have been filled with coordinating various efforts in gathering information and volunteers responding to the massive Haiti earthquakes of January 12. The analysis team at FortiusOne has put together a news dashboard highlighting the event and current response efforts.

There have been several tremendous groups that have actively been contributing data and tools both with remote developers and responders on the ground. CrisisMappers, CrisisCommons, Ushahidi, OpenStreetMap, just to name a few.

Many data providers have been making their data freely available. This is most notable when looking at Mikel’s screenshots of OpenStreetMap before the quake and after volunteers began tracing over historic maps and newer satellite imagery from Digital Globe and GeoEye.

Other efforts:

  • Ushahidi Haiti is crowd-sourcing reports. You can send a text message to 447624802524, send an email to haiti@ushahidi.com, or send a tweet with the hashtag/s #haiti or #haitiquake.
  • The CrisisCommons Wiki has a list of available data and organizations
  • Sahana has a form to list offices and organizations that are working on the ground
  • GeoCommons search for Haiti has all the datasets and maps that people have contributed for download as Spreadsheet, Shapefile, KML, and more
  • OpenStreetMap’s Project Haiti has a list of datasets and people tracing data

excited about in 2010

Published in Geo, Mobile, OpenStreetMap


As always, each new year brings a refreshed feeling of excitement. Perhaps its the long holidays and copious amounts of food, family and fun, or seeing a magic new number on the calendar that makes it feel like “The Future!”, or just a desire to take advantage of an allowed re-emergence of self and goal setting. Of course, time isn’t discontinous, so 2010 isn’t disconnected from the current continuum of development and trends – but it’s still worthwhile to take the time to step back and consider where we are and where we’re going.

Mashable and James, amongst many others, have excellent predictions that will and won’t happen in 2010. Generally they are good insight into trends in the geo and mobile space, although I will take up counterpoint to some of his suppositions on File Formats, Interfaces, OpenStreetMap and Augmented Reality.

File Formats and Interfaces

Geo is definitely becoming mainstream – everyone in my family has a PND, uses Google Maps, and are asking about various location sharing applications. In the next year we’ll see geo become part of the assumed infrastructure, like the timestamp on a post or article, the location will be embedded.

I don’t think TAG (Twitter, Apple Google), as James puts it, will be the only location sharing services. They, along with even more used Facebook, will definitely be the general public interface to location query and sharing – but just because of this reason alone they will have to be very generic, leaving room for specialized location based services to still thrive in niches. FourSquare offers ‘gaming’ or Flickr visual media, and others for music, drinking, sight-seeing, and house finding. They will leverage TAG, or at least TG.

Apple is like the Nintendo of consumer technology – more interested in providing an integrated, compelling experience, and privacy, before full open-ness and engaging with the developer or geek. They’ll still have API’s, but not something like OpenSocial, GeoRSS, or FireEagle integration.

The iPhone, and to lesser extent Android, have been revolutionizing mobile devices. They are truly providing windows into the rest of the web of data combined with the real world. It’s natural for geopatial tools to move into these interfaces, but like any good user experience it won’t be the same capabilities you find on a desktop or browser application. The utilities will be specialized for the small screens, finger inputs, and out-and-about tasks.

For file formats, the Shapefile, unfortunately, isn’t near EOL. Too many tools only speak shapefile, and there is numerous legacy data that is still only available in Shapefile. Sites like GeoCommons offer alternate formats for all the data, but that still won’t remove this basic format. Only when there is a truly open, license free, API to File GeoDatabases (FGDB), and every off the shelf tool can talk that API or Spatialite, will Shapefiles begin disappearing out.

GeoRSS and/or KML, on the other hand, will be in every service that does anything Geo. Looking at any iPhone App review that includes KML (or doesn’t) brings up this point. Near enough everyone has Google Earth on their desktop, and Google is making big pushes in the utilization of Google Earth Plugin for in-browser virtual globes.

Visualization Technologies

To date, we’ve been stuck with either Flash or JavaScript DOM magic (and yes, Silverlight is out there too) in order to do data and geospatial visualization in the browser. As I mentioned, Google has been pushing Google Earth Browser, but also more generally they released O3D, a modern incarnation of X3D, providing for more general capabilities for creating 3D browser experiences. VRML lives!

More recently, there has been a resurgence in vector graphics that don’t rely on proprietary technologies or additional plugins. SVG and Canvas support is pretty widely supported except in the infamous Internet Explorer (which I hear is still being used even today). Examples such as ProtoVis, Cartagen and Tom Carden’s experiments definitely demonstrate that SVG is just on the cusp of being able to do a majority of compelling visualizations capabilities.

Another driver for alternative visualization platforms is the drive to mobile device integration. I don’t see Apple allowing Adobe onto the iPhone anytime soon, and even Android doesn’t have support. What types of visualization make sense is still a very open question – but whatever they are will be done with something like SVG.

Geo Data Skirmishes

James suggests that OpenStreetMap “won’t dominate”. While it won’t dominate, I disagree that it won’t continue to be extremely successful.

Google has recently moved to gathering their own data. They still have a long way to go, with many, many errors in roads, areas, addresses, and businesses and they’re using the crowd to help clean it up. Google is in fact proving the crowd-sourced model. It will be successful. Google is doing it with Google’s data, so there is no positive external benefit to that work – so to the industry it just looks like another data provider. However, with this proven model OpenStreetMap will succeed since any effort built into OSM has a positive benefit to anyone else.

However, there is a major difference in the trajectory OpenStreetMap is taking in the United States compared with Europe and other regions. In most other countries, the governments had very draconian licensing and as such OpenStreetMap was creating data from blank areas – starting from scratch, and building a community of volunteers along the way.

By contrast, in the US a vast majority of the data is free, and becoming more available everyday under the new administration. Therefore the US has a broad coverage of decent data without having first built the user community. So the difficulty here is both in building out community, as well as engaging companies that can do the same thing on their own while retaining proprietary rights to the data.

What’s fascinating, and what signals the ultimate long term success of OpenStreetMap, is that US state, local, and federal government agencies themselves are engaging with OpenStreetMap. They are investigating how to put their data directly into OSM, and possibly even re-incorporate updates and modifications back to their own infrastructures. Some are even considering using OSM toolset as their infrastructure. OpenStreetMap is going through some growing pains with respect to licensing, maintenance, and community – but all necessary steps in moving from a small cadre of hackers to a global, public project.

As we see an increase in open government, specifically driven by the US Administration’s directives, as well as other initiatives such as INSPIRE, this embrace and utilization of open platforms, and repositories, for sharing, federation, and syncronization of data will increase.

And as for augmented reality, it won’t be as big as you think… yet.


Temporary Mapping – Solar Decathlon

Published in Maps, OpenStreetMap


This week on the DC National Mall there is the 2009 Solar Decathlon. It’s a contest between 20 student groups from around the world that build, on the mall, sustainable, energy efficient, and modern houses. The competition measures their efficiency, quality, resource usage, and design. It’s a one week miny village.

OpenStreetMap Solar Decathlon

So of course, like any village, it needed to be mapped. I went down Saturday afternoon and captured the locations and names of all the buildings and paths that will be up for the week. These are then loaded into OpenStreetMap with start_date and end_date tags that notify the renderer when the features should be visible. It’s a similar model to how Burning Man is mapped year after year as it walks along the Black Rock Desert.

It’s ephemeral mapping – objects that exist in real place, but just for small slices of time. Important as any other building, yet typically relegated to flyers or verbal descriptions.

The fascinating part of projects like this is that OpenStreetMap allowed me to create a map that was useful and immediate. Within minutes of uploading the data, it was available as rendered tiles, vector data, and downloadable to GPS units and iPhones. People on the mall could immediately view the local map with this new information.

It’s a nice demonstration of how community projects like OpenStreetMap will continue to innovate faster, and more openly, then other ‘crowd-sourcing’ options.


Service market for open data grows

Published in OpenStreetMap


Via @cageyjames I saw the announcement that DeCarta is now providing their services using OpenStreetMap data. It’s tremendous to see more service providers building tools and businesses on top of open data.

It’s this transition from primarily ground-swell supported projects into industry supported efforts that makes them sustainabile. Linux went through the same growth as providers like RedHat and Canonical started putting full-time and dedicated resources to ensuring the continual growth and stability of the projects.

This is perhaps very interesting news to CloudMade, since it sits squarely in their market as well – and also Prioleau, the CEO former-CEO and now advisor of CloudMade was formerly a Vice President of Marketing at deCarta.

CloudMade Map Style Editor_ Select Styles.jpgsan_jose_OSM.gif
CloudMade and DeCarta tiles using OpenStreetMap data

The deCarta tiles show the copyright “CCBYSAODBL”, already including the forthcoming migration to the ODbL terms. There have been many companies that are interested in integrating OpenStreetMap into their products but concerned about the potentially unclear terms or permitted uses of the data that don’t inadvertently expose their proprietary data. Hopefully more moves like deCarta to utilizing OpenStreetMap in commercial products will provide clarity on the benefits and implications to other companies.


MappingDC – OSM around the District

Published in OpenStreetMap


WashingtonDC_OSM.jpg

Last night we kicked off MappingDC, a local OpenStreetMap chapter for Washington, DC and the surrounding metro areas of Virginia and Maryland. It held at HacDC, a hardware hacker enclave in Columbia Heights Neighborhood and led with much enthusiasm by Serge.

Where traditional OSM mapping parties are about raising awareness, MappingDC will focus on identifying local open datasets, building relationships with organizations, running hyper-local mapping parties to map neighborhoods, and other technology and outreach projects. We brainstormed on initial datasets we could clear up licensing issues such as from DC GIS.

We created a few new sections in the Washington DC wiki page: datasets, mapping groups, and projects. The Datasets is a list of departments or organizations that may have data that would be useful to import and a point of contact and MappingDC member that will reach out to them to work on getting it released into OSM. The mapping groups are to identify who would like to help out with local neighborhood mapping and once there are 4 or so people, setup a day to meet and go out and map it. The last section, projects, is brainstorming around how developers can work on building out useful tools such as geochat, or DC specific map styles such as metro lines, bike routes, or other characteristics that match with local culture and features.

Our first event will be mapping Silver Spring, Maryland on August 8th. Watch the wiki page for more details, subscribe to the mailing list, and follow on Twitter.

We want to build local OpenStreetMap such that it fits within the larger local community. Getting OSM working with local bloggers, transit discussions and planning, and who knows – perhaps powering the National Map?