On Tue, 2007-02-20 at 19:37 -0800, Ted Gould wrote:
> So as we're talking about GSoC I also realized it's time to come up with
> an idea for a senior project. Here's the one I'm thinking about
> proposing. I'd love it if anyone has any ideas or suggestions about how
> to improve it.
> SVG Crunch
> SVG is a XML vector graphics format standardized by the W3C for use in
> the Web. It is currently supported by most major browsers and is
> increasingly being seen on websites. As it continues to grow in
> popularity economic pressures will start to come into play. Even though
> bandwidth has become cheaper, it is still not free. This project is to
> create a utility to remove excess information in an SVG file to reduce
> its overall size.
> Phase One -- Basic XML compression -- There are some basic things that
> can be done to an XML file to make it smaller. Things like removing
> spaces and carriage returns. Also renaming name spaces from things like
> "mathml" to "m". The optimizations are simple but important. At the
> end of this phase the file should be no different to an XML parser.
> Phase Two -- SVG Compression -- SVG provides several ways that file
> size can be reduced as part of the format. These some of these include:
> using a "pointer tag" (use) to refer to objects that are identical;
> allowing style to inherit down the XML hierarchy; groups to take style
> for a set of objects; and many more. These optimizations should be
> applied to the document in order to reduce the size of the file. At the
> end of this phase the files should render no differently on an SVG
> Phase Three -- Display specific compression -- As a vectored format SVG
> provides elements that can be rendered at any resolution, but rarely
> does a graphic on the web need to be zoomed in at 1600%. This phase of
> the compression should focus on removing the precision of numbers and in
> some cases removing points that are unnecessary based on a target
> resolution provided by the user. At the end of this phase the files
> should look no different to a human at the target resolution.
> This project will be developed and published as an open source project.
> It can be done in any language that has an XML library available for it.
Ted this is a great and killer idea. I think the key piece that should
be necessary is interfacing this app with Inkscape through an extension
so we can use it. I'm serious. Also, that will help shape the decision
on language to use and they can benefit from the knowledge of our
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> _______________________________________________ Inkscape-devel mailing list Inkscape-devel@... https://lists.sourceforge.net/lists/listinfo/inkscape-devel
San Francisco, CA
USA PH 510.499.0894
MSN, AIM, Yahoo Chat: kidproto
Jabber Chat: rejon@...