23 Jul 2008 - Virtual Globes as Essential Services?
Virtually all of us use search engines several times a day. While not quite extensions of our brains, clearly lots of information is now accessed by “googling” rather than remembering. I think most of us would think of these search engines as more or less essential services in the sense that governments use that term – i.e. they must be available for the public good.
In the realm of geographic information this issue will arise in the not very distant future in a much more pointed fashion. Today, individuals, governments, and private corporations are increasingly relying on the information infrastructure provided by Google and Microsoft (and others) for a very wide range of activities from 911 to regional security, urban planning and disaster response. For some this might be a reason for concern, just as is already the case for the control of the production of oil, or the transmission of telephone calls. In fact, given the direct privacy and security concerns associated with geographic information, some may see this as more than just an item of concern – perhaps even a threat!
The first issue is of course the availability and accuracy of the service itself. While the job has been done rather remarkably, a quick look at the south of France over the past few weeks in Google Earth, will show it is far from infallible. The view is given by the KML file (http://www.galdosinc.com/ImageError.kmz ). This may be corrected before this goes to press – so the image did/does look like:
You will notice that there are errors of several hundred meters, and a section of highway is duplicated.
Of course this is a rare event and only impacts a small area of France – but for some this would be an issue.
In addition to the issues of data quality and availability some will have issues about such an infrastructure being located in the United States where it is subject to US law and in times of uncertainty to the whims of US politicians. Will Europeans sleep well knowing that the bulk of the geographic information about their nations is located in California or at least on the West Coast of the U.S. While presenting a benign face, all of these search engines are “for profit” organizations, and their win scenario is not necessarily in common with that of national governments or their citizens. This is not to say there are any untoward motives – it is just to state the obvious.
The French government has made a great deal of noise about having a national Google Earth replacement, inspired in part by jealousy and national pride, and in part by the concerns raised above. GeoPortail (http://www.geoportail.fr/) is, however, unlikely to attract the number of viewers comparable to GE/GM (even in France), and in spite of its government support, risks falling into the abyss already inhabited by the “magnetoscope” of years ago.
The French are not alone in expressing these concerns.
Furthermore there is clearly a tension between the development of major search engine “globes” and the mission of cross border/jurisdiction initiatives like the European INSPIRE, and any number of National SDI programs in nation states around the world. At least some of the original objectives of these programs have already been realized by the global maps that the search engines have deployed. Of course the national governments played a major role in collecting or funding the collection of much of this data (and continue to do so) on which such maps depend. In many cases this does mean that the national or regional mapping agencies do need to rethink their role and mission in life. At the same time, the search engines may think to pass on some of the revenue generated (if even indirectly) through the use of government financed data. I cannot say that I know the right way forward here, but this is a tension that will not go away, and will likely intensify as the search engines drive to more large scale models of the world.
One might also wonder, why we need more than one of these globes? At least why would one need more than one from a user perspective? There is only one world after all. It may make perfect sense from a competitive standpoint to have as many globes as the market will bear, but does it make sense in terms of modeling, understanding, monitoring and observing our planet. Does it not represent a tremendous waste of energy to have this duplication?
Looked at through the lens of environmental degradation, this proliferation of globes driven predominantly by advertising, might be seen to be seriously out of place. Are we fiddling while Rome burns? At the same time one could very much argue that it is the ad driven globes and not INPSIRE that have taken us closer to regional and global understanding. The question now is whether or not this the right way forward into the future? This is not a question with a simple answer. Multiple search engines might be equally an argument to ensure the viability of the capability rather than just waste through duplication.
One wonders if we might somehow strike another sort of bargain between governments and the major search engines; one that supports a common earth model for government and its citizenry, while still enabling ad-based competition amongst the search engines?
Embracing standards is a start. Both Microsoft and Google now support KML. This has enabled MS Virtual Earth Imagery to be displayed on Google Earth, and will enable the live visualization of all sorts of geographic and geographically related information in these globes in the near future. Perhaps the search engines could extend this further to open up their tile structures so that anyone could directly access their imagery and other data layers?
Of course standards alone are not sufficient. Cloud computing, especially geographic cloud computing demands huge server farms and large amounts of electrical energy. Someone has to pay for this. Could this be a shared responsibility, perhaps not unlike the “international” space station? While Google and Microsoft doubtless have considerable experience and expertise in the operation and deployment of large server farms this expertise could be distributed amongst other organizations as well. Could we create a distributed geographic computing infrastructure (e.g. image servers, map servers etc) onto which Microsoft and Google (and others) layer their advertising and other value adds? This could then be fed by the government information departments and private sector organizations that have it as their business mission to create and update geographic information (e.g. land registries, building permits etc). Such a platform could then support access control as required by nation states (like it or not these still regulate corporations), deal with issues of privacy (these also vary considerably from one country to another), and recognize the true input of governments in the cost side of data generation.
Many (including the author) are doubtful of the ability of governments to deliver on such a mission. Clearly this would require that such a system be built and maintained by private sector corporations and that at least a part of their motivation will need to be profit. So how would that be any different from the situation today? The differences are subtle but important. There would be one, common, base infrastructure of servers and data that would be publically maintained and would be provided to the world at large, subject to national and other access control policies. Governments would pay for the creation and maintenance of this infrastructure through the private sector. Search engines and advertisers like Google and Microsoft would build on this government funded, but privately provided infrastructure. They may even host parts of it.
In a world of increasing global integration, this is not a totally crazy idea. Microsoft already co-operates with the US Census Bureau’s Data Modernization program. Google is building increasingly deep connections with NOAA, NASA and other similar organizations for its Google Ocean initiative. Deeper cooperation, combined with greater internationalization, could give rise to a new level of private-public partnership on a planetary scale. For some this prospect will seem utopian, while for others it is likely their worst nightmare. I have mixed feelings, however, this develops in the future.
What is clear is that these issues are not going to go away. At their base, these issues are about key societal concerns such as the limits to personal freedom, the role of government in our society, and the tradeoffs between individual liberty and preservation of the planet. There is much more going on here than just cool technology!
No Comments | Leave a comment»
Comments
No comments yet.
Leave a comment
Blog Entries:
07 Oct 2008 - From the Age of Aerospace to… ?02 Oct 2008 - KML, GML and REST
16 Sep 2008 - GeoPresence
08 Sep 2008 - GeoEquilibria-There is no surplus in Nature
29 Aug 2008 - Geographic Entity Registries
01 Aug 2008 - GeoWeb and the State of the World
23 Jul 2008 - Virtual Globes as Essential Services?
07 Jul 2008 - Cascading and Federated WFS and the Concept of Geolinking
30 Jun 2008 - What is an SDI?
16 Jun 2008 - WFS - Schema Mapping is Key
05 Jun 2008 - KML Support
08 May 2008 - Looking ahead to GeoWeb 2009
21 Apr 2008 - Spatial Infrastructures, IFC & Collaborative Engineering
14 Apr 2008 - KML released as an OGC Specification
02 Apr 2008 - BIM/CAD/GIS Integration
13 Mar 2008 - Structuralism and Data Exchange
05 Mar 2008 - Building the GeoWeb in your own backyard
03 Mar 2008 - Davos of Geo in Vancouver
28 Feb 2008 - What are coordinates?
19 Feb 2008 - Does the invisible hand always get it right?
31 Jan 2008 - “Design for Test” in the GeoWeb
23 Jan 2008 - GeoWeb Local - GML in Local Government
15 Jan 2008 - GML Core and Extensions
04 Jan 2008 - GeoWeb 3D
21 Dec 2007 - What are the key issues for geographic information technology?
26 Nov 2007 - GML in the Back Office
19 Nov 2007 - CAD- BIM-GIS-Games Integration
07 Nov 2007 - What’s in a name? Searching for the right words
23 Aug 2007 - KML Placemarks as Observations
29 Jun 2007 - Where GML was right .. and wrong
17 May 2007 - From GML 1.0 onwards - a brief history
17 May 2007 - GML and Database Interoperability
10 May 2007 - GeoWeb Manifesto
09 May 2007 - Meltdown and the Maze - Toward a Real Time Geography
08 May 2007 - GML, KML, Sensor Data, Imagery
20 Apr 2007 - Transporting GML in KML
21 Mar 2007 - The Architecture of the GeoWeb
14 Feb 2007 - From Interoperability to Infrastructure
14 Feb 2007 - GML without Geometry
18 Dec 2006 - ebRIM gets the nod at the OGC
06 Oct 2006 - In praise of complexity
05 Oct 2006 - Infrastructure - the next step past interoperability
12 Jun 2006 - GML and ebRIM
21 May 2006 - Features, Observations and Authorization
21 Apr 2006 - Transfer and Transaction Models
12 Apr 2006 - Feature Catalogues/Dictionaries, GML and RDF/S
10 Apr 2006 - Genus Loci
04 Apr 2006 - GeoWeb and Survival Part II - Towards Environmental Security
04 Apr 2006 - GeoWeb and Survival
17 Mar 2006 - Schemas, Interoperability and RDBMS
14 Mar 2006 - SDI Concepts
05 Mar 2006 - GML Complexity Re-visited
05 Mar 2006 - Observations are for more than sensor data
05 Mar 2006 - Application Schemas Drive Profiles
25 Feb 2006 - The problem with XML
15 Feb 2006 - The importance of profiles
08 Feb 2006 - One person’s metadata is another person’s …
07 Feb 2006 - From Soup to Nuts
02 Feb 2006 - GeoRSS - GML in news feeds
31 Jan 2006 - Performance and the GeoWeb
27 Jan 2006 - Remote API’S, Web Services and the GeoWeb
19 Jan 2006 - GeoWeb 2006 - GeoWeb Grows Up
09 Jan 2006 - Dealing with time in GML
23 Dec 2005 - Dynamic
14 Dec 2005 - GML in the cockpit
01 Dec 2005 - SDI - What is it really?
25 Nov 2005 - GML is the same for all applications
25 Nov 2005 - Schemas and Profiles - whats the difference?
22 Nov 2005 - Schemas - why the big deal?
15 Nov 2005 - GML for Geographic Imagery
13 Nov 2005 - GML, and KML - Why the fuss?
10 Nov 2005 - Is GML a format?
09 Nov 2005 - Embedding GML in “foreign” grammars
03 Nov 2005 - Authentication and Access Control
03 Nov 2005 - OnStar in the era of the GeoWeb
03 Nov 2005 - Do we need to encode location in news feeds?
03 Nov 2005 - gMedia - Towards Geographically Aware Media
03 Nov 2005 - Where are we going?
02 Nov 2005 - Sample XSLT Style Sheet
02 Nov 2005 - Sample KML Output
02 Nov 2005 - Sample GML Data File
02 Nov 2005 - Styling GML to KML - XSLT
02 Nov 2005 - Simple Geometry Schema
01 Nov 2005 - Simple GML Geometry
18 Oct 2005 - Simple GML Geometries
18 Oct 2005 - Styling GML to KML for Visualization
18 Oct 2005 - Some Simple GML Profiles
17 Oct 2005 - Embedding GML in non-GML grammars
17 Oct 2005 - Geotags - the answer to everything?
20 Sep 2005 - GeoWeb 2006
20 Sep 2005 - GML Observations and Features
14 Sep 2005 - What is KML?
07 Sep 2005 - Time in GML
07 Sep 2005 - GML Observations
07 Sep 2005 - GML and KML Syntax
07 Sep 2005 - GeoWeb - Part II - GML and KML
07 Sep 2005 - GI Markup - Part I - Feeding the web with Geographic Information
06 Sep 2005 - GML Complexity
06 Sep 2005 - GML “Sucks”
24 Aug 2005 - Web Feeds and Geographic Information
23 Aug 2005 - What is the Geo-Web?
23 Aug 2005 - IS WGS84 Enough
04 Aug 2005 - Coordinates in GML
03 Aug 2005 - GML Profiles
03 Aug 2005 - GML and Coordinate Systems
03 Aug 2005 - Information Sources
03 Aug 2005 - Features and Geometry Properties
03 Aug 2005 - GML Geometries
03 Aug 2005 - GML FAQ for RSS Geeks and others



