Some time ago now, I wrote a post about progressive enhancement of HTML web pages, including some examples of how HTML data tables could be enhanced to provide graphical views of the data contained in them.
I’m not sure if anyone is actively maintaining progressive enhancement browser extensions (I haven’t checked) but here are a couple more possible enhancements released as part of the Google visualisation API, as described in Table Formatters make Visualization tables even nicer:
A couple of other options allow you to colour a table cell according to value (an implementation of the ‘format cell on value’ function you find in many spreadsheets), and a formatter that will “format numeric columns by defining the number of decimal digits, how negative values are displayed and more”, such as adding a prefix or suffix to each number.
I’m not sure if these features are included in the QGoogleVisualizationAPI Google visualisation API PHP wrapper yet, though?
Also in my feed reader recently was this post on Search Engines Extracting Table Data on the Web, which asks:
what if Google focused upon taking information from tables that contain meaningful data (as opposed to tables that might be used on a web page to control the formatting of part or all of a page)?
What if it took all those data filled tables, and created a separate database just for them, and tried to understand which of those tables might be related to each other? What if it then allowed for people to search through that data, or combine the data in those tables with other data that those people own, or that they found elsewhere on the Web?
and then links to a couple of recent papers on the topic.
Alternatively, could we map the data contained in a “regular” Google or Yahoo UI table to a Google spreadsheets like format – in which case, we might be able to use the Google Visualisation API Query Language? (I’m not sure if the Query Language can be applied directly to Google datatable objects?)
It’s not too hard then to imagine a browser extension that can be used to overlay a SQL-like query engine on top of pages containing Yahoo or Google datatables, essentially turning the page into a queryable database? Maybe even Ubiquity could be used to support this?
11 thoughts on “HTML Tables and the Data Web”
I recognized your article some days ago. While writing the QChartBuilder I added the Bar Format and Arrow Format features to the QGoogleVisualizationAPI v.0.3. Version 0.3 is not published yet, but the ChartBuilder is able to give you an image how it works.
Thanks for the update, Tom.
I think I need to keep an eye on QChartBuilder ( http://www.query4u.de/QChartBuilder/ ), which looks like it could be an ideal testbed for people to play with many of the traditional charting techniques that I’ve been covering in parts of the Visual Gadgets uncourse – http://visualgadgets.blogspot.com
It seems like Google just opened up the ability to create “Data Views” on a gdata Data table: http://google-code-updates.blogspot.com/2008/09/dataview-makes-working-with.html
“we’ve borrowed from the well-known SQL concept of Views and created our own DataView. Today, with Google Visualization’s DataView you can reorder columns and “hide” a column such that the view includes only the columns you need to visualize. And, the DataView stays fully synchronized with the DataTable at all times, so any change to the underlying DataTable is reflected in the DataView.”
I recently began to refactor QGoogleVisualizationAPI to enable
new features and a completely different notation :
i.e. you can make use of the API events which Google defined for the various chart objects).
You may have a look at my sneak preview of these features.
project libraries for now:
– Mootools, MochaUI (+ Layout)
– JQuery, with i.e. Layout-Plugin
– bridge to PHP-Ext Web 2.0 PHP Widget Library
I released QGoogleVisualizationAPI2009. It now supports most advanced features used with Google’s Web Vis. API.
I.e. it supports Formatting, Patterns, Data Views etc.
You may have a look for it.
Greets Tom Schaefer
Comments are closed.