[Tilesathome] less inkscape calls in _unstable

Knut Arne Bjørndal bob+osm at cakebox.net
Sun Oct 5 19:46:12 BST 2008


On Fri, Sep 26, 2008 at 01:44:47PM -0400, Matthias Julius wrote:
> 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.

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
bob+osm at cakebox.net
bobkare at irc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 4167 bytes
Desc: not available
URL: <http://lists.openstreetmap.org/pipermail/tilesathome/attachments/20081005/867e150f/attachment.bin>


More information about the Tilesathome mailing list