[Tilesathome] Using Batik to render tiles instead of Inkscape

[Brent Easton]

Thanks Deelkar,

I realised that later.

I have just finished integrating Batik to exactly replace what we have Inksape doing now, ready to do some timing and closer checking. Unfortunately, T at H seems to be producing inconsistent SVG's after the 0.5 upgrade and Batik won't process them.

Regards,
Brent.


*********** REPLY SEPARATOR  ***********

On 8/10/2007 at 12:49 AM Dirk-Lüder Kreie  wrote:

>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Brent Easton schrieb:
>>> Hey that sounds really cool. I tried batik once and aborted the run
>after
>>> like 30 minutes with 100% CPU utilization and no output. Seems like
>batik
>>> is really strict on errors, but the cases you report sound fixable.
>> 
>> Could you just run through the algorithm tilesgen.pl is using when
>rendering with Inkscape? I don't really follow how it is doing it.
>> 
>> I am thinking of using Batik to just create large images from the zooms
>(ie 512,512 form z13, 1024x1024 from z14) and then using Image-magick to
>cut them. I think it is going to be way faster.
>
>This will not work as expected, and introduce projection errors. You
>need to cut the image asymmetrically. This will of course enter all
>sorts of ugly pixelation if you do this on a rastered image version
>instead of on the svg.
>
>Currently the process uses the middle way between rendering each
>individual tile from svg and rendering one big file for every zoom which
>is then cut up:
>the process exports 256 px high pngs, which are then cut up horizontally
>into 256 px wide tiles. (No projection error there).

____________________________________________________________
Brent Easton                       
Analyst/Programmer                               
University of Western Sydney                                   
Email: b.easton at uws.edu.au