Skip to content

Build vector tilesets from large collections of GeoJSON features.

License

Notifications You must be signed in to change notification settings

anandthakker/tippecanoe

 
 

Repository files navigation

tippecanoe

Builds vector tilesets from large collections of GeoJSON features. This is a tool for making maps from huge datasets.

Intent

The goal of Tippecanoe is to enable making a scale-independent view of your data, so that at any level from the entire world to a single building, you can see the density and texture of the data rather than a simplification from dropping supposedly unimportant features or clustering or aggregating them.

If you give it all of OpenStreetMap and zoom out, it should give you back something that looks like "All Streets" rather than something that looks like an Interstate road atlas.

If you give it all the building footprints in Los Angeles and zoom out far enough that most individual buildings are no longer discernable, you should still be able to see the extent and variety of development in every neighborhood, not just the largest downtown buildings.

If you give it a collection of years of tweet locations, you should be able to see the shape and relative popularity of every point of interest and every significant travel corridor.

Installation

The easiest way to install tippecanoe on OSX is with Homebrew:

$ brew install tippecanoe

Usage

$ tippecanoe -o file.mbtiles [file.json ...]

If no files are specified, it reads GeoJSON from the standard input. If multiple files are specified, each is placed in its own layer.

The GeoJSON features need not be wrapped in a FeatureCollection. You can concatenate multiple GeoJSON features or files together, and it will parse out the features and ignore whatever other objects it encounters.

Options

Naming

  • -l name: Layer name (default "file" if source is file.json or output is file.mbtiles). Only works if there is only one layer.
  • -n name: Human-readable name (default file.json)

File control

  • -o file.mbtiles: Name the output file.
  • -f: Delete the mbtiles file if it already exists instead of giving an error

Zoom levels and resolution

  • -z zoom: Base (maxzoom) zoom level (default 14)
  • -Z zoom: Lowest (minzoom) zoom level (default 0)
  • -d detail: Detail at base zoom level (default 26-basezoom, ~0.5m, for tile resolution of 4096 if -z14)
  • -D detail: Detail at lower zoom levels (default 10, for tile resolution of 1024)
  • -m detail: Minimum detail that it will try if tiles are too big at regular detail (default 7)
  • -b pixels: Buffer size where features are duplicated from adjacent tiles. Units are "screen pixels"--1/256th of the tile width or height. (default 5)

Properties

  • -x name: Exclude the named properties from all features
  • -y name: Include the named properties in all features, excluding all those not explicitly named
  • -X: Exclude all properties and encode only geometries

Point simplification

  • -r rate: Rate at which dots are dropped at lower zoom levels (default 2.5)
  • -g gamma: Rate at which especially dense dots are dropped (default 0, for no effect). A gamma of 2 reduces the number of dots less than a pixel apart to the square root of their original number.

Doing less

  • -ps: Don't simplify lines
  • -pr: Don't reverse the direction of lines to make them coalesce better
  • -pc: Don't coalesce features with the same properties
  • -pf: Don't limit tiles to 200,000 features
  • -pk: Don't limit tiles to 500K bytes
  • -po: Don't reorder features to put the same properties in sequence
  • -pl: Let "dot" simplification apply to lines too
  • -pd: Dynamically drop some fraction of features from large tiles to keep them under the 500K size limit. It will probably look ugly at the tile boundaries.

Example

$ tippecanoe -o alameda.mbtiles -l alameda -n "Alameda County from TIGER" -z13 tl_2014_06001_roads.json
$ cat tiger/tl_2014_*_roads.json | tippecanoe -o tiger.mbtiles -l roads -n "All TIGER roads, one zoom" -z12 -Z12 -d14 -x LINEARID -x RTTYP

Point styling

To provide a consistent density gradient as you zoom, the Mapbox Studio style needs to be coordinated with the base zoom level and dot-dropping rate. You can use this shell script to calculate the appropriate marker-width at high zoom levels to match the fraction of dots that were dropped at low zoom levels.

If you used -z to change the base zoom level or -r to change the dot-dropping rate, replace them in the basezoom and rate below.

awk 'BEGIN {
    dotsize = 2;    # up to you to decide
    basezoom = 14;  # tippecanoe -z 14
    rate = 2.5;     # tippecanoe -r 2.5

    print "  marker-line-width: 0;";
    print "  marker-ignore-placement: true;";
    print "  marker-allow-overlap: true;";
    print "  marker-width: " dotsize ";";
    for (i = basezoom + 1; i <= 22; i++) {
        print "  [zoom >= " i "] { marker-width: " (dotsize * exp(log(sqrt(rate)) * (i - basezoom))) "; }";
    }

    exit(0);
}'

Geometric simplifications

At every zoom level, line and polygon features are subjected to Douglas-Peucker simplification to the resolution of the tile.

For point features, it drops 1/2.5 of the dots for each zoom level above the base. I don't know why 2.5 is the appropriate number, but the densities of many different data sets fall off at about this same rate. You can use -r to specify a different rate.

You can use the gamma option to thin out especially dense clusters of points. For any area that where dots are closer than one pixel together (at whatever zoom level), a gamma of 3, for example, will reduce these clusters to the cube root of their original density.

For line features, it drops any features that are too small to draw at all. This still leaves the lower zooms too dark (and too dense for the 500K tile limit, in some places), so I need to figure out an equitable way to throw features away.

Any polygons that are smaller than a minimum area (currently 9 square subpixels) will have their probability diffused, so that some of them will be drawn as a square of this minimum size and others will not be drawn at all, preserving the total area that all of them should have had together.

Features in the same tile that share the same type and attributes are coalesced together into a single geometry. You are strongly encouraged to use -x to exclude any unnecessary properties to reduce wasted file size.

If a tile is larger than 500K, it will try encoding that tile at progressively lower resolutions before failing if it still doesn't fit.

Development

Requires protoc (brew install protobuf or apt-get install libprotobuf-dev and protobuf-compiler), md2man (gem install md2man), and sqlite3 (apt-get install libsqlite3-dev). To build:

make

and perhaps

make install

Examples

Check out some examples of maps made with tippecanoe

Name

The name is a joking reference to making tiles.

About

Build vector tilesets from large collections of GeoJSON features.

Resources

License

Stars

Watchers

Forks

Packages

No packages published

Languages

  • C 55.9%
  • C++ 39.0%
  • Protocol Buffer 3.7%
  • Makefile 1.4%