Skip to main content
Glama
IBM

chuk-mcp-her

Official
by IBM

her_search_monuments

Search for scheduled monuments in England by name, location, or description. Use bounding box, coordinates, or text to find designated heritage assets.

Instructions

Search scheduled monuments by location, name, or description.

Queries the National Heritage List for England for scheduled monuments. Supports spatial queries (bounding box or point+radius) and text search on monument names.

Args: name: Monument name (partial match, case-insensitive) description: Full-text search on description field bbox: Bounding box as "xmin,ymin,xmax,ymax" in BNG (EPSG:27700) lat: WGS84 latitude for radius search lon: WGS84 longitude for radius search radius_m: Search radius in metres (requires lat/lon) max_results: Maximum results (1-2000, default 50) offset: Pagination offset output_mode: Response format — "json" (default) or "text"

Returns: Matching scheduled monuments with location and metadata

Tips for LLMs: - Use bbox for area searches (e.g. "586000,205000,602500,215000") - Use lat/lon + radius_m for point searches - Use name for text-based searches (e.g. "red hill") - Follow up with her_get_monument for full details - Use her_count_features first for quick totals - NHLE only contains designated assets. For undesignated sites (red hills, findspots, local HER records), ALSO search her_search_heritage_gateway and her_search_aerial in the same area to get comprehensive coverage.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
latNo
lonNo
bboxNo
nameNo
offsetNo
radius_mNo
descriptionNo
max_resultsNo
output_modeNojson
Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

With no annotations, the description carries the burden. It discloses that it queries NHLE, returns matching monuments with location and metadata, and implies it is a read operation (search). However, it does not explicitly state it is read-only or mention rate limits. Still, it adequately conveys the tool's behavior.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is well-structured with a concise summary, detailed Args list, Returns section, and Tips for LLMs. It is front-loaded with the purpose. Every sentence adds value without redundancy.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given 9 parameters, no required ones, and no output schema, the description fully explains parameter usage, return value (matching monuments with location and metadata), and provides cross-references to sibling tools. It is comprehensive for an LLM to use correctly.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters5/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 0%, so the description must compensate. It provides detailed explanations for all 9 parameters, including formats like 'bbox as xmin,ymin,xmax,ymax in BNG (EPSG:27700)', radius in metres, max_results range, and output_mode values. This adds significant meaning beyond the bare schema.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states 'Search scheduled monuments by location, name, or description.' It specifies the resource (scheduled monuments) and the actions (search). It distinguishes from siblings by noting that NHLE only contains designated assets and suggests other tools for undesignated sites.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description provides explicit when-to-use guidance for each parameter (bbox for area, lat/lon+radius for point, name for text). It includes tips for LLMs, such as following up with her_get_monument, using her_count_features first, and alternatives for undesignated sites. This clearly differentiates usage from sibling tools.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Install Server

Other Tools

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/IBM/chuk-mcp-her'

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