Services de tuilage supportés

Author:Thomas Bonfort
Contact:tbonfort at
Author:Stephen Woodbridge

MapCache has the ability to serve tiles using a variety of different request protocols and tile-naming conventions. This document describes these. The various services must be turned on in the mapcache.xml file for MapCache to respond to these specific requests.

All services are available on the demo interface, from which you are highly encouraged to copy/paste the JavaScript code to get started when creating your own pages accessing the MapCache tiles.

The following notation is used on this page and refers to object names in the mapcache.xml configuration file.

  • <tileset_name> - nom d’un jeu de tuiles configuré

  • <grid_name> - nom de la grille définie explicitement ou implicitement

  • <quadkey> - specific to the Virtual Earth tile service
  • <z> - zoom level in zxy naming scheme
  • <y> - numéro de ligne dans le schéma de nommage zxy

  • <x> - numéro de colonne dans le schéma de nommage zxy

TMS Service

Le service TMS service utilise un schéma de tuilage de type z/x/y où:

  • z est le niveau de zoom

  • x est le numéro de colonne

  • y est le numéro de ligne

Pour activer le service TMS, ajoutez ces lignes au fichier de configuration mapcache.xml:

<service type="tms" enabled="true"/>

Un document de “capabilities” peut être récupéré via:

Les tuiles sont demandées en utilisant le schéma:<tileset_name>@<grid_name>/<z>/<x>/<y>.png

For EPSG:3857, EPSG:900913, or GoogleMapsCompatible grids, with cell = [z/x/y]:








For EPSG:4326 or WGS84 grids:


The OGC WMTS specification rather absurdly requires the GoogleCRS84Quad WellKnownScaleset to have a level 0 whose extent is -180,-180,180,180. The default “WGS84” MapCache grid honors this, which may cause some incompatibilities with software that expects level 0 to be 2x1 tiles with extent -180,-90,180,90








Service KML

The KML service produces Super-Overlays for tilesets that are aligned to the WGS84 / EPSG:4326 grids. A Super-Overlay is a KML file that links to an image URL, and to a set of other KML URLs corresponding to neighboring resolutions. The KML service uses a z/x/y tile naming scheme where:

  • z est le niveau de zoom

  • x est le numéro de colonne

  • y est le numéro de ligne


Pour que le service KML soit opérationnel, le service TMS doit aussi être activé car le KML Super-Overlay fait un lien vers les images en utilisant cette spécification.

Pour activer le service KML, ajoutez ces lignes au fichier de configuration mapcache.xml:

<service type="tms" enabled="true"/>
<service type="kml" enabled="true"/>

Les tuiles sont demandées en utilisant le schéma:<tileset_name>@<grid_name>/<z>/<x>/<y>.kml

Service WMTS OGC

Pour activer le service WMTS, ajoutez ces lignes au fichier de configuration mapcache.xml:

<service type="wmts" enabled="true"/>

This service follows the standard OGC WMTS requests and supports both the classical OGC-style key-value-pair encoded and REST-style requests.

Les “capabilities” sont obtenues via:

Service WMS OGC

MapCache répond aux requêtes WMS version 1.1.1, et a un support limité pour celles en version 1.3.0.

<service type="wms" enabled="true"/>


Notez que le service WMS est un petit peu différent des autres services MapCache, car il écoute à la racine de l’instance configurée plutôt que sur un emplacement dédié (en fait le service répond sur http://server/mapcache/? et non sur http://server/mapcache/wms?). Ce comportement est rendu nécessaire pour permettre la proxyfication des requêtes non prises en charge tout en offrant un point d’entrée unique à tous les services OGC.


MapCache primarily supports version 1.1.1 WMS requests, but has limited support for the newer version 1.3.0 ones. For 1.3.0 requests, MapCache will determine which grid to use by using the CRS= parameter instead of the SRS= one, and will correctly honor axis ordering for the EPSG reference systems that switch the usual x/y ordering of the BBOX parameter.

WMS requests follow the classical key-value-pair encoded style:

Le document de “capabilities” est retourné par:

Optional WMS Configuration Options

Untiled GetMap Support

Support for untiled (non WMS-C) GetMap requests can be enabled or disabled:

<service type="wms" enabled="true">
   <!-- full_wms
        Configure response to WMS requests that are not aligned to a tileset's grids.
        Responding to requests that are not in the SRS of a configured grid is not supported, but
        this should never happen as only the supported SRSs are publicized in the capabilities

        Allowed values are:
          - error: return a 404 error (default)
          - assemble: build the full image by assembling the tiles from the cache
          - forward: forward the request to the configured source.

GetMap Image Format

You may explicitly set which image format should be returned to the client for an untiled WMS request (i.e. whenever the tile data cannot be served directly from the caches but needs to go through a decompression/recompression phase).

<service type="wms" enabled="true">
  <format allow_client_override="true/false">myjpegformat</format>

If the allow_client_override attribute is set to true, then MapCache will honor the FORMAT=... parameter sent by the client. By default MapCache ignores this parameter and uses its configured image format.

Image Resampling Quality

<service type="wms" enabled="true">
   <!-- resample mode
   Filter applied when resampling tiles for full WMS requests.
   Can be either:
   - nearest : fastest, poor quality
   - bilinear: slower, higher qulity

Service XYZ GoogleMaps

<service type="gmaps" enabled="true"/>

Prerequisites: Your WMS should be capable of producing images in the EPSG:900913 or EPSG:3857 SRS, i.e. it should reference the “g” or “GoogleMapsCompatible” grid.

This is the minimal HTML page that should get you going. The important bits are in the urlTemplate (for V2) and getTileURL (for V3) variables:

  • /mapcache is the Apache path where MapCache handles requests.
  • test@g is the tileset and grid name to use, joined by a ‘@’ - the {Z}/{X}/{Y} should be left alone.
  • The final extension should be changed to “jpg” if you are using a JPEG format with your tileset.


<!DOCTYPE html
  PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
<html xmlns="">
<meta http-equiv="content-type" content="text/html; charset=utf-8"/>
<title>Google/MapServer Tile Example</title>
<script src=""
<script type="text/javascript">

function load() {
  if (GBrowserIsCompatible()) {
    var urlTemplate = '/mapcache/gmaps/test@g/{Z}/{X}/{Y}.png';
    var myLayer = new GTileLayer(null,0,18,{
                                 opacity:0.8 });
    var map = new GMap2(document.getElementById("map"));
    map.addControl(new GLargeMapControl());
    map.addControl(new GMapTypeControl());
    map.setCenter(new GLatLng(0, 0), 1);
    map.addOverlay(new GTileLayerOverlay(myLayer));

<body onload="load()" onunload="GUnload()">
  <div id="map" style="width: 500px; height: 500px"></div>


The previous JavaScript for the V2 example should be slightly changed to:

var map = new google.maps.Map("<element-id>", { /*options*/ });
var layerOptions = {
  getTileUrl: function(coord, zoom) {
    return "/mapcache/gmaps/test@g/" + zoom + "/" + coord.x + "/" + coord.y + ".png";
  tileSize: new google.maps.Size(256,256) // or whatever
map.overlayMapTypes.insertAt(0, new google.maps.ImageMapType(layerOptions));

Virtual Earth tile service

Tiles are organized in one of two different layouts depending on whether they are using a Spherical Mercator projection, like EPSG:3857 or EPSG:900913, or if they are using a geographical projection, like EPSG:4326.

Les tuiles sont demandées en utilisant le schéma:<tileset_name>@<grid_name>&tile=<quadkey>

For EPSG:3857, EPSG:900913, or GoogleMapsCompatible grids, <quadkey> are arranged:





For EPSG:4326 or WGS84 grids, <quadkey> are arranged: