[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