[Tilesathome] less inkscape calls in _unstable

[Matthias Julius]

Knut Arne Bjørndal <bob+osm at cakebox.net> writes:

> On Fri, Sep 26, 2008 at 10:39:23AM -0400, Matthias Julius wrote:
>> Knut Arne Bjørndal <bob+osm at cakebox.net> 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.

Matthias