This is a Go OpenStreetMap MCP server. It implements the Model Context Protocol to enable LLMs to interact with geospatial data.
Our focus is on precision, performance, maintainability, and ease of integration with MCP desktop clients.
The server provides LLMs with tools to interact with OpenStreetMap data, including:
- Geocoding addresses and place names to coordinates
- Reverse geocoding coordinates to addresses
- Finding nearby points of interest
- Calculating routes and getting directions between locations
- Searching for places by category within a bounding box
- Suggesting optimal meeting points for multiple people
- Exploring areas and getting comprehensive location information
- Finding EV charging stations near a location
- Finding EV charging stations along a route
- Analyzing commute options between home and work
- Performing neighborhood livability analysis
- Finding schools near a location
- Finding parking facilities
| Tool Name | Description | Example Parameters |
|---|---|---|
bbox_from_points |
Create a bounding box that encompasses all given geographic coordinates | {"points": [{"latitude": 37.7749, "longitude": -122.4194}, {"latitude": 37.8043, "longitude": -122.2711}]} |
centroid_points |
Calculate the geographic centroid (mean center) of a set of coordinates | {"points": [{"latitude": 37.7749, "longitude": -122.4194}, {"latitude": 37.8043, "longitude": -122.2711}]} |
enrich_emissions |
Enrich route options with CO2 emissions, calorie burn, and cost estimates | {"options": [{"mode": "car", "distance": 5000}, {"mode": "bike", "distance": 4500}]} |
filter_tags |
Filter OSM elements by specified tags | {"elements": [...], "tags": {"amenity": ["restaurant", "cafe"]}} |
geocode_address |
Convert an address or place name to geographic coordinates | {"address": "1600 Pennsylvania Ave, Washington DC"} |
geo_distance |
Calculate the distance between two geographic coordinates | {"from": {"latitude": 37.7749, "longitude": -122.4194}, "to": {"latitude": 37.8043, "longitude": -122.2711}} |
get_map_image |
Retrieve and display an OpenStreetMap image for analysis | {"latitude": 37.7749, "longitude": -122.4194, "zoom": 14} |
osm_query_bbox |
Query OpenStreetMap data within a bounding box with tag filters | {"bbox": {"minLat": 37.77, "minLon": -122.42, "maxLat": 37.78, "maxLon": -122.41}, "tags": {"amenity": "restaurant"}} |
polyline_decode |
Decode an encoded polyline string into a series of geographic coordinates | {"polyline": "a~l~FfynpOnlB_pDhgEhjD"} |
polyline_encode |
Encode a series of geographic coordinates into a polyline string | {"points": [{"latitude": 37.7749, "longitude": -122.4194}, {"latitude": 37.8043, "longitude": -122.2711}]} |
reverse_geocode |
Convert geographic coordinates to a human-readable address | {"latitude": 38.8977, "longitude": -77.0365} |
route_fetch |
Fetch a route between two points using OSRM routing service | {"start": {"latitude": 37.7749, "longitude": -122.4194}, "end": {"latitude": 37.8043, "longitude": -122.2711}, "mode": "car"} |
route_sample |
Sample points along a route at specified intervals | {"polyline": "a~l~FfynpOnlB_pDhgEhjD", "interval": 100} |
sort_by_distance |
Sort OSM elements by distance from a reference point | {"elements": [...], "ref": {"latitude": 37.7749, "longitude": -122.4194}} |
find_nearby_places |
Find points of interest near a specific location | {"latitude": 37.7749, "longitude": -122.4194, "radius": 1000, "category": "restaurant", "limit": 5} |
search_category |
Search for places by category within a rectangular area | {"category": "cafe", "north_lat": 37.78, "south_lat": 37.77, "east_lon": -122.41, "west_lon": -122.42, "limit": 10} |
get_route |
Calculate a route between two locations with distance and duration | {"start_lat": 37.7749, "start_lon": -122.4194, "end_lat": 37.8043, "end_lon": -122.2711, "mode": "car"} |
get_route_directions |
Get detailed turn-by-turn directions for a route between locations | {"start_lat": 37.7749, "start_lon": -122.4194, "end_lat": 37.8043, "end_lon": -122.2711, "mode": "car"} |
suggest_meeting_point |
Suggest an optimal meeting point for multiple people | {"locations": [{"latitude": 37.7749, "longitude": -122.4194}, {"latitude": 37.8043, "longitude": -122.2711}], "category": "cafe", "limit": 3} |
explore_area |
Explore an area and get comprehensive information about it | {"latitude": 37.7749, "longitude": -122.4194, "radius": 1000} |
find_charging_stations |
Find electric vehicle charging stations near a location | {"latitude": 37.7749, "longitude": -122.4194, "radius": 5000, "limit": 10} |
find_route_charging_stations |
Find electric vehicle charging stations along a route | {"start_lat": 37.7749, "start_lon": -122.4194, "end_lat": 37.8043, "end_lon": -122.2711, "range": 300, "buffer": 5000} |
analyze_commute |
Analyze transportation options between home and work locations | {"home_latitude": 37.7749, "home_longitude": -122.4194, "work_latitude": 37.8043, "work_longitude": -122.2711, "transport_modes": ["car", "cycling", "walking"]} |
analyze_neighborhood |
Evaluate neighborhood livability for real estate and relocation decisions | {"latitude": 37.7749, "longitude": -122.4194, "radius": 1000, "include_price_data": true} |
find_schools_nearby |
Find educational institutions near a specific location | {"latitude": 37.7749, "longitude": -122.4194, "radius": 2000, "school_type": "elementary", "limit": 5} |
find_parking_facilities |
Find parking facilities near a specific location | {"latitude": 37.7749, "longitude": -122.4194, "radius": 1000, "type": "surface", "include_private": false, "limit": 5} |
The v0.1.1 release includes enhanced geographic and routing capabilities:
- Bounding Box Generation: Create geographic bounding boxes that encompass multiple points.
- Centroid Calculation: Find the mean center of a set of geographic coordinates.
- Distance Calculation: Calculate precise distances between geographic points using the Haversine formula.
- OSM Element Filtering: Filter and sort OpenStreetMap elements by tags and distance.
- Polyline Encoding/Decoding: Convert between geographic coordinates and Google's Polyline5 format.
- Route Sampling: Sample points along routes at specific intervals for detailed analysis.
- Route Fetching: Obtain routes between points using the OSRM routing service.
- Emissions Enrichment: Enhance route options with estimated CO2 emissions, calorie burn, and cost data.
These tools provide LLMs with foundational geographic capabilities for building complex location-based applications.
Many of our MCP tools are designed as composable primitives, enabling novel workflows that might not have been foreseen during development. Composite tools exist to efficiently perform common complex operations.
- Uniform Interfaces: All tools use consistent parameter naming (e.g.,
minLat,maxLon) and data structures - Single Responsibility: Each tool does one thing and does it well
- Output/Input Compatibility: The output of one tool can be directly used as input to another
- Functional Independence: Tools operate without side effects or hidden dependencies
- Precise Error Messages: When issues occur, detailed feedback indicates exactly what went wrong
-
Find Points of Interest Along a Path:
bbox_from_points → osm_query_bbox → filter_tags → sort_by_distance -
Find Optimal Meeting Points:
centroid_points → find_nearby_places → filter_tags -
Analyze Route Characteristics:
route_fetch → polyline_decode → route_sample → filter_tags
This compositional approach empowers LLMs to create emergent capabilities beyond what any individual tool provides. For example, an LLM can easily create queries like "show the five closest wheelchair-accessible cafés that are open past 22:00 along my route" by combining the appropriate primitive tools, without requiring custom server-side endpoints.
The MCP server provides visual mapping capabilities through one tool:
get_map_image- Returns map images in SVG format for improved visualization and analysis
The get_map_image tool provides mapping capabilities that deliver both visual map representation and detailed metadata. This approach offers several advantages:
- Visual Display: Returns the actual map tile image that displays inline in the conversation
- Direct Visualization: Enables Claude to visually analyze the map features and geography
- Comprehensive Metadata: Includes precise coordinates, bounds, and scale information
- Rich Context: Provides a text description with a direct link to OpenStreetMap for further exploration
The tool returns both the map tile image and a structured text description containing the location coordinates, a direct link to view the map online, and detailed metadata about the map area, making it ideal for both visual analysis and comprehensive location understanding.
To retrieve a map image of San Francisco at zoom level 14:
{
"name": "get_map_image",
"arguments": {
"latitude": 37.7749,
"longitude": -122.4194,
"zoom": 14
}
}The response from the tool includes:
- Visual map tile image displayed inline in the conversation
- Text description of the location with a direct OpenStreetMap link
- Precise coordinate information for the map
- Geographic bounds of the visible area
- Scale information (meters per pixel)
The geocoding tools have been enhanced to provide more reliable results and better error handling:
- Smart Address Preprocessing: Automatically sanitizes inputs to improve success rates
- Detailed Error Reporting: Returns structured error responses with error codes and helpful suggestions
- Better Diagnostics: Provides detailed logging to track geocoding issues
- Improved Formatting Guide: Documentation with specific examples of what works well
For optimal results when using the geocoding tools:
-
Simplify complex queries:
- Bad: "Golden Temple (Harmandir Sahib) in Amritsar"
- Good: "Golden Temple Amritsar India"
-
Add geographic context:
- Bad: "Eiffel Tower"
- Good: "Eiffel Tower, Paris, France"
-
Read error suggestions:
- Our enhanced error responses include specific suggestions for fixing failed queries
See the Geocoding Tools Guide for comprehensive documentation and AI Prompts for Geocoding for examples of how to guide AI systems in using these tools effectively.
The code follows software engineering best practices:
- High Cohesion, Low Coupling - Each package has a clear, focused responsibility
- Separation of Concerns - Tools, server logic, and utilities are cleanly separated
- DRY (Don't Repeat Yourself) - Common utilities are extracted into the
pkg/osmpackage - Security First - HTTP clients are properly configured with timeouts and connection limits
- UNIX-like Composability - Small, focused tools that can be combined in powerful ways
- Structured Logging - All logging is done via
slogwith consistent levels and formats:- Debug: Developer detail, verbose or diagnostic messages
- Info: Routine operational messages
- Warn: Unexpected conditions that don't necessarily halt execution
- Error: Critical problems, potential or actual failures
- SOLID Principles - Particularly Single Responsibility and Interface Segregation
- Registry Pattern - All tools are defined in a central registry for improved maintainability
- Google Polyline5 Format - Standardized polyline encoding/decoding using Google's Polyline5 format
- Precise Geospatial Calculations - Accurate Haversine distance calculations with appropriate tolerances
- Context-Aware Operations - All operations properly handle context for cancellation and timeouts
To install the OpenStreetMap MCP server:
The easiest way to get started is to download the latest release from our releases page. Choose the appropriate binary for your operating system and architecture.
If you prefer to build from source:
### Requirements
- Go 1.24 or higher
- OpenStreetMap API access (no API key required, but rate limits apply)
### Building the server
```bash
go build -o osmmcp ./cmd/osmmcp
./osmmcpThe server supports several command-line flags:
# Show version information
./osmmcp --version
# The version may differ if built with custom -ldflags
# Enable debug logging
./osmmcp --debug
# Generate a Claude Desktop Client configuration file
./osmmcp --generate-config /path/to/config.json
# Customize rate limits (requests per second and burst)
# Defaults: Nominatim=1 rps/burst 1, Overpass=2 per min/burst 2, OSRM=100 per min/burst 5
./osmmcp --nominatim-rps 1.0 --nominatim-burst 1
./osmmcp --overpass-rps 0.033 --overpass-burst 2
./osmmcp --osrm-rps 1.67 --osrm-burst 5
# Set custom User-Agent string
./osmmcp --user-agent "MyApp/1.0"The server uses structured logging via slog with the following configuration:
- Debug level: Enabled with
--debugflag - Default level: Info
- Format: Text-based with key-value pairs
- Output: Standard error (stderr)
Example log output:
2024-03-14T10:15:30.123Z INFO starting OpenStreetMap MCP server version=0.1.0 log_level=info user_agent=osm-mcp-server/0.1.0
2024-03-14T10:15:30.124Z DEBUG rate limiter initialized service=nominatim rps=1.0 burst=1
The server will start and listen for MCP requests on the standard input/output. You can use it with any MCP-compatible client or LLM integration.
This MCP server is designed to work with Claude Desktop Client. You can set it up easily with the following steps:
-
Build the server:
go build -o osmmcp ./cmd/osmmcp
-
Generate or update the Claude Desktop Client configuration:
./osmmcp --generate-config ~/Library/Application\ Support/Anthropic/Claude/config.json
This will add an
OSMentry to themcpServersconfiguration in Claude Desktop Client. The configuration system intelligently:- Creates the file if it doesn't exist
- Preserves existing tools when updating the configuration
- Uses absolute paths to ensure Claude can find the executable
- Validates JSON output to prevent corruption
-
Restart Claude Desktop Client to load the updated configuration.
-
In a conversation with Claude, you can now use the OpenStreetMap MCP tools.
The configuration file will look similar to this:
{
"mcpServers": {
"OSM": {
"command": "/path/to/osmmcp",
"args": []
},
}
}The server relies on these external APIs:
- Nominatim - For geocoding operations
- Overpass API - For OpenStreetMap data queries
- OSRM - For routing calculations
No API keys are required as these are open public APIs, but the server follows usage policies including proper user agent identification and request rate limiting.
cmd/osmmcp- Main application entry pointpkg/server- MCP server implementationpkg/tools- OpenStreetMap tool implementations and tool registry (14 tools)pkg/osm- OpenStreetMap API clients, rate limiting, polyline encoding, and utilitiespkg/geo- Geographic types, bounding boxes, and Haversine distance calculationspkg/cache- TTL-based caching layer for API responses (5-minute default)pkg/testutil- Testing utilities and helperspkg/version- Build metadata and version information
To add a new tool:
- Implement the tool functions in a new or existing file in
pkg/tools - Add the tool definition to the registry in
pkg/tools/registry.go
The registry-based design makes it easy to add new tools without modifying multiple files. All tool definitions are centralized in one place, making the codebase more maintainable.
Run tests with:
go test ./...The test suite includes:
- Unit tests for polyline encoding/decoding
- Server integration tests
- Geographic calculation tests
- Logging utility tests
This implementation is based on two excellent sources:
- jagan-shanmugam/open-streetmap-mcp - The original Python implementation
- MCPLink OSM MCP Server - The MCPLink version with additional features
Originally created by @pdfinn.
All core functionality and initial versions developed prior to organisational transfer.
- GoDoc - Full API documentation
- Geocoding Tools Guide - Detailed guide for geocoding features and best practices
- AI Prompts for Geocoding - System prompts and examples for AI integration with geocoding tools
MIT License