Geographic Informations Systems (GIS) are nothing new, but in the past involved expensive software only available to professionals solving serious problems. Maps on web pages are nothing new either, but the maps themselves are usually small bitmaps - low-resolution data that is miles from serious GIS data sets. O’Reilly’s recent book Web Mapping Illustrated, however, is a fast introduction to open-source digital mapping for geeks that describes software and standards that may soon become mainstream and change maps on the web the same way that RSS changed news feeds on the web.
What RSS did for news feeds was to separate the content from presentation in a way that allowed a list of news items to be presentated in a separate web site, a separate application such as a dedicated RSS feed reader, or just as input to other software for further processing. News items on web sites were just part of a web page until RSS separated their data for their presentation; so now my web browser knows how many of a sites items are new since my last visit. Geographic Markup Language (GML), and associated web services standards, may do the same for geographic (geospatial) data.
While I might tell you that my all-time favourite pub is the Highbury Vaults at www.mapquest.com/maps/map.adp?...latitude=51.461&longitude=-2.602, this data (URL) relies on MapQuest for display, making the information just as much a prisoner of proprietary data format as text in a MS Word document, and equally inacessible to other programs. GML, on the other hand, raises the possibility of publishing the locations of my favourite cafes as data, separate from a particular representation or map. The attraction of GML is being able to replace the MapQuest-specific query (URL) with something along the lines of:
<Feature> <name>Highbury Vaults, The</name> <Point> <pos>-2.602 51.462</pos> </Point> </Feature>
It makes sense to separate this data from a particular representation on a map, for all sorts of reasons. For example, I may have more geodata that I want to draw on the same map; perhaps I want to overlay the locations of Indian restaurants on the map showing where the pub is. With current mapping web sites, I would have two separate maps at best, and have to do the overlay in my head. This is why I hope that in the future, 'geoweb browsers' that display location data on a map will become as mainstream as web browsers are today.
Google (Maps/Earth) and Microsoft (MapPoint/MSN) undoubtedly understand this, and are probably thinking ahead to a future platform war that may mimic the web browser platform wars, albeit in competion with already-existing open-source geodata software such as OpenEV and Quantum GIS. As before, power will come from having a platform, not just an application.
This is obviously not an original idea, so now I can go and find discussion elsewhere. For example, 'Web Feeds' and Geographic Information is much more interesting than this article, so I suggest you navigate your way over there.
Meanwhile, I'll be in the pub.