[OSM-dev] Nestoria Tiles Write Up

raphael Jacquot sxpert at sxpert.org
Thu Oct 26 12:52:24 BST 2006


Nick Whitelegg wrote:
>> see my comments towards the end ;D
> 
>> The librsvg approach looks interesting, as ideally what is needed is a
>> lightweight SVG to PNG converter (command line based and easily
>> installable without a long dependency list). Does librsvg have many
>> dependencies?
> 
> Just a few ideas - not all might be 100% feasible/sensible - but thinking 
> out loud.
> 
> Apologies for following up my own post but I got an answer to this one... 
> it does seem it has quite a long list of dependencies. In the absence of a 
> server machine powerful enough to serve SVG to clients, and browsers which 
> can render SVG nicely (the ideal solution) an automated, distributed 
> rendering process sounds ideal. However participants ideally shouldn't 
> need to download a lot of dependencies to run it. Maybe (and this needs 
> more research) a Java solution (xalan/batik) would be better, as once you 
> have the JRE installed it's easy to run Java stuff. Also it would be easy 
> on both Linux and Windows. *However* I haven't experimented with batik so 
> am not sure how good it is at rendering tiles. 
> 
> The other approach that could be taken is something of a departure and 
> wouldn't go via SVG at all. Some GUI toolkits (e.g. qt) apparently do nice 
> rendering. Even the JOSM mappaint rendering with a few tweaks could 
> perhaps be good enough. So one option could be a standalone OSM browser 
> (based on JOSM???) which downloads the data, renders it then uploads it to 
> a central server.
> 
> Comments?
> 
> Nick

most linux based machines come with the necessary dependencies, and 
apt-get install librsvg should install them straight away for debian 
people anyways. I don't see the problem :d

in comparison installing java is probably more involved, and making sure 
stuff works with free versions of it may be more troublesome...




More information about the dev mailing list