openchargemap-mcp-server
Server Details
Find EV charging stations, detail, and reliability check-ins via the global Open Charge Map.
- Status
- Healthy
- Uptime
- 99.9% over 42 days
- Last Tested
- Transport
- Streamable HTTP · MCP 2025-11-25
- URL
- Repository
- cyanheads/openchargemap-mcp-server
- GitHub Stars
- 1
- Server Listing
- @cyanheads/openchargemap-mcp-server
TDQS
Scored across 4 tools
Each tool targets a distinct operation: searching stations, retrieving a single station record, reading community comments, and resolving reference-data IDs. The only slight overlap is get_station optionally including comments, but the dedicated comments tool is clearly differentiated by its purpose and richer check-in details.
All tool names use the consistent openchargemap_ verb_noun pattern in snake_case. The verbs find, get, and lookup are predictable and match the object being acted on.
Four tools form a compact, well-scoped read-only surface for the Open Charge Map registry. Each tool serves a clear purpose without redundancy or excessive fragmentation.
The set covers the full read-only lifecycle: find stations, get detailed station records, read community reliability comments, and resolve filter reference data. Pagination is handled consistently, and the explicit dependency on external geocoding is clearly documented rather than a hidden gap.
Available Tools
4 toolsopenchargemap_find_stationsopenchargemap-mcp-server: find stationsARead-onlyInspect
Find EV charging stations from the global Open Charge Map registry near a point or within a bounding box. Provide either a center (latitude + longitude + distance) or a boundingbox; optionally scope to a country with countrycode. This tool is coordinate-native and does not geocode place names — resolve a place like "Ballard, Seattle" to coordinates with openstreetmap_geocode first, then pass them here. Filter by connector type, minimum power (kW), operator/network, usage type (public/free/membership), charge level, operational status, and minimum charge points. Filter IDs are integers — resolve a connector or network name to its ID with openchargemap_lookup_reference (e.g. "CCS" -> 33). Each result includes title, address, distance from the search point, connections (type, power, count), operator, access rules, registry operational status, and the last-verified date. Results come back one page at a time: when a page reports truncated, repeat the same search with the reported nextOffset to read the next one.
| Name | Required | Description | Default |
|---|---|---|---|
| offset | No | Matching stations to skip before the returned page, for reading past a truncated result. Repeat the same search with the nextOffset value the previous call reported. One search reaches at most 500 stations, so 499 is the deepest offset that can return one — narrow the area or add filters to reach stations beyond that. Ordering is by distance and stable, but Open Charge Map is edited continuously, so a station added or removed between pages can shift what a later offset lands on. | |
| levelid | No | Charge level ID (1=Low <2kW, 2=Medium >2kW, 3=High >40kW/fast). Array OR-matched. Use 3 as a coarse "fast charging only" filter when a specific connector is not required. | |
| distance | No | Search radius from the center point, in the unit given by distanceUnit (default km). Max 500. Keep small (5-25) for dense urban areas; widen for rural coverage. | |
| latitude | No | Center latitude (WGS84 decimal degrees). Use with longitude + distance for a radius search. Resolve place names via openstreetmap_geocode first. | |
| longitude | No | Center longitude (WGS84 decimal degrees). Use with latitude + distance for a radius search. | |
| maxresults | No | Maximum stations to return, ordered by distance from the search point. Max 200. | |
| minpowerkw | No | Minimum charging power in kW across any connection at the station. Use ~50 for DC fast charging, ~150 for high-power DC. Stations whose fastest connection is below this are excluded. | |
| operatorid | No | Operator/network ID, or array of IDs (OR-matched). Resolve a network name with openchargemap_lookup_reference (category "operators") — e.g. "Tesla", "ChargePoint". | |
| boundingbox | No | Bounding-box search as an alternative to a center+radius. Mutually exclusive with latitude/longitude/distance — sending a boundingbox alongside a latitude or a longitude is rejected, not resolved in favour of one of them. | |
| countrycode | No | Restrict to one country by ISO 3166-1 alpha-2 code (e.g. "US", "FR", "GB"). Omit for a global search. The server is global by default — there is no implicit country. | |
| usagetypeid | No | Usage/access type ID, or array (OR-matched). Resolve via openchargemap_lookup_reference (category "usagetypes") — e.g. Public=1, Public-Pay At Location=5, Public-Membership Required=4. | |
| distanceUnit | No | Unit for the distance parameter and the returned distance values. | KM |
| statustypeid | No | Registry operational-status ID, or array (OR-matched). Resolve via openchargemap_lookup_reference (category "statustypes"). NOTE: registry status is operator-reported and can be stale — combine with dateLastVerified and openchargemap_get_station_comments to judge real-world reliability, do not treat it as ground truth. | |
| minchargepoints | No | Minimum number of charge points (stalls) at the station. Filters out single-point locations when you need a station likely to have an open stall. | |
| connectiontypeid | No | Connector type ID, or an array of IDs (OR-matched). Resolve names with openchargemap_lookup_reference — e.g. CCS (Type 2)=33, CHAdeMO=2, NACS/Tesla Supercharger=27, Type 2 socket=25, Type 1/J1772=1. |
Output Schema
| Name | Required | Description |
|---|---|---|
| cap | No | The maxresults cap that was applied. |
| error | No | Present when the call failed. Absent on success. |
| shown | No | Stations in the returned page. |
| notice | No | How to reach the stations this page left out, or why it came back empty. |
| stations | No | Matching stations, ordered by distance from the search point. |
| truncated | No | True when matching stations were left out of the returned page. |
| nextOffset | No | The offset to pass on an otherwise identical call to read the next page. Absent when nothing further was retrieved. |
| totalCount | No | Matching stations this search retrieved, before the offset/maxresults page was taken. Open Charge Map publishes no match total and one search can only retrieve so deep, so this is exact only when the search reached the end of what Open Charge Map holds for the area — otherwise it is a floor that rises as deeper pages are read. The notice says which of the two applies. |
| attribution | No | Required attribution to Open Charge Map contributors under CC BY 4.0. |
| searchSummary | No | Human-readable echo of the resolved search: location mode, scope, and active filters as the server applied them. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations declare readOnlyHint and openWorldHint, and the description richly substantiates both: it warns that 'registry status is operator-reported and can be stale' and that 'Open Charge Map is edited continuously, so a station added or removed between pages can shift what a later offset lands on.' It also discloses pagination truncation, mutual-exclusion rejection, and global-by-default behavior beyond what annotations convey.
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 dense but every sentence earns its place: scope, search modes, geocoding caveat, filter categories, ID resolution, result contents, and pagination. It is front-loaded with the primary purpose and avoids filler or repetition of schema field names.
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?
For a complex 15-parameter tool with an output schema, the description is complete: it covers coordinate prerequisites, filter workflows, result fields, stale-status caveats, and pagination. Since an output schema exists, return-value details do not need to be spelled out, and the description still summarizes them.
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 100%, so per-parameter details are already documented (baseline 3). The description adds meaningful cross-parameter guidance: the two mutually exclusive search modes (center+radius vs boundingbox), the integer-ID resolution workflow via openchargemap_lookup_reference, and a coarse 'fast charging only' hint via levelid 3. It stops short of explaining every parameter, but supplements the schema usefully.
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?
Opens with a precise verb+resource+scope: 'Find EV charging stations from the global Open Charge Map registry near a point or within a bounding box.' It also distinguishes itself from siblings by emphasizing coordinate-native search and explicitly stating it 'does not geocode place names', which separates it from lookup/station-detail tools.
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?
Provides explicit routing: geocode places with openstreetmap_geocode first, resolve filter IDs with openchargemap_lookup_reference (including the 'CCS' -> 33 example), and use pagination with nextOffset when a page is truncated. It also states when not to use it in a certain way (don't pass place names; don't mix boundingbox with latitude/longitude as it is rejected).
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
openchargemap_get_stationopenchargemap-mcp-server: get stationARead-onlyIdempotentInspect
Get the full record for one Open Charge Map station by its numeric OCM ID. Returns every connection (type, level, power, current, quantity, per-connection status), the operator and network, usage and access restrictions (pay-at-location, membership, access key), the number of charge points, general comments, usage cost, the data provider, media, and verification recency. Set includeComments to also return community check-ins inline.
| Name | Required | Description | Default |
|---|---|---|---|
| id | Yes | Numeric OCM station ID (e.g. 145452). | |
| includeComments | No | Include community check-ins and comments inline in the response. Adds payload but gives the real-world reliability signal alongside the registry status. Every comment on record comes back at once, unpaged — on a station with hundreds of check-ins that is a large response, so prefer openchargemap_get_station_comments, which returns them a page at a time. |
Output Schema
| Name | Required | Description |
|---|---|---|
| error | No | Present when the call failed. Absent on success. |
| station | No | The full station record. |
| attribution | No | Required CC BY 4.0 attribution to Open Charge Map contributors. |
| reliabilityNote | No | A caveat when the registry status, verification age, coordinates, or comments suggest the listing may not reflect reality. Omitted when there is nothing to flag. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Beyond the readOnly/idempotent/openWorld annotations, the description discloses key behavioral traits: includeComments returns every unpaged comment at once, potentially producing a large payload, and the comments are described as a reliability signal alongside registry status. No contradictions with annotations are present.
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?
Three dense sentences with no filler. The core purpose is front-loaded, followed by the return contents and the single behavioral caveat. Every sentence earns its place.
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?
With a full output schema, complete input schema, annotations for safety/idempotency, and a description covering the large-response caveat and sibling alternative, the agent has everything needed to decide when and how to call this tool.
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 100%, so the baseline is 3. The description adds real value by explaining the trade-off of includeComments (inline reliability signal vs. large unpaged response) and explicitly recommending the sibling for paged access, going beyond the schema's default/boolean description.
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?
Uses a specific verb and resource: 'Get the full record for one Open Charge Map station by its numeric OCM ID.' It clearly distinguishes this from discovering stations (find_stations) and from paged comment retrieval (get_station_comments).
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 tells the agent to prefer openchargemap_get_station_comments when community comments should be returned one page at a time, an explicit alternative. It could more explicitly contrast with openchargemap_find_stations for cases where the ID is unknown, but the ID-based phrasing implies the boundary.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
openchargemap_get_station_commentsopenchargemap-mcp-server: get station commentsARead-onlyIdempotentInspect
Read community check-ins and comments for one Open Charge Map station — the real-world reliability signal beyond the operator-reported registry status. Returns user comments and fault reports with ratings, dates, and the outcome the driver recorded ("Charged Successfully", "Failed to Charge (Equipment Not Operational)", …), alongside the station's current registry status and last-verified date, surfacing mismatches like "listed operational, but the last few check-ins report a fault." A busy station's check-ins come back one page at a time: when a page reports truncated, repeat the call with the reported nextOffset to read the next one.
| Name | Required | Description | Default |
|---|---|---|---|
| id | Yes | Numeric OCM station ID. | |
| offset | No | Comments to skip before the returned page, for reading past a truncated result. Repeat the same call with the nextOffset value the previous one reported. Ordering is newest-first and stable, but a check-in posted between pages shifts what a later offset lands on. | |
| maxresults | No | Maximum comments to return, newest first. Max 100. |
Output Schema
| Name | Required | Description |
|---|---|---|
| cap | No | The maxresults cap that was applied. |
| error | No | Present when the call failed. Absent on success. |
| shown | No | Comments in the returned page. |
| notice | No | How to reach the comments this page left out, or why the station has none on record. |
| comments | No | The requested page of community comments, newest first — offset/maxresults applied. Empty with totalComments 0 means OCM has no check-ins for this station (absence of reports is not evidence the charger works); empty with a non-zero totalComments means the offset is past the last comment. |
| stationId | No | OCM station ID the comments belong to. |
| truncated | No | True when comments were left out of the returned page. |
| nextOffset | No | The offset to pass on an otherwise identical call to read the next page. Absent on the last page. |
| totalCount | No | Comments this station has on record, before the offset/maxresults page was taken — the complete count, not the page size. |
| attribution | No | Required CC BY 4.0 attribution to Open Charge Map contributors. |
| stationTitle | No | Station name, for context. |
| isOperational | No | Whether the registry marks the station operational. Absent when the operational state is unknown. Compare against the comments below — they are the real-world check. |
| totalComments | No | Comments this station has on record — the whole set, before offset/maxresults selected the page in comments. reliabilityNote counts its fault ratio over this population, not over the page. |
| registryStatus | No | Current registry operational status (operator-reported). |
| reliabilityNote | No | A caveat when the registry status, verification age, coordinates, or comments suggest the listing may not reflect reality. Omitted when there is nothing to flag. |
| dateLastVerified | No | ISO 8601 date the listing was last verified. null when never verified. |
| registryStatusId | No | Registry status ID — the value the openchargemap_find_stations statustypeid filter takes. Absent when OCM has no status on record. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already declare readOnlyHint=true and idempotentHint=true, so the base safety profile is known. The description adds meaningful nuance: it discloses what the tool returns (comments, fault reports, ratings, outcome labels, registry status, last-verified date), the pagination/truncation behavior, and the mismatch-surfacing purpose. This is valuable beyond the annotations, so a score of 4 is warranted.
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 two sentences: the first front-loads purpose and value, the second details returns and pagination. Every clause carries useful information with no filler. It is longer than a terse definition but remains dense and well-ordered. The opening hook efficiently sets context before diving into mechanics.
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 the tool's complexity (pagination, multiple return elements, mismatch detection) and that an output schema exists, the description covers the essential call-time knowledge: what the tool returns, how to paginate, and what unique signal it provides. It doesn't restate schema details, which is appropriate. Minor gap: it doesn't explicitly say what 'truncated' looks like, but the schema and output schema likely cover that. Overall it is complete enough for correct invocation.
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 description coverage is 100%, so each parameter (id, offset, maxresults) is already documented. The description adds context: it explains the offset as "the nextOffset value the previous one reported" and emphasizes ordering (newest-first) and the 100-result cap. This goes slightly beyond the schema's bare descriptions, raising it from baseline 3 to 4.
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 description opens with a specific verb-resource pair: "Read community check-ins and comments for one Open Charge Map station." It immediately distances itself from the siblings by framing this as "the real-world reliability signal beyond the operator-reported registry status," which distinguishes it from openchargemap_get_station (registry status) and the other siblings. The tool's identity is 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 implies when to use it: "beyond the operator-reported registry status" suggests choosing this over get_station when seeking user-driven reliability data. It also includes a concrete pagination workflow ("when a page reports truncated, repeat the call with the reported nextOffset"), which is direct usage guidance. It does not explicitly state alternatives or 'when not to use,' but the context is clear enough for an agent to reason about selection.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
openchargemap_lookup_referenceopenchargemap-mcp-server: lookup referenceARead-onlyIdempotentInspect
Resolve Open Charge Map reference data to the integer IDs that openchargemap_find_stations filters require. Pick a category and pass a name or code to resolve — "CCS" or "Tesla Supercharger" -> a connectiontypeid, "ChargePoint" -> an operatorid, "Public - Pay At Location" -> a usagetypeid, "France" or "FR" -> a country. Omit the query to browse the whole category. Large categories come back one page at a time: when a page reports truncated, repeat the call with the reported nextOffset to read the next one.
| Name | Required | Description | Default |
|---|---|---|---|
| limit | No | Maximum entries to return when browsing or when a query matches several. Max 100. | |
| query | No | Name, title, code, or alias to resolve (e.g. "CCS", "CHAdeMO", "Tesla", "Public", "France", "FR"). Case-insensitive, matches on title, formal name, and known aliases. Omit to browse the entire category. | |
| offset | No | Entries to skip before the returned page, for reading past a truncated result. Repeat the same call with the nextOffset value the previous one reported. Applies to browsing and to a query with many matches alike; the order is stable, so every entry is reachable by paging. | |
| category | Yes | Which reference set to query. connectiontypes -> connectiontypeid; operators -> operatorid; usagetypes -> usagetypeid; statustypes -> statustypeid; currenttypes -> current type; levels -> charge level (1/2/3); countries -> ISO country. |
Output Schema
| Name | Required | Description |
|---|---|---|
| cap | No | The limit that was applied. |
| error | No | Present when the call failed. Absent on success. |
| shown | No | Entries in the returned page. |
| notice | No | How to reach the entries this page left out. |
| source | No | Where these entries came from. "live" — a startup refresh from Open Charge Map returned a complete set and is what is being served. "bundled" — the snapshot shipped with the server is being served, either because the refresh is switched off or because it failed and the server fell back to the bundle. |
| matches | No | Matching reference entries, best/exact match first. |
| category | No | The reference category queried. |
| truncated | No | True when matching entries were left out of the returned page. |
| nextOffset | No | The offset to pass on an otherwise identical call to read the next page. Absent on the last page. |
| totalCount | No | Entries matching before the offset/limit page was taken — the whole category when browsing, every match when a query was given. |
| attribution | No | Required CC BY 4.0 attribution to Open Charge Map contributors. |
| filterParam | No | The find_stations input parameter these IDs feed (e.g. "connectiontypeid"). Omitted for categories with no direct filter (currenttypes; countries use countrycode). |
| snapshotDate | No | Date the reference data in this response was captured, so callers know its vintage — the day the live refresh ran when source is "live", the bundled snapshot's own capture date when source is "bundled". Read it together with source: the same date can mean either a fresh fetch or a freshly cut bundle. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already provide readOnlyHint and idempotentHint, so safety is covered. The description adds meaningful behavioral context beyond annotations: pagination behavior for large categories, truncation reporting, repeat-with-nextOffset semantics, and the ability to browse by omitting the query. This is valuable operational detail not present in the annotations.
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 compact and front-loaded with the core purpose, then gives useful examples and paging instructions. Every sentence earns its place; there is no filler or repetition of schema details.
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?
The description, combined with a fully described input schema, detailed annotations, and an output schema, covers all the operational knowledge needed: what to pass, how browsing works, how paging works, and how the results relate to the sibling find_stations tool. Nothing essential is missing.
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 100%, so the baseline is 3, but the description adds real semantic value: it gives concrete examples tying categories to ID fields, clarifies that query is case-insensitive and matches aliases, and explains how offset interacts with truncated pages. This goes beyond the schema's structural descriptions.
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 description states a specific verb and resource: it resolves Open Charge Map reference data into the integer IDs required by openchargemap_find_stations filters. Concrete examples like 'CCS' -> connectiontypeid and 'France' -> country make the purpose unmistakable and clearly distinguish it from the station-related sibling tools.
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 clearly ties the tool to a prerequisite step for openchargemap_find_stations and explains how to browse or resolve values. It does not explicitly state when not to use this tool versus siblings, but the examples and explicit mention of find_stations provide strong contextual guidance.
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.
4 tool updates
- Changed
openchargemap_find_stations10 fields changed- removed
Output schema / properties / stations / items / properties / connections / items / properties / amps / anyOfRemoved value: -[ - { - "type": "number" - }, - { - "type": "null" - } -] - added
Output schema / properties / stations / items / properties / connections / items / properties / amps / typeAdded value: +[ + "number", + "null" +] - removed
Output schema / properties / stations / items / properties / connections / items / properties / powerKW / anyOfRemoved value: -[ - { - "type": "number" - }, - { - "type": "null" - } -] - added
Output schema / properties / stations / items / properties / connections / items / properties / powerKW / typeAdded value: +[ + "number", + "null" +] - removed
Output schema / properties / stations / items / properties / connections / items / properties / quantity / anyOfRemoved value: -[ - { - "type": "number" - }, - { - "type": "null" - } -] - added
Output schema / properties / stations / items / properties / connections / items / properties / quantity / typeAdded value: +[ + "number", + "null" +] - removed
Output schema / properties / stations / items / properties / connections / items / properties / voltage / anyOfRemoved value: -[ - { - "type": "number" - }, - { - "type": "null" - } -] - added
Output schema / properties / stations / items / properties / connections / items / properties / voltage / typeAdded value: +[ + "number", + "null" +] - removed
Output schema / properties / stations / items / properties / dateLastVerified / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / stations / items / properties / dateLastVerified / typeAdded value: +[ + "string", + "null" +]
- Changed
openchargemap_get_station14 fields changed- removed
Output schema / properties / station / properties / comments / items / properties / rating / anyOfRemoved value: -[ - { - "type": "number" - }, - { - "type": "null" - } -] - added
Output schema / properties / station / properties / comments / items / properties / rating / typeAdded value: +[ + "number", + "null" +] - removed
Output schema / properties / station / properties / connections / items / properties / amps / anyOfRemoved value: -[ - { - "type": "number" - }, - { - "type": "null" - } -] - added
Output schema / properties / station / properties / connections / items / properties / amps / typeAdded value: +[ + "number", + "null" +] - removed
Output schema / properties / station / properties / connections / items / properties / powerKW / anyOfRemoved value: -[ - { - "type": "number" - }, - { - "type": "null" - } -] - added
Output schema / properties / station / properties / connections / items / properties / powerKW / typeAdded value: +[ + "number", + "null" +] - removed
Output schema / properties / station / properties / connections / items / properties / quantity / anyOfRemoved value: -[ - { - "type": "number" - }, - { - "type": "null" - } -] - added
Output schema / properties / station / properties / connections / items / properties / quantity / typeAdded value: +[ + "number", + "null" +] - removed
Output schema / properties / station / properties / connections / items / properties / voltage / anyOfRemoved value: -[ - { - "type": "number" - }, - { - "type": "null" - } -] - added
Output schema / properties / station / properties / connections / items / properties / voltage / typeAdded value: +[ + "number", + "null" +] - removed
Output schema / properties / station / properties / dateLastStatusUpdate / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / station / properties / dateLastStatusUpdate / typeAdded value: +[ + "string", + "null" +] - removed
Output schema / properties / station / properties / dateLastVerified / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / station / properties / dateLastVerified / typeAdded value: +[ + "string", + "null" +]
- Changed
openchargemap_get_station_comments4 fields changed- removed
Output schema / properties / comments / items / properties / rating / anyOfRemoved value: -[ - { - "type": "number" - }, - { - "type": "null" - } -] - added
Output schema / properties / comments / items / properties / rating / typeAdded value: +[ + "number", + "null" +] - removed
Output schema / properties / dateLastVerified / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / dateLastVerified / typeAdded value: +[ + "string", + "null" +]
- Changed
openchargemap_lookup_reference2 fields changed- removed
Output schema / properties / matches / items / properties / formalName / anyOfRemoved value: -[ - { - "type": "string" - }, - { - "type": "null" - } -] - added
Output schema / properties / matches / items / properties / formalName / typeAdded value: +[ + "string", + "null" +]
4 tool updates
- Changed
openchargemap_find_stations6 fields changed- changed
Input schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - added
Input schema / additionalPropertiesAdded value: +false - changed
Output schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - added
Output schema / anyOfAdded value: +[ + { + "not": { + "required": [ + "error" + ] + }, + "required": [ + "stations", + "searchSummary", + "attribution", + "totalCount" + ] + }, + { + "required": [ + "error" + ] + } +] - added
Output schema / properties / errorAdded value: +{ + "additionalProperties": {}, + "description": "Present when the call failed. Absent on success.", + "properties": { + "code": { + "description": "JSON-RPC error code for this failure.", + "maximum": 9007199254740991, + "minimum": -9007199254740991, + "type": "integer" + }, + "data": { + "additionalProperties": {}, + "properties": { + "reason": { + "description": "Machine-readable failure mode. Declared by this tool: `invalid_location`: No search area was provided; or only one half of a center arrived; or a boundingbox arrived alongside a latitude or a longitude. `no_stations`: Open Charge Map holds no station for the search area and filters — either it returned nothing at all, or every station it returned was ruled out and there were no further candidates. `upstream_unavailable`: OCM returned a non-2xx response or timed out. `auth_failed`: OCM returned HTTP 401 or 403 — the API key is missing or invalid. Other values are possible when a failure originates below the handler.", + "examples": [ + "invalid_location", + "no_stations", + "upstream_unavailable", + "auth_failed" + ], + "type": "string" + }, + "recovery": { + "additionalProperties": {}, + "description": "Actionable next step for the caller.", + "properties": { + "hint": { + "type": "string" + } + }, + "required": [ + "hint" + ], + "type": "object" + }, + "retryable": { + "description": "Whether retrying may succeed.", + "type": "boolean" + } + }, + "type": "object" + }, + "message": { + "description": "Human-readable description of what went wrong.", + "type": "string" + } + }, + "required": [ + "code", + "message" + ], + "type": "object" +} - removed
Output schema / requiredRemoved value: -[ - "stations", - "searchSummary", - "attribution", - "totalCount" -]
- Changed
openchargemap_get_station6 fields changed- changed
Input schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - added
Input schema / additionalPropertiesAdded value: +false - changed
Output schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - added
Output schema / anyOfAdded value: +[ + { + "not": { + "required": [ + "error" + ] + }, + "required": [ + "station", + "attribution" + ] + }, + { + "required": [ + "error" + ] + } +] - added
Output schema / properties / errorAdded value: +{ + "additionalProperties": {}, + "description": "Present when the call failed. Absent on success.", + "properties": { + "code": { + "description": "JSON-RPC error code for this failure.", + "maximum": 9007199254740991, + "minimum": -9007199254740991, + "type": "integer" + }, + "data": { + "additionalProperties": {}, + "properties": { + "reason": { + "description": "Machine-readable failure mode. Declared by this tool: `not_found`: OCM returned an empty result for the given numeric ID (HTTP 200 with []) — no such station. `upstream_unavailable`: OCM returned a non-2xx response or timed out. `auth_failed`: OCM returned HTTP 401 or 403 — the API key is missing or invalid. Other values are possible when a failure originates below the handler.", + "examples": [ + "not_found", + "upstream_unavailable", + "auth_failed" + ], + "type": "string" + }, + "recovery": { + "additionalProperties": {}, + "description": "Actionable next step for the caller.", + "properties": { + "hint": { + "type": "string" + } + }, + "required": [ + "hint" + ], + "type": "object" + }, + "retryable": { + "description": "Whether retrying may succeed.", + "type": "boolean" + } + }, + "type": "object" + }, + "message": { + "description": "Human-readable description of what went wrong.", + "type": "string" + } + }, + "required": [ + "code", + "message" + ], + "type": "object" +} - removed
Output schema / requiredRemoved value: -[ - "station", - "attribution" -]
- Changed
openchargemap_get_station_comments6 fields changed- changed
Input schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - added
Input schema / additionalPropertiesAdded value: +false - changed
Output schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - added
Output schema / anyOfAdded value: +[ + { + "not": { + "required": [ + "error" + ] + }, + "required": [ + "stationId", + "stationTitle", + "comments", + "totalComments", + "attribution", + "totalCount" + ] + }, + { + "required": [ + "error" + ] + } +] - added
Output schema / properties / errorAdded value: +{ + "additionalProperties": {}, + "description": "Present when the call failed. Absent on success.", + "properties": { + "code": { + "description": "JSON-RPC error code for this failure.", + "maximum": 9007199254740991, + "minimum": -9007199254740991, + "type": "integer" + }, + "data": { + "additionalProperties": {}, + "properties": { + "reason": { + "description": "Machine-readable failure mode. Declared by this tool: `not_found`: OCM returned an empty result for the given numeric ID (HTTP 200 with []) — no such station. `upstream_unavailable`: OCM returned a non-2xx response or timed out. `auth_failed`: OCM returned HTTP 401 or 403 — the API key is missing or invalid. Other values are possible when a failure originates below the handler.", + "examples": [ + "not_found", + "upstream_unavailable", + "auth_failed" + ], + "type": "string" + }, + "recovery": { + "additionalProperties": {}, + "description": "Actionable next step for the caller.", + "properties": { + "hint": { + "type": "string" + } + }, + "required": [ + "hint" + ], + "type": "object" + }, + "retryable": { + "description": "Whether retrying may succeed.", + "type": "boolean" + } + }, + "type": "object" + }, + "message": { + "description": "Human-readable description of what went wrong.", + "type": "string" + } + }, + "required": [ + "code", + "message" + ], + "type": "object" +} - removed
Output schema / requiredRemoved value: -[ - "stationId", - "stationTitle", - "comments", - "totalComments", - "attribution", - "totalCount" -]
- Changed
openchargemap_lookup_reference6 fields changed- changed
Input schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - added
Input schema / additionalPropertiesAdded value: +false - changed
Output schema / $schemaPrevious value: -"http://json-schema.org/draft-07/schema#"New value: +"https://json-schema.org/draft/2020-12/schema" - added
Output schema / anyOfAdded value: +[ + { + "not": { + "required": [ + "error" + ] + }, + "required": [ + "category", + "matches", + "snapshotDate", + "source", + "attribution", + "totalCount" + ] + }, + { + "required": [ + "error" + ] + } +] - added
Output schema / properties / errorAdded value: +{ + "additionalProperties": {}, + "description": "Present when the call failed. Absent on success.", + "properties": { + "code": { + "description": "JSON-RPC error code for this failure.", + "maximum": 9007199254740991, + "minimum": -9007199254740991, + "type": "integer" + }, + "data": { + "additionalProperties": {}, + "properties": { + "reason": { + "description": "Machine-readable failure mode. Declared by this tool: `no_match`: No reference entry in the category matched the query. Other values are possible when a failure originates below the handler.", + "examples": [ + "no_match" + ], + "type": "string" + }, + "recovery": { + "additionalProperties": {}, + "description": "Actionable next step for the caller.", + "properties": { + "hint": { + "type": "string" + } + }, + "required": [ + "hint" + ], + "type": "object" + }, + "retryable": { + "description": "Whether retrying may succeed.", + "type": "boolean" + } + }, + "type": "object" + }, + "message": { + "description": "Human-readable description of what went wrong.", + "type": "string" + } + }, + "required": [ + "code", + "message" + ], + "type": "object" +} - removed
Output schema / requiredRemoved value: -[ - "category", - "matches", - "snapshotDate", - "source", - "attribution", - "totalCount" -]
4 tool updates
- Changed
openchargemap_find_stations7 fields changed- changed
Input schema / properties / boundingbox / descriptionPrevious value: -"Bounding-box search as an alternative to a center+radius. Mutually exclusive with latitude/longitude/distance."New value: +"Bounding-box search as an alternative to a center+radius. Mutually exclusive with latitude/longitude/distance — sending a boundingbox alongside a latitude or a longitude is rejected, not resolved in favour of one of them." - added
Input schema / properties / offsetAdded value: +{ + "default": 0, + "description": "Matching stations to skip before the returned page, for reading past a truncated result. Repeat the same search with the nextOffset value the previous call reported. One search reaches at most 500 stations, so 499 is the deepest offset that can return one — narrow the area or add filters to reach stations beyond that. Ordering is by distance and stable, but Open Charge Map is edited continuously, so a station added or removed between pages can shift what a later offset lands on.", + "maximum": 499, + "minimum": 0, + "type": "integer" +} - added
Output schema / properties / nextOffsetAdded value: +{ + "description": "The offset to pass on an otherwise identical call to read the next page. Absent when nothing further was retrieved.", + "type": "number" +} - added
Output schema / properties / noticeAdded value: +{ + "description": "How to reach the stations this page left out, or why it came back empty.", + "type": "string" +} - changed
Output schema / properties / shown / descriptionPrevious value: -"Number of stations returned when the cap was hit."New value: +"Stations in the returned page." - changed
Output schema / properties / totalCount / descriptionPrevious value: -"Number of stations returned."New value: +"Matching stations this search retrieved, before the offset/maxresults page was taken. Open Charge Map publishes no match total and one search can only retrieve so deep, so this is exact only when the search reached the end of what Open Charge Map holds for the area — otherwise it is a floor that rises as deeper pages are read. The notice says which of the two applies." - changed
Output schema / properties / truncated / descriptionPrevious value: -"True when results were capped at maxresults."New value: +"True when matching stations were left out of the returned page."
- Changed
openchargemap_get_station1 field changed- changed
Input schema / properties / includeComments / descriptionPrevious value: -"Include community check-ins and comments inline in the response. Adds payload but gives the real-world reliability signal alongside the registry status. For comments alone, use openchargemap_get_station_comments."New value: +"Include community check-ins and comments inline in the response. Adds payload but gives the real-world reliability signal alongside the registry status. Every comment on record comes back at once, unpaged — on a station with hundreds of check-ins that is a large response, so prefer openchargemap_get_station_comments, which returns them a page at a time."
- Changed
openchargemap_get_station_comments9 fields changed- added
Input schema / properties / offsetAdded value: +{ + "default": 0, + "description": "Comments to skip before the returned page, for reading past a truncated result. Repeat the same call with the nextOffset value the previous one reported. Ordering is newest-first and stable, but a check-in posted between pages shifts what a later offset lands on.", + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" +} - changed
Output schema / properties / comments / descriptionPrevious value: -"Community comments, newest first. Empty array means OCM has no check-ins for this station — absence of reports is not evidence the charger works."New value: +"The requested page of community comments, newest first — offset/maxresults applied. Empty with totalComments 0 means OCM has no check-ins for this station (absence of reports is not evidence the charger works); empty with a non-zero totalComments means the offset is past the last comment." - added
Output schema / properties / nextOffsetAdded value: +{ + "description": "The offset to pass on an otherwise identical call to read the next page. Absent on the last page.", + "type": "number" +} - changed
Output schema / properties / notice / descriptionPrevious value: -"Guidance when the station has no check-ins on record."New value: +"How to reach the comments this page left out, or why the station has none on record." - changed
Output schema / properties / shown / descriptionPrevious value: -"Number of comments returned when the cap was hit."New value: +"Comments in the returned page." - added
Output schema / properties / totalCommentsAdded value: +{ + "description": "Comments this station has on record — the whole set, before offset/maxresults selected the page in comments. reliabilityNote counts its fault ratio over this population, not over the page.", + "type": "number" +} - changed
Output schema / properties / totalCount / descriptionPrevious value: -"Number of comments returned."New value: +"Comments this station has on record, before the offset/maxresults page was taken — the complete count, not the page size." - changed
Output schema / properties / truncated / descriptionPrevious value: -"True when comments were capped at maxresults."New value: +"True when comments were left out of the returned page." - changed
Output schema / requiredPrevious value: -[ - "stationId", - "stationTitle", - "comments", - "attribution", - "totalCount" -]New value: +[ + "stationId", + "stationTitle", + "comments", + "totalComments", + "attribution", + "totalCount" +]
- Changed
openchargemap_lookup_reference9 fields changed- added
Input schema / properties / offsetAdded value: +{ + "default": 0, + "description": "Entries to skip before the returned page, for reading past a truncated result. Repeat the same call with the nextOffset value the previous one reported. Applies to browsing and to a query with many matches alike; the order is stable, so every entry is reachable by paging.", + "maximum": 9007199254740991, + "minimum": 0, + "type": "integer" +} - added
Output schema / properties / nextOffsetAdded value: +{ + "description": "The offset to pass on an otherwise identical call to read the next page. Absent on the last page.", + "type": "number" +} - changed
Output schema / properties / notice / descriptionPrevious value: -"How to reach the entries beyond the cap when a browse was capped."New value: +"How to reach the entries this page left out." - changed
Output schema / properties / shown / descriptionPrevious value: -"Number of entries returned when the cap was hit."New value: +"Entries in the returned page." - changed
Output schema / properties / snapshotDate / descriptionPrevious value: -"Date the bundled reference snapshot was captured, so callers know the data vintage."New value: +"Date the reference data in this response was captured, so callers know its vintage — the day the live refresh ran when source is \"live\", the bundled snapshot's own capture date when source is \"bundled\". Read it together with source: the same date can mean either a fresh fetch or a freshly cut bundle." - added
Output schema / properties / sourceAdded value: +{ + "description": "Where these entries came from. \"live\" — a startup refresh from Open Charge Map returned a complete set and is what is being served. \"bundled\" — the snapshot shipped with the server is being served, either because the refresh is switched off or because it failed and the server fell back to the bundle.", + "enum": [ + "live", + "bundled" + ], + "type": "string" +} - changed
Output schema / properties / totalCount / descriptionPrevious value: -"Number of entries returned."New value: +"Entries matching before the offset/limit page was taken — the whole category when browsing, every match when a query was given." - changed
Output schema / properties / truncated / descriptionPrevious value: -"True when a browse was capped at limit."New value: +"True when matching entries were left out of the returned page." - changed
Output schema / requiredPrevious value: -[ - "category", - "matches", - "snapshotDate", - "attribution", - "totalCount" -]New value: +[ + "category", + "matches", + "snapshotDate", + "source", + "attribution", + "totalCount" +]
4 tool updates
- Changed
openchargemap_find_stations6 fields changed- changed
Input schema / properties / connectiontypeid / anyOfPrevious value: -[ - { - "description": "A single reference ID.", - "exclusiveMinimum": 0, - "maximum": 9007199254740991, - "type": "integer" - }, - { - "description": "Several reference IDs, OR-matched.", - "items": { - "description": "A reference ID.", - "exclusiveMinimum": 0, - "maximum": 9007199254740991, - "type": "integer" - }, - "maxItems": 10, - "type": "array" - } -]New value: +[ + { + "description": "A single reference ID.", + "exclusiveMinimum": 0, + "maximum": 9007199254740991, + "type": "integer" + }, + { + "description": "Several reference IDs, OR-matched. At least one.", + "items": { + "description": "A reference ID.", + "exclusiveMinimum": 0, + "maximum": 9007199254740991, + "type": "integer" + }, + "maxItems": 10, + "minItems": 1, + "type": "array" + } +] - changed
Input schema / properties / levelid / anyOfPrevious value: -[ - { - "description": "A single reference ID.", - "exclusiveMinimum": 0, - "maximum": 9007199254740991, - "type": "integer" - }, - { - "description": "Several reference IDs, OR-matched.", - "items": { - "description": "A reference ID.", - "exclusiveMinimum": 0, - "maximum": 9007199254740991, - "type": "integer" - }, - "maxItems": 3, - "type": "array" - } -]New value: +[ + { + "description": "A single reference ID.", + "exclusiveMinimum": 0, + "maximum": 9007199254740991, + "type": "integer" + }, + { + "description": "Several reference IDs, OR-matched. At least one.", + "items": { + "description": "A reference ID.", + "exclusiveMinimum": 0, + "maximum": 9007199254740991, + "type": "integer" + }, + "maxItems": 3, + "minItems": 1, + "type": "array" + } +] - changed
Input schema / properties / operatorid / anyOfPrevious value: -[ - { - "description": "A single reference ID.", - "exclusiveMinimum": 0, - "maximum": 9007199254740991, - "type": "integer" - }, - { - "description": "Several reference IDs, OR-matched.", - "items": { - "description": "A reference ID.", - "exclusiveMinimum": 0, - "maximum": 9007199254740991, - "type": "integer" - }, - "maxItems": 10, - "type": "array" - } -]New value: +[ + { + "description": "A single reference ID.", + "exclusiveMinimum": 0, + "maximum": 9007199254740991, + "type": "integer" + }, + { + "description": "Several reference IDs, OR-matched. At least one.", + "items": { + "description": "A reference ID.", + "exclusiveMinimum": 0, + "maximum": 9007199254740991, + "type": "integer" + }, + "maxItems": 10, + "minItems": 1, + "type": "array" + } +] - changed
Input schema / properties / statustypeid / anyOfPrevious value: -[ - { - "description": "A single reference ID.", - "exclusiveMinimum": 0, - "maximum": 9007199254740991, - "type": "integer" - }, - { - "description": "Several reference IDs, OR-matched.", - "items": { - "description": "A reference ID.", - "exclusiveMinimum": 0, - "maximum": 9007199254740991, - "type": "integer" - }, - "maxItems": 10, - "type": "array" - } -]New value: +[ + { + "description": "A single reference ID.", + "exclusiveMinimum": 0, + "maximum": 9007199254740991, + "type": "integer" + }, + { + "description": "Several reference IDs, OR-matched. At least one.", + "items": { + "description": "A reference ID.", + "exclusiveMinimum": 0, + "maximum": 9007199254740991, + "type": "integer" + }, + "maxItems": 10, + "minItems": 1, + "type": "array" + } +] - changed
Input schema / properties / usagetypeid / anyOfPrevious value: -[ - { - "description": "A single reference ID.", - "exclusiveMinimum": 0, - "maximum": 9007199254740991, - "type": "integer" - }, - { - "description": "Several reference IDs, OR-matched.", - "items": { - "description": "A reference ID.", - "exclusiveMinimum": 0, - "maximum": 9007199254740991, - "type": "integer" - }, - "maxItems": 10, - "type": "array" - } -]New value: +[ + { + "description": "A single reference ID.", + "exclusiveMinimum": 0, + "maximum": 9007199254740991, + "type": "integer" + }, + { + "description": "Several reference IDs, OR-matched. At least one.", + "items": { + "description": "A reference ID.", + "exclusiveMinimum": 0, + "maximum": 9007199254740991, + "type": "integer" + }, + "maxItems": 10, + "minItems": 1, + "type": "array" + } +] - added
Output schema / properties / stations / items / properties / statusTypeIdAdded value: +{ + "description": "Registry status ID — the value the openchargemap_find_stations statustypeid filter takes. Absent when OCM has no status on record.", + "type": "number" +}
- Changed
openchargemap_get_station5 fields changed- added
Output schema / properties / station / properties / comments / items / properties / checkinStatusAdded value: +{ + "description": "The visit outcome the driver recorded (e.g. \"Charged Successfully\", \"Failed to Charge (Equipment Not Operational)\"). Carries the result on check-ins that have no comment text. Absent when the visitor recorded no outcome.", + "type": "string" +} - added
Output schema / properties / station / properties / comments / items / properties / checkinStatusIdAdded value: +{ + "description": "Numeric ID of the check-in outcome, stable across renames of its title.", + "type": "number" +} - added
Output schema / properties / station / properties / comments / items / properties / checkinStatusIsPositiveAdded value: +{ + "description": "Whether the registry classes this outcome as a good visit. Absent when the outcome carries no verdict either way (e.g. \"Did Not Visit Location\") or when none was recorded.", + "type": "boolean" +} - added
Output schema / properties / station / properties / comments / items / properties / relatedUrlAdded value: +{ + "description": "Link the commenter attached. Absent when none was given.", + "type": "string" +} - added
Output schema / properties / station / properties / statusTypeIdAdded value: +{ + "description": "Registry status ID — the value the openchargemap_find_stations statustypeid filter takes. Absent when OCM has no status on record.", + "type": "number" +}
- Changed
openchargemap_get_station_comments5 fields changed- added
Output schema / properties / comments / items / properties / checkinStatusAdded value: +{ + "description": "The visit outcome the driver recorded (e.g. \"Charged Successfully\", \"Failed to Charge (Equipment Not Operational)\"). Carries the result on check-ins that have no comment text. Absent when the visitor recorded no outcome.", + "type": "string" +} - added
Output schema / properties / comments / items / properties / checkinStatusIdAdded value: +{ + "description": "Numeric ID of the check-in outcome, stable across renames of its title.", + "type": "number" +} - added
Output schema / properties / comments / items / properties / checkinStatusIsPositiveAdded value: +{ + "description": "Whether the registry classes this outcome as a good visit. Absent when the outcome carries no verdict either way (e.g. \"Did Not Visit Location\") or when none was recorded.", + "type": "boolean" +} - added
Output schema / properties / comments / items / properties / relatedUrlAdded value: +{ + "description": "Link the commenter attached. Absent when none was given.", + "type": "string" +} - added
Output schema / properties / registryStatusIdAdded value: +{ + "description": "Registry status ID — the value the openchargemap_find_stations statustypeid filter takes. Absent when OCM has no status on record.", + "type": "number" +}
- Changed
openchargemap_lookup_reference3 fields changed- removed
Input schema / properties / query / minLengthRemoved value: -1 - added
Input schema / properties / query / patternAdded value: +"\\S" - changed
Output schema / properties / notice / descriptionPrevious value: -"Guidance when a query matched nothing."New value: +"How to reach the entries beyond the cap when a browse was capped."
4 tool updates
- Changed
openchargemap_find_stations5 fields changed- changed
Input schema / properties / maxresults / descriptionPrevious value: -"Maximum stations to return, ordered by distance from the search point. Max 200. Larger values cost more payload and upstream load — prefer tightening filters over raising this."New value: +"Maximum stations to return, ordered by distance from the search point. Max 200." - changed
Output schema / properties / stations / items / properties / distanceUnit / descriptionPrevious value: -"Unit of the distance value (normalized from the OCM integer enum: 1=KM, 2=Miles)."New value: +"Unit of the distance value." - changed
Output schema / properties / stations / items / properties / id / descriptionPrevious value: -"OCM station ID. Pass to openchargemap_get_station or openchargemap_get_station_comments."New value: +"OCM station ID." - changed
Output schema / properties / stations / items / properties / isOperational / descriptionPrevious value: -"Whether the registry marks the status operational. Absent (not null) when StatusType is \"Unknown\" (ID=0) — OCM omits the flag then. A true value can still mask a broken charger — corroborate with comments and dateLastVerified."New value: +"Whether the registry marks the status operational. Absent when the operational state is unknown. A true value can still mask a broken charger — corroborate with comments and dateLastVerified." - changed
Output schema / properties / stations / items / properties / isRecentlyVerified / descriptionPrevious value: -"OCM flag: whether the listing was verified recently."New value: +"Whether the listing was verified recently."
- Changed
openchargemap_get_station6 fields changed- changed
Input schema / properties / id / descriptionPrevious value: -"Numeric OCM station ID (e.g. 145452). Obtain one from openchargemap_find_stations. Note: UUID lookup is not supported by the OCM API."New value: +"Numeric OCM station ID (e.g. 145452)." - changed
Output schema / properties / reliabilityNote / descriptionPrevious value: -"Server-computed caveat when registry status and recency suggest the listing may not reflect reality (plain prose from observable facts; no synthetic score). Omitted when status is fresh and uncontested."New value: +"A caveat when the registry status, verification age, coordinates, or comments suggest the listing may not reflect reality. Omitted when there is nothing to flag." - changed
Output schema / properties / station / properties / distanceUnit / descriptionPrevious value: -"Unit of the distance value (normalized from the OCM integer enum: 1=KM, 2=Miles)."New value: +"Unit of the distance value." - changed
Output schema / properties / station / properties / id / descriptionPrevious value: -"OCM station ID. Pass to openchargemap_get_station or openchargemap_get_station_comments."New value: +"OCM station ID." - changed
Output schema / properties / station / properties / isOperational / descriptionPrevious value: -"Whether the registry marks the status operational. Absent (not null) when StatusType is \"Unknown\" (ID=0) — OCM omits the flag then. A true value can still mask a broken charger — corroborate with comments and dateLastVerified."New value: +"Whether the registry marks the status operational. Absent when the operational state is unknown. A true value can still mask a broken charger — corroborate with comments and dateLastVerified." - changed
Output schema / properties / station / properties / isRecentlyVerified / descriptionPrevious value: -"OCM flag: whether the listing was verified recently."New value: +"Whether the listing was verified recently."
- Changed
openchargemap_get_station_comments4 fields changed- changed
Input schema / properties / id / descriptionPrevious value: -"Numeric OCM station ID. Get one from openchargemap_find_stations. Note: UUID lookup is not supported by the OCM API."New value: +"Numeric OCM station ID." - changed
Input schema / properties / maxresults / descriptionPrevious value: -"Maximum comments to return (handler trims, newest first). The OCM API returns all embedded comments — this caps what the tool surfaces. Max 100."New value: +"Maximum comments to return, newest first. Max 100." - changed
Output schema / properties / isOperational / descriptionPrevious value: -"Whether the registry marks the station operational. Absent (not null) when status is Unknown — OCM omits the flag then. Compare against the comments below — they are the real-world check."New value: +"Whether the registry marks the station operational. Absent when the operational state is unknown. Compare against the comments below — they are the real-world check." - changed
Output schema / properties / reliabilityNote / descriptionPrevious value: -"Server-computed caveat when status and comments disagree or the listing is stale (plain prose from observable facts; no synthetic score). Omitted when nothing to flag."New value: +"A caveat when the registry status, verification age, coordinates, or comments suggest the listing may not reflect reality. Omitted when there is nothing to flag."
- Changed
openchargemap_lookup_reference2 fields changed- changed
Output schema / properties / matches / descriptionPrevious value: -"Matching reference entries, best/exact match first. Use the id in a find_stations filter."New value: +"Matching reference entries, best/exact match first." - changed
Output schema / properties / matches / items / properties / id / descriptionPrevious value: -"The reference ID — pass to the matching openchargemap_find_stations filter (e.g. connectiontypeid)."New value: +"The reference ID for this entry."
4 tool updates
- First observed
openchargemap_find_stations - First observed
openchargemap_get_station - First observed
openchargemap_get_station_comments - First observed
openchargemap_lookup_reference
Related MCP Connectors
Open Charge Map MCP — global EV charging station database (openchargemap.io).
Find EV charging stations, live availability and prices across the Netherlands via NDW data.
Operate a network of EV charge points over OCPP: status, sessions, tariffs, prices, remote commands
Find air-quality stations and read pollutant observations from government monitors via OpenAQ v3.
Related MCP Servers
- AlicenseNot gradedqualityBmaintenanceEnables querying global EV charging station data from Open Charge Map through natural language, accessing real-time station information via the Pipeworx gateway.4 npmMIT
- AlicenseNot gradedqualityAmaintenanceEnables AI assistants to interact with the Open Charge Map API, allowing exploration of endpoints, test requests, and using documentation to integrate the SDK.Apache 2.0
- AlicenseNot gradedqualityCmaintenanceRecommends EV charging stations with low failure risk by considering vehicle type, connector, remaining range, and real-time public data.MIT
- AlicenseNot gradedqualityDmaintenanceEnables AI assistants to interact with EV charging infrastructure through OCHP (Open Clearing House Protocol) services.Apache 2.0
Glama MCP Gateway
Add one secure layer between your agents and this server.