------------------------------------------------------------------------------ Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter
on 2013-04-17 16:48
on 2013-04-17 19:08
On Wed, 2013-04-17 at 07:47 -0700, email@example.com wrote: > Gvirabi's background is a big bulk image and definitely not a good > example. Perhaps, this might be a good example for size reduction. > It's an icon set and there are too many small objects: > http://gvirila.com/launch/images/sprite.svg > > http://gvirila.com/launch/images/sprite.png On the web you should be serving compressed SVG files. The compressed sprite.svg is 18288 bytes, smaller than sprite.png which is 18833 bytes. If you clean up the SVG (remove the 36 unused definitions and save with the option available in 0.49 to remove unused/redundant/incorrect attributes) it compresses to 14492 bytes. SVG (and XML in general) compresses really well. Tav
on 2013-04-17 19:56
Tav, thats interesting. Anything special to know about how to do the compression? I have a similar problem, a very large SVG with a zillion gradiants and other unused cruft and the vacuum command doesn't clean them up.
on 2013-04-18 13:10
On Wed, Apr 17, 2013 at 6:07 PM, Tavmjong Bah <firstname.lastname@example.org> wrote: > > On the web you should be serving compressed SVG files. The compressed > sprite.svg is 18288 bytes, smaller than sprite.png which is 18833 bytes. > If you clean up the SVG (remove the 36 unused definitions and save with > the option available in 0.49 to remove unused/redundant/incorrect > attributes) it compresses to 14492 bytes. SVG (and XML in general) > compresses really well. > > Tav Unless storage space is an issue, or you have a very slow server, I would suggest having uncompressed SVG files, but enabling GZip compression on the web server software itself (Apache, IIS, etc). That gives you the size advantage of SVGZ but will also reduce the size of other files that you serve. (I'm a hypocrite in this regard, as I serve SVGZ files, but that's because we've got over 200 comics available for download and the extra storage space costs money). Mark -- Co-creator of *The Greys* and *Monsters, Inked* webcomics, created with Inkscape Website http://www.peppertop.com/ Facebook http://facebook.com/TheGreysComic Twitter https://twitter.com/TheGreysComic