On 9/5/07, <b class="gmail_sendername">spaetz</b> <<a href="mailto:osm@sspaeth.de">osm@sspaeth.de</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

On Wed, Sep 05, 2007 at 12:51:03PM +0200, Frederik Ramm wrote: > > In general as coverage is getting more extensive we will encounter > > more and more z12 tiles that are indigestible. If I understand the code right, it renders the svg2png in one go and splits up the png into subtiles then. I don't know whether Inkscape chokes on the actual z12 rendering or rather on the rendering of a complete z12 tile at zoom 17 (which contains lot's more stuff). If its the latter case we could theoretically render the z12 in one go and split the svg file in smaller pieces and feed them to inkscape for higher zoom levels. It might not even be much code to do that, however, I don't think I'd volunteer for such a task.

</blockquote><div> I think it takes one z17 svg file and creates a number of png's that are then chopped up by GD or something.   The area to be converted is an input argument to inkscape so, if its the size of the png output that is the problem rather than the size of the svg input then it should be pretty easy to do something about it.

<br><br>We should also look at using Batik which I think can produce better quality output (it was what Barry used for his drop shadow and beating heart animations).<br><br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

> >   Perhaps we should consider rendering tilesets at z13?  What would<br>> > the impact be?<br>> I was hoping we would move the other way round - spaetz has started<br>> rendering z11 and z10 tiles in full using OSMXapi, considerably

<br>> improving the presentation of those...<br><br>It's actually z8-z11 and Inkscape manages fine as there is much less data to render, given we work on the filtered data set.<br><br>spaetz<br><br>_______________________________________________

<br>Tilesathome mailing list<br><a href="mailto:Tilesathome@openstreetmap.org">Tilesathome@openstreetmap.org</a><br><a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/tilesathome">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/tilesathome

</a><br><br><br></blockquote></div><br>