opengov-mcp-server
OpenGov MCP-Server
Ein MCP-Server (Model Context Protocol), der MCP-Clients wie Claude Desktop den Zugriff auf Socrata Open Data APIs ermöglicht. Diese Integration ermöglicht es Claude Desktop, öffentliche Datensätze von staatlichen Datenportalen zu suchen, abzurufen und zu analysieren.
Überblick
Dieser MCP-Server bietet Zugriff auf offene Daten von jedem Socrata-basierten Datenportal, einschließlich der Daten von Städten, Bundesstaaten und Bundesbehörden wie:
Für die grundlegende Nutzung ist kein API-Schlüssel erforderlich, da der Server auf öffentliche Daten zugreift.
Related MCP server: json-mcp-server
Merkmale
Mit diesem MCP-Server können Clients:
Suchen und entdecken Sie Datensätze nach Stichwort, Kategorie oder Tags
Anzeigen von Dataset-Metadaten und Spalteninformationen
Führen Sie SQL-ähnliche Abfragen aus, um Daten abzurufen und zu analysieren
Abrufen von Statistiken zur Portalnutzung
Installation für Claude Desktop
Schnelleinrichtung mit npx (empfohlen)
Am einfachsten lässt sich dieser MCP-Server mit npx verwenden, da hierfür keine Installation erforderlich ist:
Erstellen oder bearbeiten Sie Ihre Claude Desktop-Konfiguration :
Erstellen oder bearbeiten Sie
claude_desktop_config.jsonin Ihrem Home-Verzeichnis:{ "mcpServers": { "opengov": { "command": "npx", "args": ["-y", "opengov-mcp-server@latest"], "env": { "DATA_PORTAL_URL": "https://data.cityofchicago.org" } } } }Sie können die DATA_PORTAL_URL durch jedes von Socrata betriebene Datenportal ersetzen.
Starten Sie Claude Desktop neu (falls es bereits ausgeführt wurde)
Beginnen Sie mit der Verwendung des MCP-Servers :
In Claude Desktop können Sie jetzt Fragen stellen wie:
How many cars were towed in Chicago this month?und Sie können anschließend Fragen stellen, die tiefer ins Detail gehen:
Which make and color were towed the most? Also, were there any interesting vanity plates?Wenn Sie zum ersten Mal eine Abfrage ausführen, lädt npx automatisch die neueste Version des Servers herunter und führt sie aus.
Manuelle Installation von der Quelle
Wenn Sie die Ausführung lieber aus der Quelle heraus vornehmen möchten (zur Entwicklung oder Anpassung):
Klonen Sie dieses Repository :
git clone https://github.com/srobbin/opengov-mcp-server.git cd opengov-mcp-serverInstallieren Sie Abhängigkeiten und erstellen Sie :
npm install npm run buildErstellen Sie die Claude Desktop-Konfiguration :
Erstellen oder bearbeiten Sie
claude_desktop_config.jsonin Ihrem Home-Verzeichnis:{ "mcpServers": { "opengov": { "command": "node", "args": [ "/path/to/your/opengov-mcp-server/dist/index.js" ], "env": { "DATA_PORTAL_URL": "https://data.cityofchicago.org" } } } }Ersetzen Sie
/path/to/your/opengov-mcp-serverdurch den tatsächlichen Pfad, in den Sie das Repository geklont haben.Starten Sie Claude Desktop neu (falls es bereits ausgeführt wurde)
Verfügbares Tool: get_data
Dieser MCP-Server bietet ein einheitliches get_data Tool, das Claude Desktop für den Zugriff auf Socrata-Daten verwendet.
Parameter
type(Zeichenfolge, erforderlich): Vorgangstypcatalog: Datensätze suchen und auflistencategories: Datensatzkategorien auflistentags: Datensatz-Tags auflistendataset-metadata: Datensatzdetails abrufencolumn-info: Informationen zu den Dataset-Spalten abrufendata-access: Abfragen und Abrufen von Datensätzensite-metrics: Portalstatistiken abrufen
domain(Zeichenfolge, optional): Hostname des Datenportals (ohne Protokoll)query(Zeichenfolge, optional): Suchanfrage für DatensätzedatasetId(Zeichenfolge): Datensatzkennung für bestimmte VorgängesoqlQuery(Zeichenfolge, optional): SoQL-Abfrage zum Filtern von Datenlimit(Zahl, optional): Maximale Anzahl der zurückzugebenden Ergebnisse (Standard: 10)offset(Zahl, optional): Ergebnisse, die bei der Paginierung übersprungen werden sollen (Standard: 0)
Beispielabfragen
Dies sind Beispiele dafür, wie Claude Desktop Abfragen an den MCP-Server formatiert:
// Find datasets about budgets
{
"type": "catalog",
"query": "budget",
"limit": 5
}
// Get information about a dataset
{
"type": "dataset-metadata",
"datasetId": "6zsd-86xi"
}
// Query dataset records with SQL-like syntax
{
"type": "data-access",
"datasetId": "6zsd-86xi",
"soqlQuery": "SELECT * WHERE amount > 1000 ORDER BY date DESC",
"limit": 10
}Konfigurationsoptionen
Der Server benötigt eine Umgebungsvariable:
DATA_PORTAL_URL: Die URL des Socrata-Datenportals (z. B.https://data.cityofchicago.org)
Dies kann eingestellt werden:
In der Claude Desktop-Konfiguration (empfohlen)
In Ihren Umgebungsvariablen
Über die Befehlszeile:
DATA_PORTAL_URL=https://data.cityofchicago.org opengov-mcp-server
Available Tools
1 toolget_dataC
[City of Chicago | Data Portal] Access data and metadata to learn more about the city and its underlying information.
| Name | Required | Description | Default |
|---|---|---|---|
| type | Yes | The type of operation to perform: - catalog: List datasets with optional search - categories: List all dataset categories - tags: List all dataset tags - dataset-metadata: Get detailed metadata for a specific dataset - column-info: Get column details for a specific dataset - data-access: Access records from a dataset (with query support) - site-metrics: Get portal-wide statistics | |
| domain | No | Optional domain (hostname only, without protocol). Used with all operation types. | |
| query | No | Search or query string with different uses depending on operation type: - For type=catalog: Search query to filter datasets - For type=data-access: SoQL query string for complex data filtering | |
| datasetId | No | Dataset identifier required for the following operations: - For type=dataset-metadata: Get dataset details - For type=column-info: Get column information - For type=data-access: Specify which dataset to query (e.g., 6zsd-86xi) | |
| soqlQuery | No | For type=data-access only. Optional SoQL query string for filtering data. This is an alias for the query parameter and takes precedence if both are provided. | |
| select | No | For type=data-access only. Specifies which columns to return in the result set. | |
| where | No | For type=data-access only. Filters the rows to be returned (e.g., "magnitude > 3.0"). | |
| order | No | For type=data-access only. Orders the results based on specified columns (e.g., "date DESC"). | |
| group | No | For type=data-access only. Groups results for aggregate functions. | |
| having | No | For type=data-access only. Filters for grouped results, similar to where but for grouped data. | |
| q | No | For type=data-access only. Full text search parameter for free-text searching across the dataset. | |
| limit | No | Maximum number of results to return: - For type=catalog: Limits dataset results - For type=data-access: Limits data records returned | |
| offset | No | Number of results to skip for pagination: - For type=catalog: Skips dataset results - For type=data-access: Skips data records for pagination |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description should disclose behavioral traits. It fails to mention that the tool supports multiple operation types, is read-only (implied but not stated), or any other behavioral aspects beyond a generic 'access data and metadata'.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single vague sentence. While it is concise, it is under-specified and does not effectively convey the tool's capabilities.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the tool's complexity (13 parameters, multiple operation types, no output schema), the description is extremely incomplete. It does not explain the different operations, query syntax, or return values, leaving the agent with almost no useful context.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema coverage is 100%, so baseline is 3. The description adds no parameter context beyond what the schema already provides.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description is vague: 'Access data and metadata to learn more about the city and its underlying information.' It does not specify the specific actions or resources available, despite the schema supporting many operations like 'catalog', 'data-access', etc.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
No guidance on when to use this tool versus alternatives, nor any context on when not to use it. The description provides no usage context despite the diverse operations.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
1 tool update
v1.0.0- First observed
get_data
TDQS
Scored across 1 tool
With only one tool, there is no possibility of confusion between tools, so disambiguation is perfect.
The single tool name 'get_data' follows a clear verb_noun pattern, and consistency is trivially maintained.
Only one tool is far below the typical 3-15 range for a well-scoped server, and the broad purpose of accessing open government data likely requires multiple tools.
The single generic 'get_data' tool cannot cover the expected operations for a government data portal, such as searching datasets, filtering, or accessing specific data types.
Maintenance
Related MCP Connectors
MCP server for medicaid-intelligence
MCP server for prozorro_tender_monitor_mcp
MCP server for medicare-coverage
Related MCP Servers
- Apache 2.0
- MIT
- Apache 2.0
- MIT