On Jan 5, 2011, at 11:29 AM, M∡rtin Koppenhoefer wrote: > 2011/1/5 Dane Springmeyer <[email protected]>: > > Dane, thank you for this instant reply. > > >> On Jan 5, 2011, at 11:08 AM, M∡rtin Koppenhoefer wrote: >>> Is there a way to render metatiles in Mapnik without using mod_tile? >> Tilecache can render metatiles but they will not be in the same .meta format >> that mod_tile uses. >> So you need that specific format? > > > I don't think that I need this format. I need simple OSM-tiles (256px, > x/y/z.png). I want to render metatiles to be more efficient.
Hmm, well then you'll need mod_tile live within apache to expose tiles via that url scheme (or use the mod_tile tool "convert_meta" which I think will unpack them in that scheme on the filesystem). > Currently > using generate_tiles with a buffer of 350, and I guess rendering > metatiles will speed up the whole process a lot. Why 350? 128 should do it. Do you still have cut labels/shields? generate_tiles.py could be easily modified to render metatiles (then chop them up on the fly) into the z/x/y.png scheme. It may already do this.... > >>> I >>> am aware of renderd and tirex, but both of them seem to require >>> mod_tile. I am rendering some batch jobs and do not need mod_tile at >>> the moment (actually I can't use it, because the laptop I am rendering >>> on has no more space on it's HD, so I render to a linked remote >>> tile-directory on a MacMini, where mod_tile doesn't run on AFAIK). >> >> mod_tile/rendered can be installed on mac os x just fine. Let me know if you >> need help. > > cool, thank you, I will try to install it. I read in the wiki that it > was not possible, so I didn't try till now. Ya, should be possible, just that other tools can be hangups, like the new osm2pgsql autotools stuff is a major pain on os x, but the whole osm chain can be made to work. > > cheers, > Martin _______________________________________________ Mapnik-users mailing list [email protected] https://lists.berlios.de/mailman/listinfo/mapnik-users
