Skip to main content
Glama
652036

ArcGIS Pro MCP

by 652036

Gp Directional Distribution

arcgis_pro_gp_directional_distribution
Idempotent

Creates a directional distribution ellipse to summarize the spatial spread and orientation of input features, writing the result to an output feature class.

Instructions

ArcGIS Pro:directionalgp directional distribution。返回可验证的结构化结果;写入和路径限制以服务能力为准。

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
case_fieldNo
in_featuresYes
ellipse_sizeNo1_STANDARD_DEVIATION
weight_fieldNo
out_feature_classYes

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault

No arguments

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv2.0.0

TDQS

D1.7/5.0
Behavior2/5

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

Annotations already declare destructiveHint=false, idempotentHint=true and readOnlyHint=false, so the safety profile is covered. The description adds only vague boilerplate ('returns verifiable structured results; write and path restrictions subject to service capabilities') that does not disclose what the tool writes, where, or what permissions are needed beyond what the annotations imply.

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?

It is short, but the text is a broken, mixed-language restatement of the title rather than front-loaded useful information. Brevity here comes from under-specification, not from discipline.

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

Completeness2/5

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

For a 5-parameter spatial-statistics tool, the description leaves every required input unexplained and offers no usage context. The presence of an output schema excuses it from describing return values, but nothing else compensates.

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

Parameters1/5

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

Schema description coverage is 0% across 5 parameters (in_features, out_feature_class, case_field, weight_field, ellipse_size), and the description provides no parameter meaning whatsoever. With no compensating description, an agent has no idea what ellipse_size or case_field accept.

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 essentially restates the tool name with a garbled fragment ('directionalgp directional distribution') and never supplies a verb describing the operation. An agent learns nothing about what directional distribution actually computes or how it differs from siblings like gp_mean_center or gp_standard_distance.

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

Usage Guidelines1/5

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

There is no when-to-use, when-not-to-use, or alternative-tool guidance at all. The only qualifier is boilerplate about service capabilities, which does not help an agent choose this over the many other GP analysis tools.

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

Deploy Server

Other Tools