Well I'm now offering the svg format as an alternative to png for the music scores produced at folkinfo but I'm only really interested in it for the web use and its usage with abc.

From my perspective, it's a much better conversion process (development versions of abcm2ps can produce this directly rather than having to follow up with ghostscript to produce a png [and then perform other operations on the png eg. a transparent background, trimming, etc.) and I get better quality output (and for those that want to copy/paste it, a graphic that should scale nicely).

The downsides are that it isn't as well supported by browsers so I can not simple do away with png and that the svg conversion winds up as a larger file

(although they will compress and the Apache web server via mod_deflate (yep it's one of the many uses of deflate mentioned in my previous post) can compress them to serve to browsers that can handle "zipped" content).

The only other area I've looked at briefly is for Java rendering (perhaps I could use svg in a web applet sometime) but I was disappointed with the two offerings I tried. I found batik far too slow for my purposes and svg salamander failing to render correctly with some on my files.