----- Forwarded message from Holger Will <holger@...792...> -----
Date: Tue, 19 Apr 2005 21:45:34 +0200 From: Holger Will <holger@...792...> To: clipart-list <clipart@...626...> Subject: Re: [Clipart] Image portability
Christopher Schmidt wrote:
On Tue, Apr 19, 2005 at 09:09:51PM +0300, Nicu Buculei wrote:
Linda Kim wrote: however, the file size is still a problem, i think 0.5MB is huge for an image like http://openclipart.org/clipart//food/desserts/ice_cream_cone_linda_kim_01.sv... (i would expect something 10-20 times smaller)
A completely reasonable expectation: after doing just a simple removal of a lot of data that was encoded in CDATA elements, the image size is reduced by a factor of 20, which results in the SVG available at http://crschmidt.net/tmp/icecream.svg .
(This URL is not permanent: it may dissapear at some point in the future.)
This image is only 21kb, as opposed to 450.
Key to creating decent SVG from Adobe is to just check the content by hand: it's really easy to pull out a lot of stuff most of the time, in my experience.
ive just written a simple xslt stylesheet to do the job, you can find it here: http://www.treebuilder.de/svg/ill2svg.xslt
hope you find it usefull Holger _______________________________________________ clipart mailing list clipart@...626... http://lists.freedesktop.org/mailman/listinfo/clipart
----- End forwarded message -----
On 4/22/05, Bryce Harrington <bryce@...260...> wrote:
ive just written a simple xslt stylesheet to do the job, you can find it here: http://www.treebuilder.de/svg/ill2svg.xslt
Can someone please remind me on the status of our XSLT support? I thought we were going to embed it, or was it only XPath? Anyway, it would be nice to have this and other XSLT filters as extensions _without_ requiring a user to install a separate XSLT processor (at least on windows, since linuxes usually have xsltproc). (Yeah, I know, I just wrote the same about Python, but actually the reasoning is the same here, and there are many XML-processing tasks that XSLT makes infinitely easier than any other language.)
bulia byak wrote:
On 4/22/05, Bryce Harrington <bryce@...260...> wrote:
ive just written a simple xslt stylesheet to do the job, you can find it here: http://www.treebuilder.de/svg/ill2svg.xslt
Can someone please remind me on the status of our XSLT support? I thought we were going to embed it, or was it only XPath? Anyway, it would be nice to have this and other XSLT filters as extensions _without_ requiring a user to install a separate XSLT processor (at least on windows, since linuxes usually have xsltproc). (Yeah, I know, I just wrote the same about Python, but actually the reasoning is the same here, and there are many XML-processing tasks that XSLT makes infinitely easier than any other language.)
It is separate from XPath... We implemented an XSLTStream many weeks ago, and it works well. Actually, libxslt does all of the work, so there is not much code necessary to use it. Anyone can use it in their code. We were delaying providing a separate dialog for it (which selects 3 files) until gtkmm-ification was further progressed. There is a test for it in the directory.
Look in the /io directory at streamtest.cpp, xsltstream.cpp, crystalegg.xml, and doc2html.xsl.
You can also look at Jon's code for saving the repr tree as one of the streams. That stream can be piped to xsltstream.
Bob
On Fri, 2005-04-22 at 10:59 -0500, Bob Jamison wrote:
It is separate from XPath... We implemented an XSLTStream many weeks ago, and it works well. Actually, libxslt does all of the work, so there is not much code necessary to use it. Anyone can use it in their code. We were delaying providing a separate dialog for it (which selects 3 files) until gtkmm-ification was further progressed. There is a test for it in the directory.
Look in the /io directory at streamtest.cpp, xsltstream.cpp, crystalegg.xml, and doc2html.xsl.
You can also look at Jon's code for saving the repr tree as one of the streams. That stream can be piped to xsltstream.
It looks like it wouldn't be too hard to turn these into extensions... what would people want with an XSLT script then? Seems like you'd open other types, but then save as some other XML format?
I keep seeing rumors of a ChemML to SVG XSLT file out there, but I can't find it. If anyone knows where it is, I'd love to get a hold of it.
--Ted
On 4/23/05, Ted Gould <ted@...11...> wrote:
It looks like it wouldn't be too hard to turn these into extensions... what would people want with an XSLT script then? Seems like you'd open other types, but then save as some other XML format?
Yes, lots of uses. XSLT may not be quite up to task for complex conversions of very dissimilar formats, but it's the best tool for simple things like cleanup, filtering, renaming etc. of XML documents.
participants (4)
-
Bob Jamison -
Bryce Harrington -
bulia byak -
Ted Gould