From: Andrea A. <and...@al...> - 2004-04-15 17:11:07
|
On Thursday 15 April 2004 15:34, GAB...@te... wrote: > I just forgot to reply to all: > > ----- Mensaje Original ----- > De: ch...@op... > Fecha: Jueves, Abril 15, 2004 9:04 am > Asunto: Re: [Geotools-devel] svgsupport B4 prep > > > This reminds me of something I've been meaning to bring up for a bit > > (and which would have the side effect of fixing this problem). > > > > What would people thinking of replacing the current SVG support stuff > > with the SVG Encoder that Gabriel wrote for GeoServer? I believe he > > did so because it was faster, and I think it handles everything the > > current SVG support does (the current one doesn't do styling does > > it? > > We don't do that in GeoServer yet). > > Yes, I wrote it because: > - Batik builds a DOM, wich is a drawback to our feature streaming approach Definitely > - Batik generates pretty ugly svg code (style and transform applied > directly to every feature, resulting in a huge SVG) > - "generalizes" geometries, resulting in no zoomable images, and I > needed to load a SVG "layer" once and navigate it withoud reloading. This is lite renderers fault, since it performs on the fly line generalization. I've just added a public method to control the level of generalization, just call setGeneralizationDistance(0) to disable it and get the geometries as they are. Best regards Andrea Aime |