Skip to main content
Glama

⚠️ DEPRECATED β€” use swisstopo-mcp instead

This server has been consolidated into swisstopo-mcp and is no longer maintained. Every capability it offered now exists there, including the one it used to have exclusively β€” the official REFRAME coordinate conversion.

Why: both servers wrapped the same api3.geo.admin.ch endpoints and overlapped in five core tools (layer search, identify, find, height, elevation profile). Maintaining two servers for one data source meant double the audits, double the CVE bumps, and an unclear choice for users. The rationale and the migration steps are documented in docs/merge-plan-swiss-geodata-mcp.md.

This repository will be archived. The code below still works, but it receives no further fixes or dependency updates. See Migration below.

πŸ‡¨πŸ‡­ Part of the Swiss Public Data MCP Portfolio

πŸ—ΊοΈ swiss-geodata-mcp

CI PyPI Python License: MIT swiss-public-data-mcp

MCP server for Swiss federal geodata (geo.admin.ch).

Connects AI models to the federal geodata infrastructure: ~700 layers discoverable by keyword, spatial identify at any point, building zones (ARE), municipality lookup (swissBOUNDARIES3D), terrain heights and elevation profiles (swissALTI3D), and WGS84↔LV95 coordinate conversion. Part of the swiss-public-data-mcp portfolio. Private project, independent of any employer or institutional affiliation.

πŸ‡©πŸ‡ͺ Deutsche Version


Demo query (anchor example)

In which building zone is the school building at Seilergraben 76 in Zurich,
and how high above sea level is it?

β†’ geo_zoning_at(2683531, 1247914) + geo_height(2683531, 1247914) returns the harmonised ARE zone and 411 m a.s.l. β€” verified live 2026-07-24.

Combined with swiss-housing-mcp:

What applies at this address?

β†’ address_to_egid("Seilergraben 76 ZΓΌrich") (housing) delivers the LV95 coordinates β†’ geo_zoning_at + geo_municipality_at (geodata) deliver zone and municipality. If the GWR is the address book, geo.admin.ch is the atlas.


Tools (9)

Tool

Description

Data source

geo_search_layers

Keyword search over the ~700-layer federal catalogue

geo.admin.ch SearchServer

geo_identify

What is at this LV95 point? (any layer)

geo.admin.ch MapServer identify

geo_find

Find features on a layer by attribute value

geo.admin.ch MapServer find

geo_municipality_at

Municipality + canton containing a point

swissBOUNDARIES3D

geo_zoning_at

Building zone(s) at a point

ch.are.bauzonen (ARE)

geo_height

Terrain height at a point

swissALTI3D height service

geo_elevation_profile

Elevation profile along a line

geo.admin.ch profile service

geo_layer_info

Queryable fields + legend (plain text) for a layer

geo.admin.ch MapServer

geo_convert_coordinates

WGS84 ↔ LV95 conversion

geodesy.geo.admin.ch reframe

geo_search_layers is the discovery entry point that scales the whole catalogue without one tool per layer; geo_layer_info then reveals a layer's queryable fields for geo_find.

Tool annotations (MCP hints)

All tools are read-only (readOnlyHint: βœ…, destructiveHint: βœ—) and query live upstream services (openWorldHint: βœ…). None are idempotent in the strict caching sense, as upstream data may change between calls.

Architecture decision

This server uses Architecture A (Live-API-only) β€” a deliberate deviation from the portfolio's dump-first default, documented per portfolio convention:

  • The federal geodata infrastructure spans ~700 layers and terabytes; dump-caching is neither feasible nor useful.

  • api3.geo.admin.ch is built exactly for point/feature queries and answered every probe reliably without authentication (live probe 2026-07-24: SearchServer, identify, find, height, profile, legend, layer metadata, reframe β€” all HTTP 200, No-Auth).

  • Consequence: no local cache, no TTL logic; every response carries provenance: live_api.

Live probe findings (2026-07-24)

Endpoint

HTTP

Status

Note

SearchServer type=layers

200

βœ… works

catalogue full-text searchable

MapServer identify (bauzonen, boundaries)

200

βœ… works

tolerance 0 works for polygon layers

height service

200

βœ… works

value arrives as JSON string

profile.json (GET + geom)

200

βœ… works

COMB/DTM2/DTM25 altitudes

MapServer {layer}/legend

200

⚠️ HTML

stripped to plain text in geo_layer_info

reframe wgs84↔lv95

200

βœ… works

coordinates arrive as JSON strings

Miss on identify/find

200

⚠️ soft

empty results array β€” not an HTTP error

Quick start

Claude Desktop

{
  "mcpServers": {
    "swiss-geodata": {
      "command": "uvx",
      "args": ["swiss-geodata-mcp"]
    }
  }
}

Cloud / Render.com (Streamable HTTP)

SWISS_GEODATA_TRANSPORT=streamable-http PORT=8000 swiss-geodata-mcp

Configuration

Variable

Default

Purpose

SWISS_GEODATA_TRANSPORT

stdio

stdio | streamable-http | sse

HOST / PORT

127.0.0.1 / 8000

HTTP binding (cloud transports only). Defaults to loopback; set HOST=0.0.0.0 explicitly to expose all interfaces in a cloud deployment.

No API keys β€” Phase 1 is authentication-free.

Example queries

School planning

  • Β«Which building zone applies at our planned school extension site?Β» β†’ geo_zoning_at

  • Β«Which municipality and canton is this coordinate in?Β» β†’ geo_municipality_at (bridges to BFS numbers used by swiss-statistics-mcp and swiss-housing-mcp)

  • Β«How steep is the school route between these two points?Β» β†’ geo_elevation_profile

Layer discovery

  • Β«Is there federal data on noise exposure?Β» β†’ geo_search_layers("lΓ€rm") β†’ geo_layer_info β†’ geo_identify

See EXAMPLES.md for use cases grouped by audience (schools, parents, general public, developers) and a tool-selection reference table.

Testing

PYTHONPATH=src pytest tests/ -m "not live"   # CI-safe (respx-mocked)
PYTHONPATH=src pytest tests/ -m live         # against real upstream

Project structure

swiss-geodata-mcp/
β”œβ”€β”€ src/swiss_geodata_mcp/
β”‚   β”œβ”€β”€ server.py      # FastMCP tools (9, prefix geo_*)
β”‚   β”œβ”€β”€ geoadmin.py    # geo.admin.ch client + retry + normalisation
β”‚   β”œβ”€β”€ models.py      # Pydantic v2 envelopes (source + provenance)
β”‚   └── __main__.py    # Dual-transport entry point
β”œβ”€β”€ tests/             # respx-mocked + @pytest.mark.live
└── .github/workflows/ # CI + OIDC PyPI publish

Known limitations

  • Registers live elsewhere: building/dwelling entities (EGID/EWID) belong to swiss-housing-mcp; this server is the spatial layer (zones, boundaries, heights). Deliberate separation to avoid twin servers.

  • The harmonised zoning layer (ch.are.bauzonen) is an ARE synthesis; legally binding is only the cantonal/communal Nutzungsplanung (noted in every geo_zoning_at response).

  • School-district polygons are municipal data (β†’ zurich-opendata-mcp), not federal; this server provides municipality boundaries, not Schulkreise.

  • geo_identify result counts are capped upstream; area-wide aggregations are out of scope here (see buildings_in_bbox in swiss-housing-mcp for the register case).

  • Coordinates must be LV95; WGS84 input fails fast with a pointer to geo_convert_coordinates.

Changelog

See CHANGELOG.md

Contributing

Contributions are welcome β€” see CONTRIBUTING.md for how to report bugs, suggest a new layer, or submit code.

Security

This is a read-only, no-PII, public-open-data server. See SECURITY.md for the security posture and how to report a vulnerability.

License

MIT License β€” see LICENSE. Data: Swiss federal geodata infrastructure (geo.admin.ch / swisstopo and publishing federal offices), open government data with attribution.

Author

malkreide Β· GitHub


Migration to swisstopo-mcp

Replace this server in your MCP client config:

// before
{ "swiss-geodata": { "command": "uvx", "args": ["swiss-geodata-mcp"] } }
// after
{ "swisstopo":     { "command": "uvx", "args": ["swisstopo-mcp"] } }

Tool mapping

this server

swisstopo-mcp

note

geo_search_layers

swisstopo_search_layers

β€”

geo_identify

swisstopo_identify_features

β€”

geo_find

swisstopo_find_features

β€”

geo_height

swisstopo_get_height

β€”

geo_elevation_profile

swisstopo_elevation_profile

takes a coordinate string; set coordinate_system="lv95" for LV95 support points

geo_zoning_at

swisstopo_zoning_at

the non-binding ARE caveat now travels on every result record

geo_municipality_at

swisstopo_municipality_at

BFS number is named bfs_commune_number and normalised to int

geo_layer_info

swisstopo_layer_info

β€”

geo_convert_coordinates

swisstopo_convert_coordinates

same direction values; same REFRAME service

Two differences worth knowing

Coordinates. This server was LV95-only and rejected WGS84. swisstopo-mcp accepts either lat/lon (WGS84) or easting/northing (LV95) on the point-based tools β€” pass one pair, not both. Existing LV95 call sites keep working; the argument names are the same.

Response shape. This server returned a JSON string (GeoEnvelope) with the payload under result. swisstopo-mcp returns a structured ToolResponse: records live in results (plural, always a list), with count, match_type, source, license and a Markdown summary alongside. Code that parsed result needs to read results.

-
license - not tested
-
quality - not tested
F
maintenance

Maintenance

–Maintainers
–Response time
–Release cycle
1Releases (12mo)
Commit activity

Resources

Unclaimed servers have limited discoverability.

Looking for Admin?

If you are the server author, to access and configure the admin panel.

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/malkreide/swiss-geodata-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server