Skip to main content
Glama
srobbin

opengov-mcp-server

by srobbin

Сервер OpenGov MCP

Сервер MCP (Model Context Protocol), который позволяет клиентам MCP, таким как Claude Desktop, получать доступ к API Socrata Open Data. Эта интеграция позволяет Claude Desktop искать, извлекать и анализировать общедоступные наборы данных из правительственных порталов данных.

Обзор

Этот сервер MCP обеспечивает доступ к открытым данным с любого портала данных, работающего на базе Socrata, включая данные из городов, штатов и федеральных агентств, таких как:

Для базового использования ключ API не требуется, поскольку сервер получает доступ к публичным данным.

Related MCP server: json-mcp-server

Функции

С помощью этого сервера MCP клиенты могут:

  • Поиск и обнаружение наборов данных по ключевым словам, категориям или тегам

  • Просмотр метаданных набора данных и информации о столбцах

  • Выполнять SQL-подобные запросы для извлечения и анализа данных

  • Получить статистику использования портала

Установка для Claude Desktop

Быстрая настройка с помощью npx (рекомендуется)

Самый простой способ использовать этот MCP-сервер — с помощью npx, который не требует установки:

  1. Создайте или отредактируйте конфигурацию Claude Desktop :

    Создайте или отредактируйте claude_desktop_config.json в вашем домашнем каталоге:

    {
      "mcpServers": { 
        "opengov": {
          "command": "npx",
          "args": ["-y", "opengov-mcp-server@latest"],
          "env": {
            "DATA_PORTAL_URL": "https://data.cityofchicago.org"
          }
        }
      }
    }

    Вы можете заменить DATA_PORTAL_URL на любой портал данных, работающий на базе Socrata.

  2. Перезапустите Claude Desktop (если он уже был запущен)

  3. Начните использовать сервер MCP :

    В Claude Desktop теперь вы можете задавать такие вопросы, как:

    How many cars were towed in Chicago this month?

    и вы можете задать дополнительные вопросы, которые позволят вам более подробно рассмотреть:

    Which make and color were towed the most?
    Also, were there any interesting vanity plates?

    При первом запуске запроса npx автоматически загрузит и запустит последнюю версию сервера.

Ручная установка из источника

Если вы предпочитаете запускать из исходного кода (для разработки или настройки):

  1. Клонируйте этот репозиторий :

    git clone https://github.com/srobbin/opengov-mcp-server.git
    cd opengov-mcp-server
  2. Установите зависимости и соберите :

    npm install
    npm run build
  3. Создайте конфигурацию Claude Desktop :

    Создайте или отредактируйте claude_desktop_config.json в вашем домашнем каталоге:

    {
      "mcpServers": { 
        "opengov": {
          "command": "node",
          "args": [
            "/path/to/your/opengov-mcp-server/dist/index.js"
          ],
          "env": {
            "DATA_PORTAL_URL": "https://data.cityofchicago.org"
          }
        }
      }
    }

    Замените /path/to/your/opengov-mcp-server на фактический путь, по которому вы клонировали репозиторий.

  4. Перезапустите Claude Desktop (если он уже был запущен)

Доступный инструмент: get_data

Этот сервер MCP предоставляет унифицированный инструмент get_data , который Claude Desktop использует для доступа к данным Socrata.

Параметры

  • type (строка, обязательно): Тип операции

    • catalog : поиск и составление списка наборов данных

    • categories : Список категорий наборов данных

    • tags : Список тегов набора данных

    • dataset-metadata : Получить сведения о наборе данных

    • column-info : Получить информацию о столбце набора данных

    • data-access : Запрос и извлечение записей

    • site-metrics : Получить статистику портала

  • domain (строка, необязательно): имя хоста портала данных (без протокола)

  • query (строка, необязательно): Поисковый запрос для наборов данных

  • datasetId (строка): идентификатор набора данных для определенных операций

  • soqlQuery (строка, необязательно): запрос SoQL для фильтрации данных

  • limit (число, необязательно): Максимальное количество возвращаемых результатов (по умолчанию: 10)

  • offset (число, необязательно): результаты, которые нужно пропустить при разбивке на страницы (по умолчанию: 0)

Примеры запросов

Вот примеры того, как Claude Desktop будет форматировать запросы к серверу MCP:

// 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
}

Параметры конфигурации

Серверу требуется одна переменная среды:

  • DATA_PORTAL_URL : URL-адрес портала данных Socrata (например, https://data.cityofchicago.org )

Это можно установить:

  • В конфигурации Claude Desktop (рекомендуется)

  • В переменных вашего окружения

  • Через командную строку: DATA_PORTAL_URL=https://data.cityofchicago.org opengov-mcp-server

Available Tools

1 tool
get_dataC

[City of Chicago | Data Portal] Access data and metadata to learn more about the city and its underlying information.

ParametersJSON Schema
NameRequiredDescriptionDefault
typeYesThe 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
domainNoOptional domain (hostname only, without protocol). Used with all operation types.
queryNoSearch 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
datasetIdNoDataset 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)
soqlQueryNoFor 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.
selectNoFor type=data-access only. Specifies which columns to return in the result set.
whereNoFor type=data-access only. Filters the rows to be returned (e.g., "magnitude > 3.0").
orderNoFor type=data-access only. Orders the results based on specified columns (e.g., "date DESC").
groupNoFor type=data-access only. Groups results for aggregate functions.
havingNoFor type=data-access only. Filters for grouped results, similar to where but for grouped data.
qNoFor type=data-access only. Full text search parameter for free-text searching across the dataset.
limitNoMaximum number of results to return: - For type=catalog: Limits dataset results - For type=data-access: Limits data records returned
offsetNoNumber of results to skip for pagination: - For type=catalog: Skips dataset results - For type=data-access: Skips data records for pagination

TDQS

C2.1/5.0
Behavior2/5

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.

Conciseness2/5

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.

Completeness1/5

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.

Parameters3/5

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.

Purpose2/5

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.

Usage Guidelines2/5

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. 1 tool updatev1.0.0
    • First observedget_data

TDQS

C2.4/5.0

Scored across 1 tool

Disambiguation5/5

With only one tool, there is no possibility of confusion between tools, so disambiguation is perfect.

Naming Consistency5/5

The single tool name 'get_data' follows a clear verb_noun pattern, and consistency is trivially maintained.

Tool Count1/5

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.

Completeness1/5

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

ActivityInactive
ResponsivenessNo issues

Related MCP Connectors

Related MCP Servers