On the linked mapbox-presentation is a good explanation, all tiles that are equal have only one representation on the server. Mapbox seems to have found a way to stop the renderer if it's not necessary to go deeper in the zoomlevels. For a simple graphic like that of WIWOSM it should be possible to reduce the space to 1%. After the first mbtiles we will know more....
I understand that we will have >100.000 mbtiles-files on the server but this should be no problem to handle. We don't need a daily update for IE-user.
An empty 2-color png has a size of only 116 Bytes so network-traffic should be also no problem.
Rendering-on-demand sounds a good idea or we render on free resources off external computers.
MBtiles sounds also interessting for Wikipedia-maps-workshop (German:"Wikipedia:Kartenwerkstatt") so it would be generally nice to handle it.
Greetings Kolossos
Am 17.04.2012 20:36, schrieb Daniel Schwen:
But you are still looking at a ton of tilesets here! How are you planning to approach that? On-demand rendering? Or do you seriously want to pre-render for all possible categories or list articles?!
On Tue, Apr 17, 2012 at 12:13 PM, Tim Alder tim.alder@s2002.tu-chemnitz.de wrote:
Hello, has somebody here experiences with mbtiles? I want to render WIWOSM for to things: *boring IE support *to support Wikipedia categories and collection articles in the kind of Template:GeoGroup/Vorlage:All Coordinates [1] A technical solution seems me better before the people begin to tag this in OSM. A vector solution for an article like "List of rivers of Germany" will kill each browser.
If I understand it correct in the actual mapbox-presentation[2] it's possible to save render time and server space by using redundancy.
Greetings Kolossos
[1] http://en.wikipedia.org/wiki/Template:GeoGroup [2] http://mapbox.com/blog/rendering-the-world/
Maps-l mailing list Maps-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l
Maps-l mailing list Maps-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/maps-l