Tile Map Service Specification - OSGeo (2022)

This document is the work of a loose community of participants interested in client/server mapping solutions that use multi-resolution image pyramids. It is meant to be used as a baseline for the implementation of client/server mapping software. It is not an "official standard" nor is it endorsed by OSGeo as an official project or work product of the Foundation.

This document is version "1.0", and will not be edited further. Changes will be discussed on the Tile Map Service Specification Change Requests page.

Any new revisions will take place in a new working copy.


  • 1 Introduction
    • 1.1 Document Scope
    • 1.2 Document Form
  • 2 Specification
    • 2.1 Root Resource
    • 2.2 TileMapService Resource
    • 2.3 TileMap Resource
    • 2.4 Profiles
      • 2.4.1 global-geodetic
      • 2.4.2 global-mercator
      • 2.4.3 local
    • 2.5 Tile Resources
    • 2.6 TileMap Diagram
    • 2.7 Error Handling
  • 3 Implementation Advice
    • 3.1 Spatial Referencing Systems
    • 3.2 Maximizing Cacheability
    • 3.3 Implementing Cacheability
    • 3.4 URLs That are Actually Scripts
    • 3.5 Using Faces
    • 3.6 Reference Implementations
      • 3.6.1 Servers
      • 3.6.2 Clients
    • 3.7 Returning Error Codes
  • 4 See Also


Document Scope

A Tile Map Service (TMS) provides access to cartographic maps of geo-referenced data, not direct access to the data itself. This document standardizes the way in which map tiles are requested by clients, and the ways that servers describe their holdings.

Document Form

This document will proceed from a description of general resources provided by the server to particular resources (such as map tiles) providing examples of access URLs and return values at each stage.


The Tiled Web Service provides access to resources, in particular, to rendered cartographic tiles at fixed scales. Access to these resources is provided via a "REST" interface, starting with a root resource describing available layers, then map resources with a set of scales, then scales holding sets of tiles.

Each resource contains the descriptive information and links to further resources. Note that while the URLs used to access resources may appear to have internal meaning (the resource for version 1.0.0 of the service has "1.0.0" in it's URL) such structure is not required of them.

The only requirement is that the resource be referenced by a URL (http://tms.osgeo.org/1.0.0/ could be http://tms.osgeo.org/onepointzeropointzero or http://tms.osgeo.org/flipper.xml as long as the value appeared in the href of the <TileMapService> element).

The value of an "href" must be an absolute URL (starting with "http://"). For example: href="http://www.service.org/subdirectory/tilemap.xml"

Root Resource

The root resource describes the available versions of the <TileMapService> (and possibly other services as well).



Response (Content-type: text/xml):

(Video) OSGeo + QGIS Server - Map Server for Windows

<?xml version="1.0" encoding="UTF-8" ?> <Services> <TileMapService title="Example Tile Map Service" version="1.0.0" href="http://tms.osgeo.org/1.0.0/" /> <TileMapService title="New Example Tile Map Service" version="1.1.0" href="http://tms.osgeo.org/1.1.0/" /> <FancyFeatureService title="Features!" version="0.9" href="http://ffs.osgeo.org/0.9/" /> </Services>




<?xml version="1.0" ?> <Services> <TileMapService title="Example Static Tile Map Service" version="1.0.0" href="http://www.osgeo.org/services/tilemapservice.xml" /> </Services>

TileMapService Resource

The <TileMapService> resource provides description metadata about the service and lists the available <TileMaps>.

Optional elements in the resource are called out below using the pipe character. All other elements are mandatory.



Response (Content-type: text/xml):

<?xml version="1.0" encoding="UTF-8" ?> <TileMapService version="1.0.0" services="http://tms.osgeo.org"> <Title>Example Tile Map Service</Title> <Abstract>This is a longer description of the example tiling map service.</Abstract> | <KeywordList>example tile service</KeywordList> | <ContactInformation> | <ContactPersonPrimary> | <ContactPerson>Paul Ramsey</ContactPerson> | <ContactOrganization>Refractions Research</ContactOrganization> | </ContactPersonPrimary> | <ContactPosition>Manager</ContactPosition> | <ContactAddress> | <AddressType>postal</AddressType> | <Address>300 - 1207 Douglas Street</Address> | <City>Victoria</City> | <StateOrProvince>British Columbia</StateOrProvince> | <PostCode>V8W2E7</PostCode> | <Country>Canada</Country> | </ContactAddress> | <ContactVoiceTelephone>12503833022</ContactVoiceTelephone> | <ContactFacsimileTelephone>12503832140</ContactFacsimileTelephone> | <ContactElectronicMailAddress>pramsey@refractions.net</ContactElectronicMailAddress> | </ContactInformation> <TileMaps> <TileMap title="VMAP0 World Map" srs="EPSG:4326" profile="global-geodetic" href="http://tms.osgeo.org/1.0.0/vmap0" /> <TileMap title="British Columbia Landsat Imagery (2000)" srs="EPSG:3005" profile="local" href="http://tms.osgeo.org/1.0.0/landsat2000" /> </TileMaps> </TileMapService>



Response (Content-type: text/xml):

<?xml version="1.0" encoding="UTF-8" ?> <TileMapService version="1.0.0" services="http://www.osgeo.org/services/root.xml"> <Title>Example Static Tile Map Service</Title> <Abstract>This is a longer description of the static tiling map service.</Abstract> | <KeywordList>example tile service static</KeywordList> | <ContactInformation> | <ContactPersonPrimary> | <ContactPerson>Paul Ramsey</ContactPerson> | <ContactOrganization>Refractions Research</ContactOrganization> | </ContactPersonPrimary> | <ContactPosition>Manager</ContactPosition> | <ContactAddress> | <AddressType>postal</AddressType> | <Address>300 - 1207 Douglas Street</Address> | <City>Victoria</City> | <StateOrProvince>British Columbia</StateOrProvince> | <PostCode>V8W2E7</PostCode> | <Country>Canada</Country> | </ContactAddress> | <ContactVoiceTelephone>12503833022</ContactVoiceTelephone> | <ContactFacsimileTelephone>12503832140</ContactFacsimileTelephone> | <ContactElectronicMailAddress>pramsey@refractions.net</ContactElectronicMailAddress> | </ContactInformation> <TileMaps> <TileMap title="Vancouver Island Base Map" srs="EPSG:26910" profile="none" href="http://www.osgeo.org/services/basemap.xml" /> </TileMaps> </TileMapService>

TileMap Resource

A <TileMap> is a (usually) cartographically complete map representation. Sometimes <TileMap>s are built to be used in conjunction, as a set of stacked layers, but they are generally visually complete on their own.

<TileMap>s are composed of a set of scale-appropriate cartographic renderings, each divided up into regularly spaced image tiles, called <TileSet>s. Small-scale (eg, 1:10000000) tile sets may only contain a handful of tiles. Large-scale tile sets (eg, 1:10000) may contain millions of tiles.

At a particular scale, and in a particular cartographic projection, a <TileMap> is represented by a <TileSet>, a coverage of regularly sized and spaced images that taken together form a complete visual representation of the entire area of coverage of the <TileMap>.



Response (Content-type: text/xml):

 <?xml version="1.0" encoding="UTF-8" ?> <TileMap version="1.0.0" tilemapservice="http://tms.osgeo.org/1.0.0"> <Title>VMAP0 World Map</Title> <Abstract>A map of the world built from the NGA VMAP0 vector data set.</Abstract> | <KeywordList></KeywordList> | <Metadata type="TC211" mime-type="text/xml" href="http://www.org" /> | <Attribution> | <Title>National Geospatial Intelligence Agency</Title> | <Logo width="10" height="10" href="http://nga.mil/logo.gif" mime-type="image/gif" /> | </Attribution> | <WebMapContext href="http://wms.org" /> | <Face>0</Face> <SRS>EPSG:4326</SRS> <BoundingBox minx="-180" miny="-90" maxx="180" maxy="90" /> <Origin x="-180" y="-90" /> <TileFormat width="256" height="256" mime-type="image/jpeg" extension="jpg" /> <TileSets profile=global-geodetic"> <TileSet href="http://tms.osgeo.org/1.0.0/vmap0/0" units-per-pixel="0.703125" order="0" /> <TileSet href="http://tms.osgeo.org/1.0.0/vmap0/1" units-per-pixel="0.3515625" order="1" /> <TileSet href="http://tms.osgeo.org/1.0.0/vmap0/2" units-per-pixel="0.17578125" order="2" /> <TileSet href="http://tms.osgeo.org/1.0.0/vmap0/3" units-per-pixel="0.08789063" order="3" /> </TileSets> </TileMap>



Response (Content-type: text/xml):

(Video) OSGeo AGM 2022

 <?xml version="1.0" encoding="UTF-8" ?> <TileMap version="1.0.0" tilemapservice="http://tms.osgeo.org/1.0.0"> <Title>British Columbia Landsat Imagery (2000)</Title> <Abstract>Landsat data collected in the year 2000 over British Columbia.</Abstract> | <KeywordList></KeywordList> | <Metadata type="TC211" mime-type="text/xml" href="http://www.org" /> | <Attribution> | <Title>Government of British Columbia</Title> | <Logo width="10" height="10" href="http://gov.bc.ca/logo.png" mime-type="image/png" /> | </Attribution> | <WebMapContext href="http://wms.gov.bc.ca" /> <SRS>EPSG:3005</SRS> <BoundingBox minx="100000" miny="100000" maxx="1800000" maxy="1800000" /> <Origin x="100000" y="100000" /> <TileFormat width="256" height="256" mime-type="image/png" extension="png" /> <TileSets profile="local"> <TileSet href="http://tms.osgeo.org/1.0.0/landsat2000/2048" units-per-pixel="2048" order="0" /> <TileSet href="http://tms.osgeo.org/1.0.0/landsat2000/1024" units-per-pixel="1024" order="1" /> <TileSet href="http://tms.osgeo.org/1.0.0/landsat2000/512" units-per-pixel="512" order="2" /> <TileSet href="http://tms.osgeo.org/1.0.0/landsat2000/256" units-per-pixel="256" order="3" /> <TileSet href="http://tms.osgeo.org/1.0.0/landsat2000/128" units-per-pixel="128" order="4" /> <TileSet href="http://tms.osgeo.org/1.0.0/landsat2000/64" units-per-pixel="64" order="5" /> </TileSets> </TileMap>



Response (Content-type: text/xml):

 <?xml version="1.0" encoding="UTF-8" ?> <TileMap version="1.0.0" tilemapservice="http://www.osgeo.org/services/tilemapservice.xml"> <Title>Vancouver Island Base Map</Title> <Abstract>A map of the Vancouver Island built from British Columbia planimetric mapping data and digital elevation hill shading.</Abstract> | <KeywordList></KeywordList> | <Metadata type="TC211" mime-type="text/xml" href="http://www.org" /> | <Attribution> | <Title>Goverment of British Columbia</Title> | <Logo width="10" height="10" href="http://www.gov.bc.ca/logo.gif" mime-type="image/gif" /> | </Attribution> | <WebMapContext href="http://openmaps.gov.bc.ca" /> <SRS>EPSG:26910</SRS> | <Face>0</Face> <BoundingBox minx="500000" miny="4800000" maxx="700000" maxy="5500000" /> <Origin x="500000" y="4800000" /> <TileFormat width="256" height="256" mime-type="image/png" extension="png" /> <TileSets profile="none"> <TileSet href="http://www.osgeo.org/services/basemap/L1" units-per-pixel="6400" order="0" /> <TileSet href="http://www.osgeo.org/services/basemap/L2" units-per-pixel="1600" order="1" /> <TileSet href="http://www.osgeo.org/services/basemap/L3" units-per-pixel="400" order="2" /> <TileSet href="http://www.osgeo.org/services/basemap/L4" units-per-pixel="100" order="3" /> <TileSet href="http://www.osgeo.org/services/basemap/L5" units-per-pixel="25" order="4" /> </TileSets> </TileMap>

Each <TileMap> supports one <SRS> and one image format. To support more than one SRS or image format, define extra <TileMaps> in your <TileMapService> for each combination you want.

<TileMap>s have both a <BoundingBox> and an <Origin>. The <BoundingBox> is the extent of the data of interest -- it might be used by a client to set an initial spatial extent. The <Origin> is the lower-left corner of the 0/0 tile, and the upper right corner of tile -1/-1 (if you choose to configure your service so that negative tiles are required). The <Origin> may be outside of the visual region of interest (the <BoundingBox>), for reasons of implementation convenience.

<TileMap>s may participate as a <Face> of a larger complex of <TileMap>s. The OSGPlanet and GeoFusion clients both use separate polar faces in conjuction with equatorial faces (an "earth cube") to create a single world view from multiple tile maps. See #Using Faces.

<TileMap>s may implement one of three "profile"s, two global profiles in common global projections, or a local profile in an arbitrary projection. All profiles restrict the service to a fixed set of scales, to allow tilesets from different services to be more easily overlaid.


Using this server specification will ensure that clients can easily consume your tiled map data. However, it will not guarantee that clients can efficiently overlay your data with data from other tile map servers. In order to maximize the interoperability of your tile map with other tile maps, you must implement the a "profile" for your tile map.

The profile a <TileMap> supports is advertised in the "profile" attribute of the <TileSets> element. The "profile" will be one of:

  • none
  • global-geodetic
  • global-mercator
  • local


If the profile type is set to "global-geodetic", the <TileMap> must meet the following requirements:

  • Must use <SRS>EPSG:4326</SRS>
  • Must provide <TileSet>s with units-per-pixel meeting the following formula for any integral value of "n" greater than or equal to 0: units-per-pixel = 0.703125 / 2^n
    • This scaling allows an initial zoom level that consists of 2 256x256 pixel tiles covering the whole earth, with an <Origin> of (-180,-90). Other combinations of tile size and <Origin> are also possible at this scale.
<TileSets profile="global-geodetic"> <TileSet href="http://tms.osgeo.org/1.0.0/vmap0/0" units-per-pixel="0.703125" order="0" /> <TileSet href="http://tms.osgeo.org/1.0.0/vmap0/1" units-per-pixel="0.3515625" order="1" /> <TileSet href="http://tms.osgeo.org/1.0.0/vmap0/2" units-per-pixel="0.17578125" order="2" /> <TileSet href="http://tms.osgeo.org/1.0.0/vmap0/3" units-per-pixel="0.08789063" order="3" /> </TileSets>


If the profile type is set to "global-mercator", the <TileMap> must meet the following requirements:

  • Must use <SRS>OSGEO:41001</SRS>
  • Must provide <TileSet>s with units-per-pixel meeting the following formula for any integral value of "n" greater than or equal to 0: units-per-pixel = 78271.516 / 2^n
    • This scaling allows an initial zoom level that consists of four 256x256 pixel tiles covering the whole earth, with an <Origin> of (-20037508.34, -20037508.34). Other combinations of tile size and <Origin> are also possible at this scale.


Unlike the global profiles, the "local" profile is built from the bottom up, starting with a smallest possible scale of one unit per pixel and compounding upwards from there. Local profiles can be in any projection, but are at a fixed set of scales.

If the profile type is set to "local", the <TileMap> must meet the following requirements:

  • May use any coordinate system, and must identify that coordinate system in the <SRS>.
  • Must provide <TileSet>s with units-per-pixel meeting the following formula for any integral value of "n" greater than or equal to 0: units-per-pixel = 2^n
  • Must provide <TileSet> sub-directories below the <Profile> href value, using the value of "n" appropriate for that <TileSet> as the sub-directory name.
<SRS>EPSG:3005</SRS> <BoundingBox minx="100000" miny="100000" maxx="1800000" maxy="1800000" /> <Origin x="100000" y="100000" /> <TileSets profile="local"> <TileSet href="http://tms.osgeo.org/1.0.0/landsat2000/6" units-per-pixel="2048" order="0" /> <TileSet href="http://tms.osgeo.org/1.0.0/landsat2000/5" units-per-pixel="1024" order="1" /> <TileSet href="http://tms.osgeo.org/1.0.0/landsat2000/4" units-per-pixel="512" order="2" /> <TileSet href="http://tms.osgeo.org/1.0.0/landsat2000/3" units-per-pixel="256" order="3" /> <TileSet href="http://tms.osgeo.org/1.0.0/landsat2000/2" units-per-pixel="128" order="4" /> <TileSet href="http://tms.osgeo.org/1.0.0/landsat2000/1" units-per-pixel="64" order="5" /> </TileSets>

Tile Resources

The origin of a <TileMap> is defined in the coordinates of the spatial reference system of the <TileMap>. The x-coordinate of the tile numbers increases with the x-coordinate of the spatial reference system, and the y-coordinate of the tile numbers also increases with the y-coordinate of the spatial reference system.

Tiles are addressed under the "href" specified in the <TileSet> appending the "x" tile coordinate as a directory name and using the "y" tile coordinate as the file name, with the file "extension" from the <TileFormat>.


(Video) OSGeo AGM 2021

The tile at the origin of the tile set in the first zoom level of vmap0.http://tms.osgeo.org/1.0.0/vmap0/levelzero/0/0.jpg
The tile near the middle of the tile set in the third zoom level of vmap0.http://tms.osgeo.org/1.0.0/vmap0/leveltwo/3/4.jpg
The tile near the middle of the tile set in the fifth zoom level of landsat2000.http://tms.osgeo.org/1.0.0/landsat2000/1/8500/8500.png
The tile at the origin of the tile set in the first zoom level of basemap.http://www.osgeo.org/services/basemap/L1/0/0.png

TileMap Diagram

Error Handling

When an error occurs in the server, it is important that the client be able easily notice that an error has occurred, and ascertain why the error occured so the user can be notified if necessary.

The tile map server uses HTTP error codes to relay the general reason for an error condition, and an XML payload to communicate the specific reason for the failure in human readable language.

Only HTTP error codes given in this specification should be used to return errors to the client.

  • The client requests a nonexistent resource URL. Return HTTP error code 404 (Not Found)
  • The server fails in processing a response for a valid resource URL. Return HTTP error code 500 (Internal Server Error)

Servers are optionally allowed to return content, even when throwning an error code. The following is the XML format for a tile map server error message. If the Content-type of the return on an error is set to text/xml, this format is the required form of the response.

<?xml version="1.0" ?> <TileMapServerError> <Message>The requested tile is outside the bounding box of the tile map.</Message> </TileMapServerError>

Implementation Advice

Spatial Referencing Systems

Spatial referencing systems for the tile map service will be defined using the EPSG database as a reference for "well-known" projections, subject to interpretations, given below.

There are two substantial implementation issues with using the EPSG database as a source of truth for spatial reference systems:

  • Firstly, the EPSG database has some specific definitions for commonly used geodetic coordinate systems, in particular EPSG:4326 -- geodetic coordinates relative to the WGS84 spheroid. The EPSG definition for 4326 says that the coordinate order is latitude, longitude and that the units are degrees, minutes, seconds. However, common usage of EPSG:4326 in web mapping says that the coordinate order is longitude, latitude and the units are decimal degrees.
  • Secondly, the EPSG database does not include every commonly used spatial reference system. There are still many local systems which are not included in the database, though the EPSG does make an effort to include new systems as they are brought to their attention. However, the EPSG does not catalogue commonly used global and large area systems, presumably as a matter of policy. For example, no EPSG identifier is provided for a Mercator projection of the world, or an Albers projection of North America.

The issues will be dealt with by fiat in this specification, matching implementation practice rather than following the database definition:

  • For all geodetic coordinate systems in the EPSG database, the tile map service specification will treat the coordinate order as longitude, latitude and the units as decimal degrees.
  • Spatial reference systems not defined in the EPSG database may be defined in the tile map service specification itself, using an OSGEO authority string.
    • OSGEO:41001 PROJCS["WGS84 / Simple Mercator", GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["WGS_1984",6378137,298.257223563]], PRIMEM["Greenwich",0], UNIT["Decimal_Degree", 0.0174532925199433]], PROJECTION["Mercator_1SP"], PARAMETER["central_meridian",0], PARAMETER["false_easting",0], PARAMETER["false_northing",0], UNIT["Meter",1]]
    • OSGEO:42310 PROJCS["WGS84+GRS80 / Mercator", GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["GRS 1980",6378137,298.257222101], TOWGS84[0,0,0]], PRIMEM["Greenwich",0], UNIT["Decimal_Degree",0.0174532925199433]], PROJECTION["Mercator_1SP"], PARAMETER["central_meridian",0], PARAMETER["false_easting",0], PARAMETER["false_northing",0], UNIT["Meter",1]]
    • OSGEO:42101 PROJCS["WGS 84 / LCC Canada", GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["WGS_1984",6378137,298.257223563]], PRIMEM["Greenwich",0], UNIT["Decimal_Degree",0.0174532925199433]], PROJECTION["Lambert_Conformal_Conic_2SP"], PARAMETER["central_meridian",-95.0], PARAMETER["latitude_of_origin",0], PARAMETER["standard_parallel_1",49.0], PARAMETER["standard_parallel_2",77.0], PARAMETER["false_easting",0.0], PARAMETER["false_northing",-8000000.0], UNIT["Meter",1]]
    • OSGEO:42304 PROJCS["NAD83 / NRCan LCC Canada", GEOGCS["NAD83", DATUM["North_American_Datum_1983", SPHEROID["GRS_1980",6378137,298.257222101], TOWGS84[0,0,0]], PRIMEM["Greenwich",0], UNIT["Decimal_Degree",0.0174532925199433]], PROJECTION["Lambert_Conformal_Conic_2SP"], PARAMETER["central_meridian",-95.0], PARAMETER["latitude_of_origin",49.0], PARAMETER["standard_parallel_1",49.0], PARAMETER["standard_parallel_2",77.0], PARAMETER["false_easting",0.0], PARAMETER["false_northing",0.0], UNIT["Meter",1]]

Maximizing Cacheability

Tile maps are usually base maps, and usually represent data that changes on a very slow cycle. They are also usually large in volume, comprising potentially millions of different tiles. Given these basic facts, the aggressive use of caching strategies can optimize performance of tile map services.

Caching can happen at multiple layers between the server and the client:

  • At the client itself, as the user-agent caches results on the local disk.
  • In a shared cache at an intermediate ISP, allowing multiple users of the ISP to pull data from the cache.
  • In a cache on the server itself, to move load from the tile generator to a simpler caching process.

In order for caching to occur at any of these layers, the caching mechanisms need to know when a resource is cachable.

If your tile server is written using a scripting or programming language, you will probably be constructing your HTTP headers yourself, and it is important to include cache control headers when doing so to allow caching to occur.

There are different cache headers for HTTP 1.0 and HTTP 1.1, and because both protocols are in active use, it is important to include both.

For HTTP 1.0, use the "Expires" header. If you expect your data to change no more than once per week, set your Expires header to one week in the future. For example, if it is January 1, 2007, and you wanted your tiles to expire no more than one week after they are retreived, you would set your header using this PHP invocation:

header('Expires: Mon, 8 Jan 2007 14:57:12 GMT');

Or, to always set the Expires header to one week in the future:

(Video) OSGeo AGM 2020 - Online -

header('Expires: ' . gmdate('D, j M Y H:i:s T', time() + 7 * 24 * 60 * 60)); // time + 7 days worth of seconds

For HTTP 1.1, use the "Cache-control" header. Unlike the older "Expires" header, "Cache-control" does not have a clock reference, just a time period to reatain the data, thereby avoiding the clock sychronization issues of "Expires".

header('Cache-Control: max-age=86400, must-revalidate');header('Cache-Control: ' . 7 * 24 * 60 * 60 );

Read about HTTP 1.1 cache control headers in the W3.org specification.

Implementing Cacheability

You can trust that the somewhere on the internet, someone will respect your cache control headers and your content will be cached, or you can set up your own cache. If you are running Apache 2.0 adding mod_cache caching to your tms is laughably easy.

Just add a mod_cache directive inside your <VirtualHost> definition:

<IfModule mod_disk_cache.c> CacheRoot /tmp/apache-cache CacheSize 1024000 CacheEnable disk /cgi-bin/tms CacheDirLevels 5 CacheDirLength 3</IfModule> 

This example is for a disk cache, probably what you will use for your TMS, since the data volumes tend to be high. Note how the CacheEnable directive allows you to very precisely control which content you are going to cache. In my case, I am only caching the output from my TMS server, nothing else. If I wanted, I could be even narrower and restrict caching to just one tile map inside my service, or just one tile set.

URLs That are Actually Scripts

For large implementations of the tile map server specification, the data will not be statically pre-built, but will be demand-generated by some kind of backend service. That means that URLs that appear to be static may actually be dynamic.

The CGI specification allows this trivially, by passing any path information after the CGI executable in the URL back to the executable in the PATH_INFO environment variable:

http://tms.osgeo.org/cgi-bin/tms/1.0.0/vmap0PATH_INFO = 1.0.0/vmap0

If "tms" is the CGI executable, it can easily extract the remaining path information and use that for processing purposes.

Note that by default some versions of Microsoft IIS do not conform to the CGI specification for this behavior (Apache does). See the note at http://support.microsoft.com/kb/q184320/ for information on how to enable this bahavior in IIS.

Note that it is allowable for URLs to include "."s in the middle of paths, so that executable scripts (like PHP files) can be legally used as TMS servers.

Here is a root resource:http://tms.osgeo.org/tms.php
Here is the a tile request on that server:http://tms.osgeo.org/tms.php/1.0.0/thetilemap/firstlevel/2/1.jpg

In general, the simplest way to extract information from the incoming script invocation is to take the incoming PATH_INFO environment variable, strip the "/" character from the start and end of the string, and then split the string into an array using the "/" character. In this manner, the first element of the array will be the version, the second element will be the tile map, the third will be the level, the fourth will be the tile "x" and the fifth will be the tile "y" (with a .extension).

Using Faces

The "face-id" attribute of the <TileMap> referenced in the <TileMapService> is used for some specialized clients. How that attribute is used by each client is described here.

To be filled in by implementation knowledge...

Reference Implementations



Returning Error Codes

If your tile map server is a static set of files, you will find that your web server sets the appropriate error codes automatically when people ask for resources that do not exist, or the server suffers a failure.

However, if your tile map server is dynamic, you will have to set the HTTP status codes yourself, otherwise the HTTP server will assign a code of 200 (OK) for your error message XML document, which would be wrong. In PHP, an error return function might look like this:

(Video) FOSS4G 2021 - Optimized publishing of map and dataservices with GeoServer, GeoStyler and MapProxy

header("HTTP/1.0 404 Not Found");header("Content-type: text/xml");print "<?xml version='1.0'?>";print "<TileMapServerErrror>";print "<Message>You requested a map tile [ $path_info ] that does not exist.</Message>";print "</TileMapServerError>";

Note that in addition to setting the error code the Content-type was also correctly set. Also note that cache headers were not set, since errors are not a good thing to cache.

See Also


What is TMS map? ›

TMS (Tile Map Service) is a protocol for serving maps as tiles i.e. splitting the map up into a pyramid of images at multiple zoom levels.

What is map tile size? ›

All map tiles are square-shaped and equal sized, i.e., 256×256 pixels. The world is rendered in a single tile at the outer most zoom level and numbered as 0. This layout depicts the earth on the Web Mercator projection (latitude values range roughly from -85.0511 to +85.0511 degrees), and excludes polar areas.

How do I serve map tiles? ›

There are several different ways people have devised to serve map tiles: Put them in a folder structure on your web server, and let people pull them directly. In this approach, you just organize the tiles as individual image files under a folder structure representing the scale level, row, and column.

What is the purpose of map tiles? ›

A tiled web map, slippy map (in OpenStreetMap terminology) or tile map is a map displayed in a web browser by seamlessly joining dozens of individually requested image or vector data files.

How is TMS mapping done? ›

The first day of TMS treatment involves “mapping” of the brain in order to determine the appropriate amount of stimulation and the specific treatment location on your head. A cap is placed on the patient's head. Various measurements are made and specific brain landmarks are marked on the cap.

What is the full form of TMS? ›

Transcranial magnetic stimulation (TMS) is a noninvasive procedure that uses magnetic fields to stimulate nerve cells in the brain to improve symptoms of depression.

How do you make a tile map? ›

Create Map Tiles from ArcMap - YouTube

How are map tiles created? ›

Making tiles

As already described, a tiled map consists of a number of zoom levels, where each zoom level is a map of the same geographic area, but drawn at different scales, split into tiles, where each tile has the same size independent of the zoom level.

What is tile layer in map? ›

A tile layer is a set of web-accessible tiles that reside on a server. The tiles are accessed by a direct URL request from the web browser. Because the tiles in a tile layer are not available as a service, they must be in a specific format for a web app such as the map viewer to display the layer on a map.

How do I make a tile server? ›

These are the major steps involved:
  1. Get the data for maps.
  2. Process and save data into Postgres database.
  3. Create tiles from Postgres.
  4. Create a client that makes specific requests to get tile data.

What is tile service? ›

A TileService provides the user a tile that can be added to Quick Settings. Quick Settings is a space provided that allows the user to change settings and take quick actions without leaving the context of their current app.

How do I host OSM? ›

An exact instance of OpenStreetMap can be hosted locally by following the installation guide of OpenStreetMap. Quoting from the Link: "These instructions are designed for setting up The Rails Port for development and testing. If you want to deploy the software for your own project, then see the notes at the end.

How do you use tile? ›

How Does Tiled Work?
  1. Choose your map size and base tile size.
  2. Add tilesets from image(s).
  3. Place the tilesets on the map.
  4. Add any additional objects to represent something abstract.
  5. Save the map as a tmx file.
  6. Import the tmx file and interpret it for your game.
Dec 10, 2012

What is a tile chart? ›

A tile chart is technically known as a rectangular tree map, and was originally developed at the University of Maryland. One version created by SmartMoney.com is used to visualize the stock market. To view this chart, open http://www.smartmoney.com. Select the Tools menu, and then select Map of the Market.

How do you make a 2d tile map? ›

Creating Tilemaps For Your 2D Game in Unity 2021 - Tutorial - YouTube

What TMS GIS? ›

Tile Map Service is a protocol for serving maps as tiles by splitting it up into a pyramid of images at multiple zoom levels and these maps are used as base maps for your project.

How long is TMS Brain Mapping? ›

Brain mapping takes place only one time, prior to the first treatment session, and it takes about 20-30 minutes to complete. Though different TMS manufacturers have developed their own methods, the most commonly used brain mapping protocol is the one developed by Neuronetics Inc., which uses the NeuroStar TMS device.

What is MBTiles? ›

MBTiles is a file format for storing tilesets. It's designed to allow you to package up many files into a single tileset. For example, mapbox. mapbox-streets-v8 is a single tileset that contains administrative boundaries, road networks, POIs, and other kinds of geospatial information from many different data sources.

What is WMS tile? ›

WMS, short for web map service, is a popular way of publishing maps by professional GIS software (and seldomly used by non-GISers). This format is similar to map tiles, but more generic and not so well optimized for use in web maps.


1. 2022 - Aktuelles aus dem OSGeo-Projekt deegree
2. GeoPython 2020: pygeoapi: an OSGeo community project, Just van den Broecke, Francesco Bartoli
(GeoPython Conference)
3. FOSS4G 2021 - State of MapServer
4. Creating WMS with GeoServer on OSGeo Live Virtual Machine
(Richard Smith)
5. 22 September 2020 Maps for the Web
6. 2019 - OGC standards development and the role of OSGeo

Top Articles

Latest Posts

Article information

Author: Eusebia Nader

Last Updated: 12/01/2022

Views: 6059

Rating: 5 / 5 (60 voted)

Reviews: 91% of readers found this page helpful

Author information

Name: Eusebia Nader

Birthday: 1994-11-11

Address: Apt. 721 977 Ebert Meadows, Jereville, GA 73618-6603

Phone: +2316203969400

Job: International Farming Consultant

Hobby: Reading, Photography, Shooting, Singing, Magic, Kayaking, Mushroom hunting

Introduction: My name is Eusebia Nader, I am a encouraging, brainy, lively, nice, famous, healthy, clever person who loves writing and wants to share my knowledge and understanding with you.