https://mcp.meteomatics.com/mcp ↗
The Meteomatics MCP (Model Context Protocol) server allows AI agents to securely access Meteomatics weather data tools. MCP is an open standard that lets AI applications connect to external tools and data sources. With the Meteomatics MCP, agents can request weather data directly from the Meteomatics API through a secure /mcp endpoint. The MCP server manages authentication using OAuth (client registration, authorization code + PKCE, and refresh tokens). Once connected, the AI agent can access data, models, parameters, time ranges that are available to your Meteomatics API account.
Meteomatics is a remote MCP server published at mcp.meteomatics.com. It has been probed 6 times since 9/10/2026. It answered in 6 of them (100.0%), a near-uninterrupted record. Median response time is 348 ms, placing it among the faster endpoints. It offers a narrow, focused set of 9 tools. On the protocol side it still runs 2025-11-25 and has not moved to the newer spec.
Can an LLM agent pick the right tool here — names, descriptions and parameter clarity are assessed.
get_opmet — Non-descriptive name requiring prior knowledge of aviation weather codesget_weather_for_location — Parameter requirements (lat/lon vs station_id) not clearly marked as mutually exclusiveget_weather_for_locations — Similar functionality to get_weather_for_location creates potential duplicationfind_station — No mention of filtering constraints or maximum results limitRisk: medium
tools/list structure, inputSchema validity, and a functional smoke test — the components of the 0-100 score.
Derived by comparing consecutive probes — changes in era, protocol version, build and reachability.
Add this badge to your README — it updates automatically as measurements change.
[](https://mcpmetrics.io/servers/meteomatics-meteomatics)<a href="https://mcpmetrics.io/servers/meteomatics-meteomatics"><img src="https://mcpmetrics.io/badge/meteomatics/meteomatics/era.svg" alt="mcpmetrics"></a>You are seeing the last 7 days. Sign up for the full history. Which check failed and why is in the dashboard.
Sign up free to see| Run | Era | Modern | ms | Legacy | ms | Versions |
|---|---|---|---|---|---|---|
| 2026-09-11 13:13:33 | Legacy | 401 | 292 | 200 | 322 | 2025-11-25 |
| 2026-09-11 11:20:19 | Legacy | 401 | 282 | 200 | 308 | 2025-11-25 |
| 2026-09-11 09:28:19 | Legacy | 401 | 354 | 200 | 348 | 2025-11-25 |
| 2026-09-11 07:35:54 | Legacy | 401 | 425 | 200 | 410 | 2025-11-25 |
| 2026-09-11 05:44:28 | Legacy | 401 | 342 | 200 | 350 | 2025-11-25 |
| 2026-09-10 21:16:35 | Unknown | 404 | 328 | 404 | 383 | — |
Each block is one measurement round. Green: working response. Amber: responded but the server was returning errors (5xx). Red: no response at all.
Each cell is one probe run. Faded cells are incomplete probes — one leg did not answer, so the era is inconclusive.
The two probe legs separately: modern server/discover and legacy initialize.