MBTiles

Driver short name

MBTiles

Build dependencies

libsqlite3

The MBTiles driver allows reading rasters in the MBTiles format, which is a specification for storing tiled map data in SQLite databases.

Starting with GDAL 2.1, the MBTiles driver has creation and write support for MBTiles raster datasets.

Starting with GDAL 2.3, the MBTiles driver has read and write support for MBTiles vector datasets. For standalone Mapbox Vector Tile files or set of MVT files, see the MVT driver. Note: vector write support requires GDAL to be built with GEOS.

GDAL/OGR must be compiled with OGR SQLite driver support, and JPEG and PNG drivers.

The SRS is always the Pseudo-Mercator (a.k.a Google Mercator) projection, EPSG:3857.

Starting with GDAL 2.3, the driver will open a dataset as RGBA. For previous versions, the driver will try to determine the number of bands by probing the content of one tile. It is possible to alter this behavior by defining the MBTILES_BAND_COUNT configuration option (or starting with GDAL 2.1, the BAND_COUNT open option) to the number of bands. The values supported are 1, 2, 3 or 4. Four band (Red,Green,Blue,Alpha) dataset gives the maximum compatibility with the various encodings of tiles that can be stored.

The driver will use the 'bounds' metadata in the metadata table and do necessary tile clipping, if needed, to respect that extent. However that information being optional, if omitted, the driver will use the extent of the tiles at the maximum zoom level. The user can also specify the USE_BOUNDS=NO open option to force the use of the actual extent of tiles at the maximum zoom level. Or it can specify any of MINX/MINY/MAXX/MAXY to have a custom extent.

The driver can retrieve pixel attributes encoded according to the UTFGrid specification available in some MBTiles files. They can be obtained with the gdallocationinfo utility, or with a GetMetadataItem("Pixel_iCol_iLine", "LocationInfo") call on a band object.

Driver capabilities

Supports CreateCopy()

This driver supports the GDALDriver::CreateCopy() operation

Supports Create()

This driver supports the GDALDriver::Create() operation

Supports Georeferencing

This driver supports georeferencing

Supports VirtualIO

This driver supports virtual I/O operations (/vsimem/, etc.)

Configuration options

Configuration options can be specified in command-line tools using the syntax --config <NAME>=<VALUE> or using functions such as CPLSetConfigOption() (C) or gdal.config_options (Python). The following configuration option is available:

  • MBTILES_BAND_COUNT=value: Equivalent of BAND_COUNT open option.

Opening options

Open options can be specified in command-line tools using the syntax -oo <NAME>=<VALUE> or by providing the appropriate arguments to GDALOpenEx() (C) or gdal.OpenEx (Python). The following open options are available:

  • Raster and vector:

    • ZOOM_LEVEL=value: Integer value between 0 and the maximum filled in the tiles table. By default, the driver will select the maximum zoom level, such as at least one tile at that zoom level is found in the 'tiles' table.

    • USE_BOUNDS=[YES​/​NO]: Defaults to YES. Whether to use the 'bounds' metadata, when available, to determine the AOI.

    • MINX=value: Minimum easting (in EPSG:3857) of the area of interest.

    • MINY=value: Minimum northing (in EPSG:3857) of the area of interest.

    • MAXX=value: Maximum easting (in EPSG:3857) of the area of interest.

    • MAXY=value: Maximum northing (in EPSG:3857) of the area of interest.

  • Raster only:

    • BAND_COUNT=[AUTO​/​1​/​2​/​3​/​4]: Defaults to AUTO. Number of bands of the dataset exposed after opening. Some conversions will be done when possible and implemented, but this might fail in some cases, depending on the BAND_COUNT value and the number of bands of the tile.

    • TILE_FORMAT=[PNG​/​PNG8​/​JPEG​/​WEBP]: Defaults to PNG. Format used to store tiles. See Tile formats section. Only used in update mode.

    • QUALITY=1-100: Defaults to 75. Quality setting for JPEG/WEBP compression. Only used in update mode.

    • ZLEVEL=1-9: Defaults to 6. DEFLATE compression level for PNG tiles. Only used in update mode.

    • DITHER=[YES​/​NO]: Defaults to NO. Whether to use Floyd-Steinberg dithering (for TILE_FORMAT=PNG8). Only used in update mode.

  • Vector only:

    • CLIP=[YES​/​NO]: Defaults to YES. Whether to clip geometries of vector features to tile extent.

    • ZOOM_LEVEL_AUTO=[YES​/​NO]: Defaults to NO. Whether to auto-select the zoom level for vector layers according to the spatial filter extent. Only for display purpose.

Raster creation issues

Depending of the number of bands of the input dataset and the tile format selected, the driver will do the necessary conversions to be compatible with the tile format. When using the CreateCopy() API (such as with gdal_translate), automatic reprojection of the input dataset to EPSG:3857 (Pseudo-Mercator) will be done, with selection of the appropriate zoom level.

Fully transparent tiles will not be written to the database, as allowed by the format.

The driver implements the Create() and IWriteBlock() methods, so that arbitrary writing of raster blocks is possible, enabling the direct use of MBTiles as the output dataset of utilities such as gdalwarp.

On creation, raster blocks can be written only if the geotransformation matrix has been set with SetGeoTransform() This is effectively needed to determine the zoom level of the full resolution dataset based on the pixel resolution, dataset and tile dimensions.

Technical/implementation note: in the general case, GDAL blocks do not exactly match a single MBTiles tile. In which case, each GDAL block will overlap four MBTiles tiles. This is easily handled on the read side, but on creation/update side, such configuration could cause numerous decompression/ recompression of tiles to be done, which might cause unnecessary quality loss when using lossy compression (JPEG). To avoid that, the driver will create a temporary database next to the main MBTiles file to store partial MBTiles tiles in a lossless (and uncompressed) way. Once a tile has received data for its four quadrants and for all the bands (or the dataset is closed or explicitly flushed with FlushCache()), those uncompressed tiles are definitely transferred to the MBTiles file with the appropriate compression. All of this is transparent to the user of GDAL API/utilities

Tile formats

MBTiles can store tiles in PNG, JPEG or WEBP (since 3.8). Support for those tile formats depend if the underlying drivers are available in GDAL. By default, GDAL will produce PNG tiles.

It is possible to select the tile format by setting the creation/open option TILE_FORMAT to one of PNG, PNG8, JPEG or WEBP. When using JPEG, the alpha channel will not be stored.

PNG8 can be selected to use 8-bit PNG with a color table up to 256 colors. On creation, an optimized color table is computed for each tile. The DITHER option can be set to YES to use Floyd/Steinberg dithering algorithm, which spreads the quantization error on neighbouring pixels for better rendering (note however than when zooming in, this can cause non desirable visual artifacts). Setting it to YES will generally cause less effective compression. Note that at that time, such an 8-bit PNG formulation is only used for fully opaque tiles, as the median-cut algorithm currently implemented to compute the optimal color table does not support alpha channel (even if PNG8 format would potentially allow color table with transparency). So when selecting PNG8, non fully opaque tiles will be stored as 32-bit PNG.

Vector creation issues

Tiles are generated with WebMercator (EPSG:3857) projection. It is possible to decide at which zoom level ranges a given layer is written. Several layers can be written but the driver has only write-once support for vector data. For writing several vector datasets into MBTiles file an intermediate format like GeoPackage must be used as a container so that all layers can be converted at the same time. Write-once support means also that existing vector layers can't be edited.

Part of the conversion is multi-threaded by default, using as many threads as there are cores. The number of threads used can be controlled with the GDAL_NUM_THREADS configuration option.

Creation options

Creation options can be specified in command-line tools using the syntax -co <NAME>=<VALUE> or by providing the appropriate arguments to GDALCreate() (C) or Driver.Create (Python). The following creation options are available:

  • Raster and vector:

    • NAME=value: Tileset name, used to set the 'name' metadata item. If not specified, the basename of the filename will be used.

    • DESCRIPTION=value: A description of the layer, used to set the 'description' metadata item. If not specified, the basename of the filename will be used.

    • TYPE=[overlay​/​baselayer]: Defaults to overlay. The layer type, used to set the 'type' metadata item.

  • Raster only:

    • VERSION=value: Defaults to 1.1. The version of the tileset, as a plain number, used to set the 'version' metadata item.

    • BLOCKSIZE=<integer>: Defaults to 256. Block/tile size in width and height in pixels. Maximum supported is 4096.

    • TILE_FORMAT=[PNG​/​PNG8​/​JPEG​/​WEBP]: Defaults to PNG. Format used to store tiles. See Tile formats section.

    • QUALITY=1-100: Defaults to 75. Quality setting for JPEG/WEBP compression.

    • ZLEVEL=1-9: Defaults to 6. DEFLATE compression level for PNG tiles.

    • DITHER=[YES​/​NO]: Defaults to NO. Whether to use Floyd-Steinberg dithering (for TILE_FORMAT=PNG8).

    • ZOOM_LEVEL_STRATEGY=[AUTO​/​LOWER​/​UPPER]: Defaults to AUTO. Strategy to determine zoom level. LOWER will select the zoom level immediately below the theoretical computed non-integral zoom level, leading to subsampling. On the contrary, UPPER will select the immediately above zoom level, leading to oversampling. Defaults to AUTO which selects the closest zoom level.

    • RESAMPLING=[NEAREST​/​BILINEAR​/​CUBIC​/​CUBICSPLINE​/​LANCZOS​/​MODE​/​AVERAGE]: Defaults to BILINEAR. Resampling algorithm.

    • WRITE_BOUNDS=[YES​/​NO]: Defaults to YES. Whether to write the bounds 'metadata' item.

  • Vector only (GDAL >= 2.3):

    • MINZOOM=<integer>: Defaults to 0. Minimum zoom level at which tiles are generated.

    • MAXZOOM=<integer>: Defaults to 5. Maximum zoom level at which tiles are generated. Maximum supported value is 22

    • CONF=value: Layer configuration as a JSON serialized string.

    • SIMPLIFICATION=<float>: Simplification factor for linear or polygonal geometries. The unit is the integer unit of tiles after quantification of geometry coordinates to tile coordinates. Applies to all zoom levels, unless SIMPLIFICATION_MAX_ZOOM is also defined.

    • SIMPLIFICATION_MAX_ZOOM=<float>: Simplification factor for linear or polygonal geometries, that applies only for the maximum zoom level.

    • EXTENT=<integer>: Defaults to 4096. Number of units in a tile. The greater, the more accurate geometry coordinates (at the expense of tile byte size).

    • BUFFER=<integer>: Number of units for geometry buffering. This value corresponds to a buffer around each side of a tile into which geometries are fetched and clipped. This is used for proper rendering of geometries that spread over tile boundaries by some rendering clients. Defaults to 80 if EXTENT=4096.

    • COMPRESS=[YES​/​NO]: Defaults to YES. Whether to compress tiles with the Deflate/GZip algorithm. Defaults to YES. Should be left to YES for FORMAT=MBTILES.

    • TEMPORARY_DB=<filename>: Filename with path for the temporary database used for tile generation. By default, this will be a file in the same directory as the output file/directory.

    • MAX_SIZE=<bytes>: Defaults to 500000. Maximum size of a tile in bytes (after compression). If a tile is greater than this threshold, features will be written with reduced precision, or discarded.

    • MAX_FEATURES=<integer>: Defaults to 200000. Maximum number of features per tile.

    • BOUNDS=<min_long,min_lat,max_long,max_lat>: Override default value for bounds metadata item which is computed from the extent of features written.

    • CENTER=<long,lat,zoom_level>: Override default value for center metadata item, which is the center of BOUNDS at minimum zoom level.

Layer configuration (vector)

The above mentioned CONF dataset creation option can be set to a string whose value is a JSON serialized document such as the below one:

{
    "boundaries_lod0": {
        "target_name": "boundaries",
        "description": "Country boundaries",
        "minzoom": 0,
        "maxzoom": 2
    },
    "boundaries_lod1": {
        "target_name": "boundaries",
        "minzoom": 3,
        "maxzoom": 5
    }
}

boundaries_lod0 and boundaries_lod1 are the name of the OGR layers that are created into the target MVT dataset. They are mapped to the MVT target layer boundaries.

It is also possible to get the same behavior with the below layer creation options, although that is not convenient in the ogr2ogr use case.

Layer creation options (vector)

Layer creation options can be specified in command-line tools using the syntax -lco <NAME>=<VALUE> or by providing the appropriate arguments to GDALDatasetCreateLayer() (C) or Dataset.CreateLayer (Python). The following layer creation options are available:

  • MINZOOM=<integer>: Minimum zoom level at which tiles are generated. Defaults to the dataset creation option MINZOOM value.

  • MAXZOOM=<integer>: Maximum zoom level at which tiles are generated. Defaults to the dataset creation option MAXZOOM value. Maximum supported value is 22

  • NAME=value: Target layer name. Defaults to the layer name, but can be overridden so that several OGR layers map to a single target MVT layer. The typical use case is to have different OGR layers for mutually exclusive zoom level ranges.

  • DESCRIPTION=value: A description of the layer.

Overviews (raster)

gdaladdo / BuildOverviews() can be used to compute overviews. Only power-of-two overview factors (2,4,8,16,...) are supported.

If more overview levels are specified than available, the extra ones are silently ignored.

Overviews can also be cleared with the -clean option of gdaladdo (or BuildOverviews() with nOverviews=0)

Vector tiles

Starting with GDAL 2.3, the MBTiles driver can read MBTiles files containing vector tiles conforming to the Mapbox Vector Tile format (format=pbf).

The driver requires the 'metadata' table to contain a name='json' entry, that has a 'vector_layers' array describing layers and their schema. See metadata.json

Note: The driver will make no effort of stitching together geometries for features that overlap several tiles.

Examples:

  • Accessing a remote MBTiles raster :

    $ gdalinfo /vsicurl/http://a.tiles.mapbox.com/v3/kkaefer.iceland.mbtiles
    

    Output:

    Driver: MBTiles/MBTiles
    Files: /vsicurl/http://a.tiles.mapbox.com/v3/kkaefer.iceland.mbtiles
    Size is 16384, 16384
    Coordinate System is:
    PROJCS["WGS 84 / Pseudo-Mercator",
        GEOGCS["WGS 84",
            DATUM["WGS_1984",
                SPHEROID["WGS 84",6378137,298.257223563,
                    AUTHORITY["EPSG","7030"]],
                AUTHORITY["EPSG","6326"]],
            PRIMEM["Greenwich",0,
                AUTHORITY["EPSG","8901"]],
            UNIT["degree",0.0174532925199433,
                AUTHORITY["EPSG","9122"]],
            AUTHORITY["EPSG","4326"]],
        PROJECTION["Mercator_1SP"],
        PARAMETER["central_meridian",0],
        PARAMETER["scale_factor",1],
        PARAMETER["false_easting",0],
        PARAMETER["false_northing",0],
        UNIT["metre",1,
            AUTHORITY["EPSG","9001"]],
        AXIS["X",EAST],
        AXIS["Y",NORTH],
        EXTENSION["PROJ4","+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +wktext  +no_defs"],
        AUTHORITY["EPSG","3857"]]
    Origin = (-3757031.250000000000000,11271093.750000000000000)
    Pixel Size = (152.873992919921875,-152.873992919921875)
    Image Structure Metadata:
      INTERLEAVE=PIXEL
    Corner Coordinates:
    Upper Left  (-3757031.250,11271093.750) ( 33d44'59.95"W, 70d36'45.36"N)
    Lower Left  (-3757031.250, 8766406.250) ( 33d44'59.95"W, 61d36'22.97"N)
    Upper Right (-1252343.750,11271093.750) ( 11d14'59.98"W, 70d36'45.36"N)
    Lower Right (-1252343.750, 8766406.250) ( 11d14'59.98"W, 61d36'22.97"N)
    Center      (-2504687.500,10018750.000) ( 22d29'59.97"W, 66d30'47.68"N)
    Band 1 Block=256x256 Type=Byte, ColorInterp=Red
      Overviews: 8192x8192, 4096x4096, 2048x2048, 1024x1024, 512x512
      Mask Flags: PER_DATASET ALPHA
      Overviews of mask band: 8192x8192, 4096x4096, 2048x2048, 1024x1024, 512x512
    Band 2 Block=256x256 Type=Byte, ColorInterp=Green
      Overviews: 8192x8192, 4096x4096, 2048x2048, 1024x1024, 512x512
      Mask Flags: PER_DATASET ALPHA
      Overviews of mask band: 8192x8192, 4096x4096, 2048x2048, 1024x1024, 512x512
    Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
      Overviews: 8192x8192, 4096x4096, 2048x2048, 1024x1024, 512x512
      Mask Flags: PER_DATASET ALPHA
      Overviews of mask band: 8192x8192, 4096x4096, 2048x2048, 1024x1024, 512x512
    Band 4 Block=256x256 Type=Byte, ColorInterp=Alpha
      Overviews: 8192x8192, 4096x4096, 2048x2048, 1024x1024, 512x512
    
  • Reading pixel attributes encoded according to the UTFGrid specification :

    $ gdallocationinfo /vsicurl/http://a.tiles.mapbox.com/v3/mapbox.geography-class.mbtiles -wgs84 2 49 -b 1 -xml
    

    Output:

    <Report pixel="33132" line="22506">
      <BandReport band="1">
        <LocationInfo>
          <Key>74</Key>
          <JSon>{"admin":"France","flag_png":"iVBORw0KGgoAAAANSUhEUgAAAGQAAABDEAIAAAC1uevOAAAACXBIWXMAAABIAAAASABGyWs+AAAABmJLR0T///////8JWPfcAAABPklEQVR42u3cMRLBQBSA4Zc9CgqcALXC4bThBA5gNFyFM+wBVNFqjYTszpfi1Sm++bOv2ETEdNK2pc/T9ny977rCn+fx8rjtc7dMmybnxXy9KncGWGCBBRZYYIEFFlhggQUWWGCBBRZYYIE1/GzSLB0CLLAUCyywwAILLLDAAgsssGyFlcAqnJRiKRZYYIEFFlhggQUWWGDZCsFSLLDAAgsssP4DazQowVIssMACy1ZYG6wP30qxwFIssMACCyywwOr/HAYWWIplKwQLLLDAAgssZyywwAILLLDAqh6We4VgKZatECywFAsssMACCyywwAILLLBshWCBpVhggQUWWGCBBRZYYIFlKwQLLMUCCyywwAILLLBG+T8ZsMBSLFshWIoFFlhg/fp8BhZYigUWWGB9C+t9ggUWWGD5FA44XxBz7mcwZM9VAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDExLTA5LTAyVDIzOjI5OjIxLTA0OjAwcQbBWgAAACV0RVh0ZGF0ZTptb2RpZnkAMjAxMS0wMi0yOFQyMTo0ODozMS0wNTowMJkeu+wAAABSdEVYdHN2ZzpiYXNlLXVyaQBmaWxlOi8vL2hvbWUvYWovQ29kZS90bS1tYXN0ZXIvZXhhbXBsZXMvZ2VvZ3JhcGh5LWNsYXNzL2ZsYWdzL0ZSQS5zdmen2JoeAAAAAElFTkSuQmCC"}</JSon>
        </LocationInfo>
        <Value>238</Value>
      </BandReport>
    </Report>
    
  • Converting a dataset to MBTiles and adding overviews :

    $ gdal_translate my_dataset.tif my_dataset.mbtiles -of MBTILES
    $ gdaladdo -r average my_dataset.mbtiles 2 4 8 16
    
  • Opening a vector MBTiles:

    $ ogrinfo /home/even/gdal/data/mvt/out.mbtiles
    INFO: Open of `/home/even/gdal/data/mvt/out.mbtiles'
          using driver `MBTiles' successful.
    Metadata:
      ZOOM_LEVEL=5
      name=out.mbtiles
      description=out.mbtiles
      version=2
      minzoom=0
      maxzoom=5
      center=16.875000,44.951199,5
      bounds=-180.000000,-85.051129,180.000000,83.634101
      type=overlay
      format=pbf
    1: ne_10m_admin_1_states_provinces_shpgeojson (Multi Polygon)
    
  • Converting a GeoPackage to a Vector tile MBTILES:

    $ ogr2ogr -f MBTILES target.mbtiles source.gpkg -dsco MAXZOOM=10
    

See Also