[Tiling] Steps towards a better filemanagement

Frederic Junod frederic.junod at camptocamp.com
Mon Apr 11 08:26:21 EDT 2011


Hello,

Do you know http://mbtiles.org/ ?

Never tried myself but it looks exactly what you planning to do: 'x,
y, z, blob' table in a SQLite database.

fredj

On Mon, Apr 11, 2011 at 1:27 PM, Oliver Tonnhofer <olt at omniscale.de> wrote:
> Hi list, hi Steven,
>
> On 11.04.2011, at 10:32, Steven M. Ottens wrote:
>> Last week I met Oliver Tonnhofer at FOSSGIS in Germany. We discussed the problems of tiling and especially tile-cache-management. My immediate problems are too many files to manage (for instance backups), updating of tiles, smart seeding (seeding the most popular regions first).
>> He said that he already had done some benchmarks on SQLite and it appears to be fast enough to serve tiles. So our idea is to use SQLite as a tilestore. Storing both the tiles and its metadata. Most likely using one database per tilecache-layer or maybe one database per tilecache-layer and zoomlevel.
>
> Yes, we developed an SQLite based prototype (simple table with x, y, z, blob) and the numbers where quite comparable with the file system based tile backend (tilecache schema). I'll post the numbers here in the next days.
>
> I've also started to design a database schema for a new tile store format that supports multiple caches per database and also caches split into multiple databases. I'll write that all up and post it here for discussion.
>
>
> Regards,
> Oliver
>
> --
> Oliver Tonnhofer    | Omniscale GmbH & Co KG    | http://omniscale.de
> http://mapproxy.org | https://bitbucket.org/olt | @oltonn
>
>
>
>
> _______________________________________________
> Tiling mailing list
> Tiling at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/tiling
>



-- 
Frédéric Junod
Camptocamp SA


More information about the Tiling mailing list