On Fri, Sep 26, 2008 at 01:44:47PM -0400, Matthias Julius wrote: > Knut Arne Bjørndal <[EMAIL PROTECTED]> writes: > > > On Fri, Sep 26, 2008 at 10:39:23AM -0400, Matthias Julius wrote: > >> Knut Arne Bjørndal <[EMAIL PROTECTED]> writes: > >> > >> > In _rasterizer_branch I have completely reworked that part, could you > >> > maybe wait with your changes to just that part until that's ready, and > >> > I could move svg2png into Tileset.pm myself? > >> > >> How are you coming along? > >> > >> It looks like some users will benefit if we re-introduce (optional) > >> striped rendering. This of course will require some changes to > >> RenderSVG again. > >> > >> I don't want to disrupt your work more than necessary. How far are > >> you from merging your branch into _unstable? > > > > It's still a way off, maybe if I get in some good hours this weekend I > > can get something fairly ready. > > > > What if you, for now, just do a switch so that it uses ::svg2png for > > striped rendering and rendersvg for whole-tile stuff? The only > > collisions will be on edits to the svg2png code, I'll have to see what > > I do about rendersvg when I start merging with unstable (keeping to > > stable for now to limit the amount of changes I have to merge). > > I'd rather not do that > > I want to make striped rendering a little more sophisticated and let > the user decide from which zoom level on the client will render in > stripes. There is no point forcing people to call Inkscape 63 times > just because the z17 tile is too big. > > For that RenderSVG as well as SplitTiles will get the number of > stripes as third parameter and iterate over that. I havn't looked at > your code, but if you provide a method to render a SVG file with SVG > coordinates and target image size as parameters it would be very easy > to integrate that into RenderSVG as an option besides Batik and > Inkscape.
As I said in another mail I merged the branch to _unstable now, while doing that I also ported my svg2png to RenderSVG. As you can see it's not any kind of extra option, but a shell around the existing rasterizers. I had a look and couldn't find any calls to ::svg2png, if it's not in use any more is there a reason to keep it lying around? RenderSVG is _so_ much cleaner anyway, the old area cutout code was just horrible to figure out. -- Knut Arne Bjørndal aka Bob Kåre [EMAIL PROTECTED] [EMAIL PROTECTED]
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Tilesathome mailing list [email protected] http://lists.openstreetmap.org/listinfo/tilesathome
