One of the reasons Flash has been so popular in recent years has been its better performance when dealing with complex animated/interactive content. But this map is easily handled by modern browsers (under Google Chrome, in particular, it flies along) – the excuse to use Flash for this kind of content is diminishing. Even better, because the content is based on open W3C technologies, it will work on any compatible browser, including mobile devices (e.g iOS 5+, Android 3+). Given the recent abandonment of mobile Flash by Adobe and the momentum towards greater mobile browsing, the rise of open standards for data graphics seems irresistible. And as a final bonus, there are some great visualisation libraries being put together which will make producing data graphics using these technologies even easier.
Here at ONS’ Data Visualisation Centre, we loved SVG a decade ago – so we’re really looking forward to re-working some of our existing Flash-based graphics back towards HTML5/SVG in the coming year – I’ll try and reflect on some of the experiences of doing this in a later post.
That’s very good to hear. May I also remind everyone that the SVGopen 2012 conference will be held in Switzerland and would be a great and affordable venue to attend, present, share and discuss issues with fellow developers as well as browser and authoring tool vendors. Check the conference site over the following weeks at http://svgopen.org as more onformation will become available.
I’m sure you’ll agree that Chrome-only is not a really attractive alternative to Flash-only, considering even Firefox-release-channel nearly dies on those mouse-overs. In Flash it’d run nicely everywhere.
Jeff, I beg to differ. Let me first give you some data points regarding performance that I gathered from various hard- and software:
Starting at the low end I checked on a 12″ PowerBook G4 (1.5 Ghz single core PPC, 1.25Gb RAM) running MacOSX 10.5.8 which is the latest that you can use on that hardware. Admittedly Firefox 3.6.25 which is the latest available for that machine is about to be unusable when running the above SVG based visualisation of commuter data. However that OS by default comes with Safari 5.0.6 right now which is ok to use with the above graphic on that seven year old laptop. There is some lag to the mousemovement but it is ok and Flash would not be more performant given Flash’s poor performance on the Power PC architecture or the Mac in general.
On the medium ground I checked on a 3Ghz Core 2 duo running WindowsXP (2GB RAM) with Forefox 9. Again I see the graphs don’t follow the mouse as swiftly as one would wish but still a fully usable experience. Try Opera 11 on the same machine and the graphic flies.
Finally don’t forget Internet Explorer 9 on Windows 7 which will be a default configuration even in businesses soon. I ran the test in Virtualbox and gave Windows 7 only one CPU core, 2GB of RAM and only 64MB of graphics memory. Still IE9 runs the commuter graph absolutely smoothly with no discernible lag. Obviously Safari 5.1.5 on OSX 10.7.2 on a now standard i5 machine has no problem at all performance wise.
In conclusion the above SVG graphic is far from Chrome-only, it just shows some lag on Firefox. And keep in mind that this is one of the more demanding graphics. Back in 2003 we had SVG based population pyramids running on machines that had CPU speeds measured in the Mhz range and worked perfectly. It took until 2011 that browsers’ native SVG implementation was up to speed with Adobe’s SVG plugin from 2003 in some cases.
Regarding the IDE: After a long hiatus Adobe presented again at SVGopen 2011 and showed how their Flash authoring tool will output SVG:.