tomtom-mcp
A Model Context Protocol (MCP) server providing TomTom's location services, search, routing, and traffic data to AI agents.
Install
npx -y @tomtom-org/tomtom-mcpTomTom Maps MCP Server
The TomTom Maps MCP Server simplifies geospatial development by providing seamless access to TomTom’s location services, including search, routing, traffic and interactive maps. It enables easy integration of precise and accurate geolocation data into AI workflows and development environments.
Demo

Table of Contents
- Demo
- Security Notice
- Remote MCP Server (No Installation Required)
- Quick Start
- Integration Guides
- Available Tools
- Debug UI
- Local Development
- Troubleshooting
- Contributing & Feedback
- Security
- License
Remote MCP Server (No Installation Required)
Public Preview — The TomTom Maps Remote MCP Server is currently in public preview.
The easiest way to get started is to connect directly to TomTom's hosted MCP Server — no Node.js, Docker, or local setup needed.
Endpoint:
https://mcp.tomtom.com/maps
Prerequisites:
- A valid TomTom API key with MCP Server access enabled (see API Key Management)
Generic MCP Client Configuration
Add the following to your MCP client configuration:
{
"mcpServers": {
"tomtom-mcp": {
"type": "http",
"url": "https://mcp.tomtom.com/maps",
"headers": {
"tomtom-api-key": "your_api_key_here"
}
}
}
}
VS Code (GitHub Copilot)
Create or edit .vscode/mcp.json in your workspace:
{
"servers": {
"tomtom-mcp": {
"type": "http",
"url": "https://mcp.tomtom.com/maps",
"headers": {
"tomtom-api-key": "your_api_key_here"
}
}
}
}
Claude Desktop
The quickest option is to install the pre-built extension — see the Claude Desktop Setup guide for details.
Alternatively, configure Claude Desktop to use the remote server directly by editing your configuration file:
- macOS:
~/Library/Application Support/Claude/claude_desktop_config.json - Windows:
%APPDATA%\Claude\claude_desktop_config.json
{
"mcpServers": {
"tomtom-mcp": {
"type": "http",
"url": "https://mcp.tomtom.com/maps",
"headers": {
"tomtom-api-key": "your_api_key_here"
}
}
}
}
Note: If your MCP client does not support remote HTTP connections with custom headers, use the local setup instead.
Security Notice
Keeping local deployments of the TomTom Maps MCP Server up-to-date is the responsibility of the MCP client/operator. TomTom publishes updates to address known vulnerabilities, but failing to apply updates, patches, or recommended security configurations to your local instance may expose it to known vulnerabilities.
Quick Start
Prerequisites
- Node.js 22.x
- TomTom API key
How to obtain a TomTom API key:
- Create a developer account on TomTom Developer Portal and Sign-in
- Go to API & SDK Keys in the left-hand menu.
- Click the red Create Key button.
- Select all available APIs to ensure full access, assign a name to your key, and click Create.
For more details, visit the TomTom API Key Management Documentation.
Installation
npm install @tomtom-org/tomtom-mcp@latest
# or run directly without installing
npx @tomtom-org/tomtom-mcp@latest
Configuration
Set your TomTom API key using one of the following methods:
# Option 1: Use a .env file (recommended)
echo "TOMTOM_API_KEY=your_api_key" > .env
# Option 2: Environment variable
export TOMTOM_API_KEY=your_api_key
# Option 3: Pass as CLI argument
TOMTOM_API_KEY=your_api_key npx @tomtom-org/tomtom-mcp@latest
Environment Variables
| Variable | Description | Default |
|---|---|---|
TOMTOM_API_KEY |
Your TomTom API key | - |
PORT |
Port for the HTTP server | 3000 |
LOG_LEVEL |
Logging level: debug, info, warn, or error. Use debug for local development to see all logs |
info |
Usage
Stdio Mode (Default - for AI assistants like Claude):
# Start MCP server via stdio
npx @tomtom-org/tomtom-mcp@latest
HTTP Mode (for web applications and API integration):
pnpm run build # Build first (required)
pnpm run start:http
# or run the built binary directly
node bin/tomtom-mcp-http.js
When running in HTTP mode, you need to include your API key in the tomtom-api-key header:
tomtom-api-key: <API_KEY>
For example, to make a request using curl:
curl --location 'http://localhost:3000/mcp' \
--header 'Accept: application/json,text/event-stream' \
--header 'tomtom-api-key: <API KEY>' \
--header 'Content-Type: application/json' \
--data '{
"method": "tools/call",
"params": {
"name": "tomtom-geocode",
"arguments": {
"query": "Amsterdam Central Station"
}
},
"jsonrpc": "2.0",
"id": 24
}'
The Docker setup is also configured to use this HTTP mode with the same authentication method.
Docker Mode (recommended):
# Option 1: Using docker run directly
docker run -p 3000:3000 ghcr.io/tomtom-international/tomtom-maps-mcp:latest
# Option 2: Using Docker Compose (recommended for development)
# Clone the repository first
git clone https://github.com/tomtom-international/tomtom-maps-mcp.git
cd tomtom-maps-mcp
# Start the service
docker compose up
Both Docker options run the server in HTTP mode. Pass your API key via the tomtom-api-key header as shown in the HTTP Mode curl example above.
Integration Guides
TomTom Maps MCP Server can be easily integrated into various AI development environments and tools.
These guides help you integrate the MCP server with your tools and environments:
- Claude Desktop Setup - Instructions for configuring Claude Desktop to work with TomTom Maps MCP server
- VS Code Setup - Setting up a development environment in Visual Studio Code
- Cursor AI Integration - Guide for integrating TomTom Maps MCP server with Cursor AI
- Windsurf Integration - Instructions for configuring Windsurf to use TomTom Maps MCP server
- Smolagents Integration - Example showing how to connect Smolagents AI agents to TomTom Maps MCP server.
Available Tools
How dynamic map tool works
The dynamic map tool renders nothing server-side. It resolves the request into map state — the basemap style to load, the viewport to open on, and GeoJSON sources and layers for the markers, routes and polygons requested — calculating any routePlans through the Routing API along the way.
That state is cached and the tool returns its viz_id. The MCP app fetches it with the app-only tomtom-get-viz-data tool and draws the map client-side, so panning, zooming and clicking work on a live map.
Because the map is drawn by the app, the visual requires an MCP client that supports MCP apps. Other clients receive a JSON summary of what the map shows: its view, markers, routes (distance, travel time, traffic delay) and areas.
References:
- TomTom Orbis Maps style: https://developer.tomtom.com/map-display-api/documentation/tomtom-orbis-maps/vector-style
Getting geometry out of a tool response
Every tool accepts a response_detail parameter. The six tools that return geometry (tomtom-routing, tomtom-ev-routing, tomtom-reachable-range, tomtom-traffic, tomtom-area-search and tomtom-search-along-route) accept three values; the others accept compact and full.
| Value | Returns |
|---|---|
compact (default) |
Essential fields and the point coordinates of a place. No geometry: route lines, reachable-range polygons and traffic incident locations are omitted. |
geometry |
compact, plus a geometry key holding that geometry as a GeoJSON FeatureCollection. |
full |
The raw API response: lossless, in the API's own shape, and many times larger. |
The default is tuned for conversational use, where a route line would consume most of a model's context for no benefit. If you are building on top of the server and need the coordinates themselves, to draw the result on your own map or run your own analysis, request response_detail: "geometry". Use full only when you need fields that compact drops, or the exact line.
For an Amsterdam-to-Berlin route, geometry is about 22 KB: the 8,000-point line is simplified to 1,000 vertices, at most 13 m from the original. full is about 210 KB.
The geometry FeatureCollection
{
"type": "FeatureCollection",
"features": [
{
"type": "Feature",
"properties": { "summary": { "lengthInMeters": 663425, "travelTimeInSeconds": 24453 } }
}
],
"geometry": {
"type": "FeatureCollection",
"features": [
{
"type": "Feature",
"geometry": { "type": "LineString", "coordinates": [[4.90413, 52.36761], [4.90419, 52.36755]] },
"properties": {
"route": 0,
"simplification": { "original_points": 8151, "points": 1000, "max_error_m": 13 }
}
}
]
}
}
Coordinates follow RFC 7946:
[longitude, latitude], rounded to 5 decimal places (about 1.1 m). Polygon rings are closed.One feature per item. Its
propertieshold only a join key giving the item's position in the rest of the response. A join key is valid within one response only; don't store it as an identifier.Tool Features propertiesRouting One LineStringper route{"route": 0}EV routing One LineStringper route, then onePointper charging stop{"route": 0},{"route": 0, "leg": 1}(the stop at the end of leg 1)Reachable range One Polygonper range, with its budget{"range": 0, "budget_min": 30}; alsobudget_km,budget_fuel_l,budget_charge_pct,budget_remaining_charge_pctTraffic One PointorLineStringper incident, as the API returns it{"incident": 12}, matchingincidents[12]Area search The search boundary Polygon{"boundary": "circle"},"polygon"or"boundingBox"Search along route The route LineString{"route": 0}At most 1,000 vertices per feature. Longer lines are simplified, and the feature then carries
simplification: the original and returned vertex counts, andmax_error_m, an upper bound in whole metres on the distance between a dropped vertex and the returned line, including the shift from rounding coordinates to 5 decimals. A long route is accurate at the zoom that shows all of it, but visibly approximate when zoomed in; ifmax_error_mis too large for your use, requestfull. A polygon that would cross itself after simplification keeps more vertices instead, so it can exceed 1,000.No vertex indexes. Route sections and legs point into the API's original line, which a simplified line no longer matches, so
geometryresponses dropstartPointIndex,endPointIndexandpointIndex.
The design is recorded in docs/adr/.
Note: Hosts that support MCP Apps render the interactive map widget from the untrimmed response regardless of this setting, so
compactloses nothing visually. Theshow_uiparameter requests that widget and is ignored by hosts that cannot render it; it is not a way to obtain coordinates.
Debug UI
A built-in debug UI lets you visually test MCP tools and their interactive map widgets without needing an AI client.
Quick Start
pnpm run ui
This starts both the MCP HTTP server (port 3000) and the debug UI host (port 8080). Open http://localhost:8080 in your browser.
Features
- Tool browser — searchable sidebar listing all available tools, with icons distinguishing map-enabled tools from plain tools
- Pre-filled examples — each tool loads with example parameters (including
show_ui: truefor map widgets) - Live map widgets — tools with UI resources render interactive TomTom maps directly in the browser
- Response metadata — latency, payload size, estimated token count, content parts, and timestamps for every call
- Dark / light mode — toggle with the theme button or follows system preference
- Keyboard shortcuts —
Cmd+Enterto run,Cmd+Kto search tools
Requirements
- The MCP server must be running in HTTP mode (handled automatically by
pnpm run ui) - A valid
TOMTOM_API_KEYin your.envfile
Building the UI separately
The UI host is a workspace package (tomtom-mcp-app-host in ui/), so the root pnpm install already installed its dependencies.
pnpm run ui:build # Build the UI
pnpm --filter tomtom-mcp-app-host start # Start only the UI host (assumes MCP server is already running)
Local Development
This project uses pnpm (
>=11) as its package manager. Install it withnpm install -g pnpmorcorepack enable. Linting and formatting are handled by Biome.
Setup
git clone https://github.com/tomtom-international/tomtom-maps-mcp.git
cd tomtom-maps-mcp
pnpm install
cp .env.example .env # Add your API key in .env
pnpm run build # Build TypeScript files
node ./bin/tomtom-mcp.js # Start the MCP server
Testing
pnpm run build # Build TypeScript
pnpm test # Run all tests
pnpm run test:all # All tests (unit + stdio + http)
Testing Requirements
⚠️ Important: All tests require a valid API key in .env as they make real API calls (not mocked). This will consume your API quota.
Project Structure
src/
├── apps/ # MCP App UI resources
├── handlers/ # Request handlers
├── schemas/ # Validation schemas
├── services/ # TomTom API wrappers
├── tools/ # MCP tool definitions
├── types/ # TypeScript type definitions
├── utils/ # Utilities
├── createServer.ts # MCP Server creation logic
├── index.ts # Main entry point (stdio)
└── indexHttp.ts # HTTP server entry point
Troubleshooting
API Key Issues
echo $TOMTOM_API_KEY # Check if set
Test Failures
ls -la .env # Verify .env exists
cat .env # Check API key
Build Issues
pnpm run build # Rebuild
pnpm store prune # Clear cache
Forbidden (403) Errors
If you see an error stating "missing permissions", it means your API key does not have access to the TomTom Orbis Maps or EV services, which back all of this server's tools.
Note: TomTom Orbis Maps and certain EV routing features are currently in Public Preview. They may not be available on all developer accounts by default.
How to troubleshoot:
- Log in to the TomTom Developer Portal.
- Ensure all available products are selected for your API key.
- If you still see 403 errors, your account may not yet have access to the Orbis preview — request access via the developer portal.
Contributing & Feedback
We welcome contributions to the TomTom Maps MCP Server! Please see CONTRIBUTING.md for details on how to submit pull requests, report issues, and suggest improvements.
All contributions must adhere to our Code of Conduct and be signed-off according to the Developer Certificate of Origin (DCO).
Open issues on the GitHub repo
Security
Please see our Security Policy for information on reporting security vulnerabilities and our security practices.
License
This project is licensed under the Apache License 2.0 - see the LICENSE.md file for details.
Copyright (C) 2025 TomTom Navigation B.V.