[OSM-talk] Mapnik Tilecache Memory Error (Myanmar Cyclone Relief)
ojwlists at googlemail.com
Thu Jun 12 21:24:46 BST 2008
Yes, it was always designed for use with openlayers tiles
Thanks to Sebastian, who fixed the slippy.html today to display
pyrender tiles (typically pyrender is run as its own application, and
it starts serving tiles on http://localhost:1280/layer/z/x/y.png )
There's actually a screenshot of Sebastian's new rendering rules,
looking quite nice given the minimal amount of data its allowed to
note: the SVN copy of pyroute will query an OSM API server for data,
which sounds quite useful for your Myanmar setup where you have a
local OSM server, but not really appropriate for general use where
it's rude to do bulk-downloads.
There's a copy of the tile data module which doesn't use the API, it
assumes a server optimised for handing-out data in packages of one
map-tile per download:
but that relies on my [[Tile data server]] which doesn't yet have a
server admin to keep it all up-to-date...
Note: the pyrender graphics are *nothing like* what you see in the
main data layers - currently they're barely more than a debug output
of the map. So don't use it when you want to impress anyone with map
quality. However, it does share your 'quick setup' idea of not
needing to do stupid amounts of processing in advance just to serve
map tile images from an OSM API
On Wed, Jun 11, 2008 at 2:29 AM, Brett Henderson <brett at bretth.com> wrote:
> OJ W wrote:
>> It's only outline code now (i.e. no rendering rules), but pyrender
>> shares those objectives (render on demand, get small amounts of data
>> as required)
> Thanks for the info. Is this something that could be configured to generate
> tiles for an OpenLayers enabled web site?
> I have mod_tile up and running now so will go with that approach for now.
> One thing that might trigger a switch to another rendering mechanism is
> resource consumption, although mod_tile doesn't seem too heavy.
More information about the talk