You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-dev@xmlgraphics.apache.org by Paul Reavis <pr...@partnersoft.com> on 2002/04/24 20:33:47 UTC
pluggable on-the-fly image generation
I've got a mapping application where I'm generating a report with a
plot of the map. Currently I'm using Batik's SVGGraphics2D to do the
plotting, which is certainly easy enough, and then saving that to an
SVG file, writing an FO file that references it as an external graphic
and then run FOP to generate the PDF.
This works fine, but uses a ton of memory - we frequently run over the
default 64MB java heap limit, and we try to run on machines with only 64MB
total...
So, I'm looking at alternatives. Both Batik and FOP are hoggish, but a
lot of the cranking and grinding seems to be in writing the SVG to a
DOM and then saving it, then in reparsing the SVG back into DOM and
writing that (transcoding?) to PDF. Also it looks like in 0.20.3 at
least it reads the SVG twice, once to get its sizing, and once to get
the actual graphics.
Anyway, I noticed that there is a PDFGraphics2D implementation as well. What
I'm considering is an implementation of FopImage that references a
callback to draw the graphics from my map display during PDF
generation itself - presumably this would avoid the entire SVG
write-read cycle, and perhaps eat up less memory.
Does this seem reasonable? Just from poking around in 0.20.3 it looks
like I would just need implementations of FopImage and ImageReader;
ImageReader to report sizing etc. and FopImage to do the actual
rendering. I'm of course assuming that PDFGraphics2D will do what I
want - which is, at the point at which the graphic is to be written to
the PDF, allow me to use standard Java graphics commands to write it.
One area I got totally lost in was in how to register this
implementation with the FopImageFactory or whatever so that it would
get called correctly. Any help on this would be appreciated.
Thanks-
--
Paul Reavis preavis@partnersoft.com
Design Lead
Partner Software, Inc. http://www.partnersoft.com
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-dev-unsubscribe@xml.apache.org
For additional commands, email: fop-dev-help@xml.apache.org
Re: pluggable on-the-fly image generation
Posted by Jeremias Maerki <je...@outline.ch>.
Keiron Liddle checked in a MathML extension yesterday that does almost
the same you're doing. He uses a tool that converst MathML to SVG. Have
a look at the current CVS (in the contrib directory).
On 24.04.2002 20:33:47 Paul Reavis wrote:
> I've got a mapping application where I'm generating a report with a
> plot of the map. Currently I'm using Batik's SVGGraphics2D to do the
> plotting, which is certainly easy enough, and then saving that to an
> SVG file, writing an FO file that references it as an external graphic
> and then run FOP to generate the PDF.
>
> This works fine, but uses a ton of memory - we frequently run over the
> default 64MB java heap limit, and we try to run on machines with only 64MB
> total...
>
> So, I'm looking at alternatives. Both Batik and FOP are hoggish, but a
> lot of the cranking and grinding seems to be in writing the SVG to a
> DOM and then saving it, then in reparsing the SVG back into DOM and
> writing that (transcoding?) to PDF. Also it looks like in 0.20.3 at
> least it reads the SVG twice, once to get its sizing, and once to get
> the actual graphics.
>
> Anyway, I noticed that there is a PDFGraphics2D implementation as well. What
> I'm considering is an implementation of FopImage that references a
> callback to draw the graphics from my map display during PDF
> generation itself - presumably this would avoid the entire SVG
> write-read cycle, and perhaps eat up less memory.
>
> Does this seem reasonable? Just from poking around in 0.20.3 it looks
> like I would just need implementations of FopImage and ImageReader;
> ImageReader to report sizing etc. and FopImage to do the actual
> rendering. I'm of course assuming that PDFGraphics2D will do what I
> want - which is, at the point at which the graphic is to be written to
> the PDF, allow me to use standard Java graphics commands to write it.
>
> One area I got totally lost in was in how to register this
> implementation with the FopImageFactory or whatever so that it would
> get called correctly. Any help on this would be appreciated.
>
> Thanks-
>
> --
>
> Paul Reavis preavis@partnersoft.com
> Design Lead
> Partner Software, Inc. http://www.partnersoft.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fop-dev-unsubscribe@xml.apache.org
> For additional commands, email: fop-dev-help@xml.apache.org
Cheers,
Jeremias Maerki
---------------------------------------------------------------------
To unsubscribe, e-mail: fop-dev-unsubscribe@xml.apache.org
For additional commands, email: fop-dev-help@xml.apache.org