Skip to main content
Glama
malonestar

gov-data-mcp

by malonestar

fws-wetlands-proximity-screener

Screen site coordinates against official USFWS National Wetlands Inventory to reveal wetland presence, Cowardin types, acreage, and a Section 404 dredge-and-fill screening flag within a set radius.

Instructions

USFWS Wetlands Proximity Screener - Section 404 Site Risk API. Wetland due-diligence API for site selection: per lat/lon site, wetland presence within radius, Cowardin classification codes/systems, wetland types, total acreage nearby and a Section 404 dredge-and-fill screening flag. USFWS National Wetlands Inventory open data. Reads live from the official government source. Store page: https://apify.com/malonestar/fws-wetlands-proximity-screener

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
assetsYesSites to screen for wetlands. Each entry is an object { "lat": number, "lon": number, "label": "optional name" }. Also accepts "lat,lon" strings or [lat, lon] arrays. One dataset row (one billed result) is produced per asset, even when no wetland is found; a bad entry yields an ERROR row and the run continues. Example: [{"lat":36.3736,"lon":-89.385,"label":"Reelfoot Lake, TN - site inside a mapped lake"},{"lat":35.2216,"lon":-75.6913,"label":"Cape Hatteras, NC - estuarine tidal marsh"},{"lat":45.8918,"lon":-123.9615,"label":"Cannon Beach, OR - marine shoreline"},{"lat":47.5,"lon":-99,"label":"Prairie pothole, ND - farmed and drained wetlands"},{"lat":39.7392,"lon":-104.9903,"label":"Denver, CO - urban infill, n…(truncated).
maxResultsNoMaximum number of assets processed in one run (1-2000). One result row is emitted (and billed) per asset. Default 500. Applied by default if omitted: 500.
radiusMetersNoRadius around each asset used for the wetland-presence check, in meters (10-5000). Screened as a TRUE circle. Default 300 (~984 ft, roughly a parcel-scale buffer). Example: 300.
computeNearestDistanceNoWhen on (default), the actor measures the true distance and bearing to the nearest NWI wetland polygon instead of reporting a largest-acreage proxy. Costs up to ~10 small extra requests per site. Turn off for very large batches; nearest_wetland_* then falls back to the largest-acreage feature and nearest_basis says so. Example: true.
nearestSearchRadiusMetersNoHow far out to look for the nearest wetland, in meters (up to 8000). Independent of the screening radius, so a site can correctly read 'no wetland within 300 m' and still report the closest one 1,391 m away. Default 1609 (1 mile). Raised automatically to at least the screening radius. Example: 1609.
Behavior3/5

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

With no annotations provided, the description carries the burden of behavioral disclosure. It mentions that the tool 'reads live from the official government source,' which is a useful behavioral trait. However, it does not disclose error handling, billing behavior, or potential limitations such as rate limits or data freshness. No contradiction exists, but the transparency is limited to a single trait, missing other important aspects.

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 concise, consisting of two sentences that front-load the core purpose and key output details. It includes a URL for additional information without bloat. Every sentence contributes value, making it well-structured and efficient.

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

Completeness4/5

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

Although there is no output schema, the description clearly enumerates the key outputs (presence, codes, types, acreage, flag) and notes the live data source. It is sufficient for an agent to understand what the tool returns and its operational nature. Minor gaps like request limits or cost are covered in the parameter schema, so the description is fairly complete.

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?

The input schema has 100% description coverage, meaning all parameters are well-documented in the schema itself. The main description does not add further parameter-level meaning, such as format or constraints. Per the rubric, with high schema coverage, the baseline is 3, and the description provides no additional context, so 3 is justified.

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 the tool's purpose as a USFWS Wetlands Proximity Screener for Section 404 site risk, listing specific outputs like wetland presence, Cowardin codes, types, acreage, and a screening flag. It distinguishes itself from sibling tools by focusing specifically on wetlands via the NWI, which is a unique domain among the listed environmental screeners.

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

Usage Guidelines4/5

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

The description explicitly frames it as a due-diligence tool for site selection, indicating when it should be used. It implies usage for wetland-related screening but does not explicitly state when to avoid it or mention alternative tools. The reference to live data from an official source adds credibility and a reason for preference. No direct comparison to siblings is provided, so a score of 4 is appropriate.

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/malonestar/gov-data-mcp'

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