GPS 좌표를 AI가 이해할 수 있는 위치 정보로 변환하세요 — Claude Desktop, Claude Code 및 모든 MCP 호환 어시스턴트용입니다.
좌표를 보내면 장소 이름, 카테고리 및 실시간 영업 시간을 반환합니다:
{
"label": "Walmart",
"category": "supermarket",
"is_open": true,
"closes_at": "23:00",
"opening_hours": "Mo-Su 06:00-23:00"
}이제 Claude가 다음과 같이 답변할 수 있습니다: *"당신은 47분 후에 문을 닫는 월마트에 있습니다."
Related MCP server: Geo MCP Worker
geolabel.dev에서 무료로 받으세요 — 하루 100회 요청 가능, 신용카드 불필요.
아래에서 클라이언트를 선택하세요.
~/Library/Application Support/Claude/claude_desktop_config.json 파일을 편집하세요:
{
"mcpServers": {
"geolabel": {
"command": "uvx",
"args": ["geolabel-mcp"],
"env": {
"GEOLABEL_API_KEY": "glk_your_key_here"
}
}
}
}Claude Desktop을 재시작하세요. 도구 목록에 GeoLabel 도구가 나타납니다.
claude mcp add geolabel -- uvx geolabel-mcp
export GEOLABEL_API_KEY=glk_your_key_here~/.hermes/config.json 파일을 편집하세요:
{
"mcpServers": {
"geolabel": {
"command": "uvx",
"args": ["geolabel-mcp"],
"env": {
"GEOLABEL_API_KEY": "glk_your_key_here"
}
}
}
}자세한 내용은 Hermes Agent MCP 문서를 참조하세요.
# Register the server
openclaw mcp set geolabel \
--command uvx \
--args geolabel-mcp \
--env GEOLABEL_API_KEY=glk_your_key_here
# Verify it's registered
openclaw mcp list자세한 내용은 OpenClaw MCP 문서를 참조하세요.
You: I'm at 41.8827, -87.6233 — what's here and is it open?
Agent: You're at Planet Fitness (a gym). It's currently open and closes
at 11:00 PM tonight — you have about 3 hours left.get_location_label주어진 좌표의 radius 미터 이내에서 가장 가까운 장소를 식별합니다.
매개변수 | 유형 | 기본값 | 설명 |
| float | 필수 | 위도 (-90 ~ 90) |
| float | 필수 | 경도 (-180 ~ 180) |
| int | 100 | 검색 반경 (미터 단위, 최대 500) |
응답 필드:
필드 | 유형 | 설명 | |
| string | null | OpenStreetMap의 원본 장소 이름 |
| string | 깔끔하게 정리된 표시용 이름 | |
| string | null | 고정된 유형: |
| float | null | 좌표에서 장소까지의 거리 |
| bool | null |
|
| string | null | 다음 영업 시작 시간 |
| string | null | 오늘의 영업 종료 시간 |
| string | null | 원본 OSM |
| bool | 10분 캐시에서 제공됨; 영업 시간은 항상 실시간으로 재계산됨 |
# pip
pip install geolabel-mcp
# run directly
GEOLABEL_API_KEY=glk_xxx geolabel-mcpclaude mcp add geolabel -- uvx geolabel-mcp그런 다음 키를 설정하세요:
# add to your shell profile or .env
export GEOLABEL_API_KEY=glk_your_key_here변수 | 필수 | 설명 |
| 예 | GeoLabel API 키 |
| 아니요 | API 기본 URL 재정의 (기본값: |
GeoLabel은 모든 서버 로그가 디스크에 기록되기 전에 좌표를 삭제합니다. 이동 기록은 저장되지 않습니다. 데이터는 실시간으로 처리되며 즉시 폐기됩니다. 전체 개인정보 보호정책 →
MIT
Identify a place from GPS coordinates and return its label, category, and live opening-hours status.
Use this whenever the user provides coordinates or asks what is at a location. The response gives Claude everything needed to answer location-aware questions — place name, type, whether it is open right now, and when it closes or next opens.
Args: lat: Latitude in decimal degrees (-90 to 90). lng: Longitude in decimal degrees (-180 to 180). radius: Search radius in metres. Smaller values pin to the nearest place precisely; larger values cast a wider net. Default 100 m, maximum 500 m.
Returns a dict with: place Raw venue name from OpenStreetMap (may include branch numbers or location suffixes). Prefer 'label' for display. label Clean, user-friendly name — e.g. "Walmart", "Planet Fitness", "Starbucks". Use this for display and speech. category Stable place type for logic: "gym", "supermarket", "restaurant", "fast_food", "gas_station", "pharmacy", "hospital", "cafe", "retail", etc. distance_meters Distance in metres from the supplied coordinates to the matched place centroid. is_open true → currently open. false → currently closed. null → OpenStreetMap has no hours data for this place. opens_at Next opening time as "HH:MM" (24-hour). Populated when is_open is false so you know when it reopens. null when open, or when hours are unknown. closes_at Today's closing time as "HH:MM" (24-hour). Populated when is_open is true — subtract current time to get minutes remaining. null when closed or hours unknown. opening_hours Raw OpenStreetMap opening_hours string, e.g. "Mo-Fr 09:00-18:00; Sa 10:00-17:00". null if not set in OSM. cached true if place data was served from the 10-minute in-memory cache. Hours fields are always recalculated live against the current time, even on cache hits.
| Name | Required | Description | Default |
|---|---|---|---|
| lat | Yes | ||
| lng | Yes | ||
| radius | No |
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations, the description fully covers behavior: radius interpretation, caching with 10-minute TTL, live recalculation of hours, and null handling for unknown hours. It discloses all behavioral traits beyond the basic function.
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 well-structured with purpose, usage, parameters, and return fields. Every sentence adds value; no redundant or extraneous text. Front-loaded the key purpose in the first sentence.
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 no output schema, the description completely documents all return fields with explanations, including edge cases like null values. All parameters are explained. The tool's behavior (caching, live hours) is fully covered.
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 0%, but the description provides detailed parameter semantics: lat/lng ranges, radius meaning with default and maximum, and concrete usage guidance. This goes far beyond the schema's minimal type information.
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 first sentence clearly states the tool identifies a place from GPS coordinates and returns label, category, and live opening-hours status. The verb 'identify' combined with the resource 'place' and specific outputs makes the purpose unmistakable.
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?
The description explicitly says 'Use this whenever the user provides coordinates or asks what is at a location.' This direct instruction tells the agent exactly when to invoke the tool, leaving no ambiguity.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
v0.1.1get_location_labelScored across 1 tool
Only one tool exists, so there is no possibility of confusion between tools. The single tool's purpose is clearly defined.
With only one tool, naming consistency is inherently perfect. The name 'get_location_label' follows a clear verb_noun pattern.
A single tool is at the low end of typical scope. It serves a focused purpose (geolocation labeling), but the server feels thin for a full MCP surface.
The tool provides rich detail (name, category, hours, distance) for its single operation. Lacks additional geolocation utilities like batch or address lookup, but core need is met.
Worldwide place search with coordinates (Open-Meteo) — paid per call (x402/credits), 1 tools
Nominatim MCP — wraps OpenStreetMap Nominatim geocoding API (free, no auth)
OpenTripMap MCP — wraps the OpenTripMap Places API (dev.opentripmap.org)
Geocoding, routing, isochrones, traffic, weather, and place search for AI agents. 19 MCP tools.