MapLibre Cartography

MapLibre renders exactly what you describe in your style. This skill covers how to describe it well: choosing label colors for readability on any basemap, building a coherent visual hierarchy, and ordering style layers correctly. For font/glyph setup, see maplibre-fonts-glyphs; for sprites, icon sourcing, and route shields, see maplibre-sprites-icons.

When to Use This Skill

• Reviewing a style against cartographic best practices before it ships
• Choosing label text-color and text-halo-color, or point symbol/icon colors, for a new or migrated style — including cases where they read fine on a flat vector basemap but disappear or camouflage once the basemap is imagery
• Setting up or debugging sprite, icons, or route shields — see maplibre-sprites-icons; for glyphs, see maplibre-fonts-glyphs
• Injecting your own data layers into an existing basemap without covering labels
• Restyling roads from a light-basemap vector palette so they sit in (not on top of) imagery
• Auditing a style for contrast accessibility

Basemap Type Determines Label Colors

MapLibre places labels dynamically, so you cannot mask the background behind each label as you would on a static map. Instead, choose a text-halo-color that separates the label from every background it might land on, and a text-color that reads against the halo. On a single uniform basemap tone (flat light or dark vector), the halo can match that tone instead of contrasting it — the text itself does the contrasting against the basemap. Imagery has no single tone to match, so there the halo must contrast every possible background instead:

The most common mistake is a white halo with no transparency: unless the background is pure white, it disrupts the spatial connection between the label and the feature it labels — add transparency. The second is reusing a light-vector palette over imagery, where it fails on dark terrain, forests, and water. On imagery, always use white text and a dark semi-transparent halo ("text-color": "#ffffff", "text-halo-color": "rgba(0,0,0,0.75)", "text-halo-width": 1.2).

For tinted labels (parks, water, POIs), use a light tint of the semantic color (#c8f5cc parks, #a8d8ff water) rather than the dark saturated version: tints read against dark halos while keeping semantic meaning, where full-saturation colors contrast poorly at small sizes.

Halo width

Wider halos increase legibility but add visual weight. Typical values:

text-halo-width is in pixels relative to the text. The halo must not bleed into adjacent labels: keep it tight at small text sizes and add transparency.

Point Symbols and Icons on Imagery

Markers face the same figure-ground problem as labels, but with different tools. A colored icon on aerial imagery competes with an unpredictable, busy, desaturated photographic background.

• You cannot separate a symbol from a background that owns its hue. A green icon over green parkland, a brown icon over bare soil: both camouflage. Most aerial imagery is low-saturation, so the axis the background is weakest on is chroma. A saturated fill (amber, terracotta) separates while still reading as a natural, earthy color. Shifting hue alone, toward a different earth tone, does not help if that hue is also in the scene.
• Carve the symbol out with icon-halo-color/icon-halo-width, exactly as you would halo a label — this only affects SDF sprite images (addImage(..., { sdf: true }) or a sprite built as SDF); a full-color raster icon has no halo paint property, so any edge treatment on it has to be baked into the artwork itself. A thin light halo reads against dark canopy and water; a darker edge holds against bright soil and rooftops. Keep it thin — a fat ring reads as a sticker — except for the one class of symbol meant to dominate the map (an emergency marker, the single most important thematic feature), where a heavier ring is the point.
• Flat fills read as stickers on a photo. Give landform or 3D symbols dimensional cues. A gradient (lighter on the lit slope, darker on the shaded slope) models form. A contact shadow, a blurred flattened ellipse pooled under the base, anchors the symbol to the ground far better than an offset drop-shadow, which makes it look like it floats. Match the symbol's lighting and shadow direction to the basemap's hillshade-illumination-direction (commonly NW, 315°) so the symbol sits in the same light as the terrain.

SVG icons via addImage: when loading an SVG into a sprite image at runtime (fetch the SVG, decode it as an Image, then map.addImage), the SVG rasterizes at decode time, so linearGradient and feDropShadow filters bake in correctly.[1] Two gotchas: pad the viewBox so halos and shadows are not clipped at the icon edge, and keep width/height proportional to the viewBox or the glyph distorts. Use "icon-allow-overlap": true for dense point data.

Visual Hierarchy

A well-ordered hierarchy means the most important features dominate at the appropriate zoom level — for labels and for line/polygon data layers alike. For labels, MapLibre controls hierarchy through text size, font weight, letter spacing, contrast, and zoom-range visibility. The same tools apply to lines and polygons: line-width and fill saturation stand in for text size, and contrast against the basemap (a saturated line on a muted background, a muted fill on a busy one) does as much hierarchy work as size does — see Styling Vector Roads Over Imagery below for the line/polygon case in detail.

Text size by feature class

Text size should decrease as feature importance decreases. These stops are a starting point; adjust for your tile schema and zoom range:

Points of interest (POI) labels should be visually lighter (smaller, thinner weight) than settlement labels at the same zoom. On an imagery map showing gentle terrain like rolling hills, keep peak labels smaller than airport labels — these are elevation markers, not dominant landmarks.

Font weight

Use font weight to reinforce hierarchy via text-font (e.g. ["Noto Sans Bold"]): Bold for countries and capital cities, Regular for towns, cities, and most labels, Italic for water bodies, parks, and regions (a cartographic convention no longer always observed).

Multi-line labels

For compact two-line labels (e.g. a symbol character above a name), reduce text-line-height below 1.0 to avoid excessive spacing:

{
  "text-field": "△\n{name:latin}",
  "text-line-height": 0.9,
  "text-max-width": 8
}

Values around 0.9 produce tight, readable two-line labels at small sizes. Do not go below ~0.8 or lines will overlap at standard font sizes.

Text transform and spacing

• Use "text-transform": "uppercase" for country and continent labels — a conventional cartographic practice
• Use "text-letter-spacing": 0.05–0.1 for region labels to spread them across a territory

Styling Vector Roads Over Imagery

Vector road palettes from light-basemap styles (OSM Bright, OSM Liberty) are tuned to pop against pale paper, using high saturation, warm hues, and full opacity. Those same properties compete with the photo once the basemap is imagery. Treat the imagery as the subject and the roads as a reference overlay layered on top of it, not the other way around.

• Desaturate hard. Move fills and casings toward neutral greys or muted tones. The bright orange/yellow road hierarchy (#f90, #fd4, #b06010) is the most common offender; replace fills with light greys and casings with a darker grey or a deep same-hue color.
• Keep hierarchy in width and value, not hue. The width ramps already encode motorway > residential; you do not need loud color to say it.
• Opaque, not transparent. Semi-transparent roads let imagery texture bleed through and flatten the whole map. Prefer opaque fills with a value-contained casing for crisp, layered roads.
• The casing contains the road. A casing darker than the fill draws the median line that keeps dual carriageways from merging into one blob. A knockout casing, a deeper shade of the fill's own hue rather than a foreign black, defines the edge without a harsh cartoon outline.
• Control brightness by zoom. Roads tuned at high zoom often read too heavy at the opening (low) zoom, where only thin major roads show and the casing dominates. Interpolate color by zoom: casing dark at low zoom lightening as you zoom in, fills the lightest element brightening as the network fills in.

{
  "line-color": ["interpolate", ["linear"], ["zoom"], 10, "#454545", 12, "#5a5a5a", 14, "#6e6e6e"]
}

Sprites and icons

Sprite setup, loading multiple sprite sheets, self-hosting sprite assets, building a sprite from SVGs, and diagnosing route shields live in maplibre-sprites-icons.

Style Layer Ordering

MapLibre renders style layers in the order they appear in the style's layers array — first item is drawn first (bottom), last is drawn last (top). Getting this wrong is the most common cause of data layers obscuring basemap labels.

The injection pattern

When adding your own data to an existing basemap style at runtime, insert your data layers before the first symbol layer (find it with map.getStyle().layers.find((l) => l.type === 'symbol')?.id and pass it as the second argument of addLayer) so your geometry renders under labels. Without that argument the data layer goes above everything, including labels.

Canonical style layer order for custom styles

When building a style from scratch, follow this ordering bottom to top:

1. background
2. Raster imagery (if using satellite/aerial source)
3. Hillshade layers (if any — see maplibre-terrain-rendering for configuration)
4. Terrain fill (water, land, parks — polygon layers)
5. Line layers (roads, boundaries, rivers)
6. Your data polygon and line layers
7. The basemap's own symbol layers (place labels, road labels)
8. Your data symbol/label layers (if any)

Hillshade sits directly above raster imagery and below all vector layers, with sufficient transparency to allow the imagery to show through. If you add transparency to the imagery and layer it over the hillshade, the imagery will appear faded or washed out. Hillshade applied over vector layers will make line and fill colors look blotchy, blurry or muted.

Accessibility

MapLibre styles are rendered in the browser as a WebGL canvas. Accessibility considerations:

• Text contrast: WCAG 2.1 AA requires 4.5:1 for normal text, 3:1 for large (SC 1.4.3). White text on a rgba(0,0,0,0.75) halo satisfies this for most backgrounds — check the combined text+halo color, not the text alone, with a tool like the WebAIM Contrast Checker.
• Do not rely on color alone: use shape, size, or pattern in addition to hue.
• Minimum label size: prefer size stops that start at 10px even at low zoom.
• Screen readers and the WebGL canvas: MapLibre's canvas is not inherently accessible to screen readers. For accessible map experiences, provide an accessible alternative such as a data table or a text description of the map contents.

Related Skills

• maplibre-sprites-icons — The sprite base URL and {id, url} array form, self-hosting and building sprites, runtime images with addImage, and route shields.
• maplibre-fonts-glyphs — Setting up the glyphs URL, self-hosting or generating font PBFs, the GL JS local-font fallback, MapLibre Native's font-faces, and non-Latin script support.
• maplibre-tile-sources — Choosing between GeoJSON and tiles for a dataset.
• maplibre-source-wiring — Getting a configured source to render: TileJSON, source-layer, layer order, and CORS.
• maplibre-pmtiles-patterns — Serving imagery (raster) and terrain sources from PMTiles files.
• maplibre-terrain-rendering — Hillshade, color-relief, contours, and 3D terrain configuration.

References

1. Map.addImage() (MapLibre GL JS API)

This skill is a snapshot. Where a primary source contradicts it — the References above, MapLibre's current documentation, or what MapLibre does when you run it — that source wins. Follow it, then report the disagreement, citing the source and your MapLibre version: editing your installed copy helps no one else and is overwritten on the next update.