Initially, a Google Fusion Table looks like a cross between a database table and spreadsheet in the cloud. Data arranged in rows and columns can be uploaded into a table from local files in a variety of forms, from a Google document or using an API that inserts data similarly to making inserts into an RDBMS. But, unlike the basic spreadsheets and RDBMS Fusion Tables layer additional services on top of the data to identify columns which contain location data and to provide map displays and a spreadsheet-like browser-based user interface. The data organization matches closely in-situ climate observation data for which we build display and analysis systems. We began our experiments using data available from the Observing System Monitoring Center (O'Brien, 2004, 2007, 2008) by extracting the sub-set from the RDBMS and manipulating it in a standard spreadsheet to create additional columns we needed to create the desired Google maps displays.
One of the first and most obvious advantages behind Google Fusion Tables in the tremendous amount of server-side processing that can be brought to bear on the data to create sub-sets, perform calculations and to build interactive Google-maps compatible overlay tiles with representations of the data which can displayed on a map in the browser and can interactively link back to the underlying table row.
Of course, all of that processing is not free and there are limitations both on the amount of data that can be uploaded and stored and the number of different layers created and displayed on a map. And while designed to be used with general location-based data collections in many disciplines, some features which seem obvious for Earth-science data are lacking or difficult to archive.
The technology is new so learning how to use it and discovering what it could and could not do involved not only reading the available documentation it involved engaging with the community. One of the criteria for evaluating a new technology is the how active and engaged the community is with developers and other users.
Our initial experimental with the technology was very promising. Uploading, sharing and displaying was easy. And when combined with some basic JavaScript programming we were able quickly build some high quality, interactive map displays of our data sub-set. However, there are still many questions to answer about how we can integrate this technology into scientific work-flows for real-time data collections. Our presentation will provide details about the entire story, the technology and the process we undertook to use it.
O'Brien, K., K. McHugh, G. Vecchi, E. Harrison, S. Hankin, and A. Manke (2004): The Observing System Monitoring Center: A Tool for Evaluation of the Global Ocean Observing System. In Proceedings of the 20th International Conference on Interactive Information and Processing Systems (IIPS) for Meteorology, Oceanography, and Hydrology, 2004 AMS Annual Meeting, Seattle, WA, 12–15 January 2004, paper P1.35.
O'Brien, K.M., S. Hankin, R. Schweitzer, K. Kern, B. Smith, T. Habermann, and N. Auerbach (2007): An introduction to the Observing System Monitoring Center. In Proceedings of the 23rd International Conference on Interactive Information and Processing Systems (IIPS) for Meteorology, Oceanography, and Hydrology, 87th AMS Annual Meeting, San Antonio, TX, 14–18 January 2007, Paper 2B.5
O'Brien, Kevin ,S. Hankin , R. Schweitzer , K. Kern , M. Little ,T. Habermann , N. Auerbach J.Cartwright J. LaRocque (2008): MONITORING AND ANALYZING THE GLOBAL OCEAN OBSERVING SYSTEM WITH THE OBSERVING SYSTEM MONITORING CENTER in Proceedings of the 24th International Conference on Interactive Information and Processing Systems (IIPS) for Meteorology, Oceanography, and Hydrology, 88th AMS Annual Meeting, New Orleans, LA, 20–24 January 2008, Paper J1.6
Supplementary URL: