@pipeworx/mcp-noaa-coastwatch 0.1.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/src/index.ts ADDED
@@ -0,0 +1,1540 @@
1
+ interface McpToolDefinition {
2
+ name: string;
3
+ description: string;
4
+ /** Human-facing one-liner (fleet #1967). Optional; consumers fall back to
5
+ * description. Kept in step with shared/src/types.ts — scripts/lib/
6
+ * check-inlined-types.mjs reports drift at publish time. */
7
+ summary?: string;
8
+ inputSchema: {
9
+ type: 'object';
10
+ properties: Record<string, unknown>;
11
+ required?: string[];
12
+ anyOf?: Array<{ required: string[] }>;
13
+ oneOf?: Array<{ required: string[] }>;
14
+ allOf?: Array<{ required: string[] }>;
15
+ };
16
+ outputSchema?: Record<string, unknown>;
17
+ }
18
+
19
+ interface McpToolExport {
20
+ tools: McpToolDefinition[];
21
+ callTool: (name: string, args: Record<string, unknown>) => Promise<unknown>;
22
+ meter?: { credits: number };
23
+ cost?: Record<string, unknown>;
24
+ provider?: string;
25
+ }
26
+
27
+ /**
28
+ * Was this failure OUR OWN web service? — the other half of `internal-db-class.ts`.
29
+ *
30
+ * fleet #1089 pulled failures from our own Postgres out of `upstream_down` by
31
+ * keying on the SQLSTATE inside PostgREST's four-key error envelope. That
32
+ * covered the majority and structurally could not cover the rest: the rest
33
+ * never reach Postgres, so they carry no SQLSTATE. What was left, measured over
34
+ * the 24h to 2026-09-02T15:00Z (fleet #1096):
35
+ *
36
+ * 5 pipeworx-catalog get_pack_tools Pipeworx catalog error: 522 — error code: 522
37
+ * 3 fleet fleet_list_open … upstream_down: Fleet task queue did not respond within 25s
38
+ *
39
+ * 521/522/523/526 are Cloudflare saying its edge could not reach an ORIGIN, and
40
+ * in both of those rows the origin is ours — `gateway.pipeworx.io` for the
41
+ * catalog pack (it self-fetches when the gateway hasn't injected a manifest),
42
+ * our own Supabase for fleet. There is no third party anywhere in either call.
43
+ * Same defect as #1089: our own outage filed under `upstream_down`, the one
44
+ * class that means "the source is unreachable and there is nothing for us to
45
+ * fix", which is why the problem-tools triage skips it.
46
+ *
47
+ * WHY NOT A WORDING RULE. The obvious fix is to match `fleet db error:` and
48
+ * `Pipeworx catalog error:` in classifyToolError. Each is emitted from exactly
49
+ * one site today, so it would work today. It would also rot the first time
50
+ * somebody rewords a label — silently, and in the direction of hiding our own
51
+ * outage, which is worse than the bug being fixed. Every prose rule in
52
+ * error-class.ts has needed widening as packs invented new wording (#409/#450/
53
+ * #584); that history is most of that file's comment budget.
54
+ *
55
+ * WHAT THIS KEYS ON INSTEAD: **the host the call actually reached.** A URL's
56
+ * hostname is a fact about the call, not a guess about its prose. Two
57
+ * consequences that a pack-level flag could not give us, and the reason the
58
+ * flag was rejected:
59
+ *
60
+ * - It describes the CALL, not the pack. `govcon-intel` fans out to our own
61
+ * Supabase AND to genuine third parties; `court-listener` holds our cache
62
+ * in Supabase and fetches courtlistener.com. An `internallyHosted: true` on
63
+ * either pack would relabel a real third-party outage as ours — inventing
64
+ * work, which is the same class of error in the opposite direction.
65
+ * - It covers every future internal pack for free, instead of one declared
66
+ * slug at a time.
67
+ *
68
+ * WHY IT SURVIVES A REWORD. The marker below is not matched as a literal by two
69
+ * separate files. `markInternalOrigin()` writes it and `internalHostMetricsClass()`
70
+ * reads it, both from the single exported `INTERNAL_ORIGIN_MARKER` constant in
71
+ * this module — so changing the wording changes both sides in the same edit and
72
+ * cannot desynchronise them. The pack's own label (`fleet db error:`,
73
+ * `Pipeworx catalog error:`) is not read at all: reword it freely, the class is
74
+ * unaffected. That is the property `stripClassPrefix` lacked when it drifted
75
+ * from its own classifier three times and needed a CI gate to hold them
76
+ * together.
77
+ *
78
+ * WHERE THE 5xx TEST LIVES. `markInternalOrigin` is called from the places that
79
+ * hold the real `Response` — `httpError`/`httpErrorMessage` and the timeout
80
+ * branch of `fetchWithTimeout` in `shared/src/http.ts` — so "is this an
81
+ * availability failure" is decided from the actual status code, never re-derived
82
+ * by scraping a number out of a sentence. A 404 from our own registry for a slug
83
+ * that does not exist is a caller's bad argument and is deliberately NOT marked.
84
+ */
85
+
86
+ /**
87
+ * OUR OWN web service was unreachable — not an upstream, and never `upstream_down`.
88
+ *
89
+ * ONE value, not three, unlike `internal_db_*`. That split existed because a
90
+ * slow query, an exhausted pool and an unknown SQLSTATE have different owners
91
+ * and different fixes. Here there is only one story to tell — an origin we run
92
+ * did not answer the edge — and one owner. A bucket with no distinct owner per
93
+ * value is decoration; #724 is what happens when a class holds several
94
+ * situations, and inventing sub-values ahead of a reason to act on them
95
+ * differently is the same mistake with the sign flipped.
96
+ *
97
+ * METRICS ONLY, exactly like PLATFORM_KEY_ERROR_CLASS and the internal_db
98
+ * values. `classifyToolError` still answers `upstream_down` for the retry and
99
+ * hint paths, which only care whether retrying or a sibling tool might work —
100
+ * and it might. Nothing a caller sees or is charged changes here.
101
+ *
102
+ * READ SIDE: this value is in BROKEN_TOOL_CLASSES, FAULT_CLASSES and
103
+ * ALL_ERROR_CLASSES in `workers/registry-api/src/index.ts`. All three, or it
104
+ * lands on no dashboard — fleet #721 is the warning, where the #719 split
105
+ * worked on the write side and was invisible for weeks.
106
+ */
107
+ const INTERNAL_SERVICE_UNREACHABLE_CLASS = 'internal_service_unreachable';
108
+
109
+ /**
110
+ * The token that carries "this origin is ours" from the call site to the
111
+ * classifier.
112
+ *
113
+ * Appended to the error message rather than attached to the Error object,
114
+ * because the object does not survive the trip: 275 packs return `{ error:
115
+ * string }` instead of throwing, the gateway reads `observedError` as a string,
116
+ * and the fleet pack rebuilds its error from a captured status + body across a
117
+ * retry loop. A property on an Error would be dropped by every one of those
118
+ * paths and the class would work in tests and vanish in production.
119
+ *
120
+ * WORDING IS LOAD-BEARING, same rule as labelAge's note in authority.ts. This
121
+ * string is appended to a pack's thrown Error message (shared/src/http.ts),
122
+ * and a thrown Error's message is exactly what the gateway hands back to the
123
+ * caller as `content[0].text` when nothing rewrites it (workers/gateway/src
124
+ * catches the throw and sets `rawResult.message = stripClassPrefix(error)`,
125
+ * which does not touch this suffix) — so the original wording,
126
+ * " [pipeworx-hosted origin — our own service, not a third party]", was not a
127
+ * theoretical leak: it shipped live on pipeworx-catalog's 522s, 7 times in 6
128
+ * hours on 2026-09-02 (see tests/golden-internal-service.test.ts), verbatim
129
+ * naming Pipeworx as the host. check:hosting-claims never caught it because it
130
+ * did not scan shared/ at all (task #2009). Reworded to describe the
131
+ * OBSERVATION (the origin did not answer) without a claim about who runs it —
132
+ * the identical fix labelAge got: drop the possessive, keep the fact.
133
+ */
134
+ const INTERNAL_ORIGIN_MARKER = ' [origin did not respond — retry before concluding the named source is down]';
135
+
136
+ /**
137
+ * Supabase's data plane for a project is `<ref>.supabase.co`, where the ref is
138
+ * exactly twenty lowercase letters (ours is `pqauisounztsgdgfkhke`).
139
+ *
140
+ * Matching the shape rather than listing the ref keeps this correct when we add
141
+ * a project — `supabaseEnv` on a pack entry already points some packs at a
142
+ * second one — while still excluding `status.supabase.co`, which is Supabase's
143
+ * own status page and emphatically not our database. Verified 2026-09-02 by
144
+ * `grep -rhoE '[a-z0-9-]+\.supabase\.(co|in)' mcps shared workers scripts`: the
145
+ * only real project ref anywhere in the tree is ours, the rest are doc
146
+ * placeholders (`abc`, `xyz`, `example`) which this pattern also excludes. Same
147
+ * finding internal-db-class.ts relies on for the PostgREST envelope being ours
148
+ * by construction.
149
+ */
150
+ const SUPABASE_PROJECT_HOST = /^[a-z]{20}\.supabase\.(co|in)$/;
151
+
152
+ /**
153
+ * Is this a host WE run?
154
+ *
155
+ * Deliberately NOT including `*.workers.dev`: plenty of third-party APIs are
156
+ * hosted on workers.dev, so the suffix says where something runs and not who
157
+ * owns it. Every internal call we actually make goes to a `pipeworx.io`
158
+ * hostname or to our Supabase project, both of which are ownership facts.
159
+ *
160
+ * `workers/gateway/src/provenance.ts`'s `OUR_HOSTS` answers the same
161
+ * question and DOES include `workers.dev` — a documented divergence
162
+ * (task #2051), not a bug to converge. That list decides what a response may
163
+ * cite as a data SOURCE, where a false negative (citing our own worker as an
164
+ * external source) is the hosting-disclosure leak this whole file exists to
165
+ * prevent, so it errs broad. This one decides who gets BLAMED for a 5xx in
166
+ * outage metrics read by on-call, where a false positive (crediting our own
167
+ * infra with a third party's outage) hides the real failure, so it errs
168
+ * narrow. Same suffix, opposite direction, because they are never called for
169
+ * the same reason.
170
+ *
171
+ * Returns false on anything unparseable rather than throwing — this runs inside
172
+ * an error path, and an error path that can itself throw turns a diagnosable
173
+ * failure into a mystery.
174
+ */
175
+ function isPipeworxOrigin(url: string | URL | undefined | null): boolean {
176
+ if (!url) return false;
177
+ let host: string;
178
+ try {
179
+ host = new URL(url instanceof URL ? url.href : url).hostname.toLowerCase();
180
+ } catch {
181
+ return false;
182
+ }
183
+ if (host === 'pipeworx.io' || host.endsWith('.pipeworx.io')) return true;
184
+ return SUPABASE_PROJECT_HOST.test(host);
185
+ }
186
+
187
+ /**
188
+ * Append the marker when this failure was OUR origin failing to answer.
189
+ *
190
+ * `status` is the HTTP status when there is one, and omitted for a timeout —
191
+ * where there is no response at all, and "the origin did not answer" is the
192
+ * whole observation. Statuses below 500 are left alone: a 404 from our own
193
+ * registry for a slug that does not exist is the caller's argument, not our
194
+ * outage, and marking it would put ordinary 404s on the incident dashboard.
195
+ *
196
+ * Idempotent, so a message that is wrapped and re-marked on the way up (the
197
+ * fleet pack's retry loop re-throws through two layers) carries the marker once.
198
+ */
199
+ function markInternalOrigin(
200
+ message: string,
201
+ url: string | URL | undefined | null,
202
+ status?: number,
203
+ ): string {
204
+ if (status !== undefined && status < 500) return message;
205
+ if (!isPipeworxOrigin(url)) return message;
206
+ if (message.includes(INTERNAL_ORIGIN_MARKER)) return message;
207
+ return message + INTERNAL_ORIGIN_MARKER;
208
+ }
209
+
210
+ /**
211
+ * Which blob4 value a failure from our own web services books as, or undefined
212
+ * if this is not one.
213
+ *
214
+ * Ordered AFTER `internalDbMetricsClass` at the call site: a PostgREST envelope
215
+ * from our own Supabase is a strictly more specific statement about the same
216
+ * row (which of our services, and why), and the two cannot disagree about
217
+ * whether the failure is ours.
218
+ */
219
+ function internalHostMetricsClass(error: string): string | undefined {
220
+ return error.includes(INTERNAL_ORIGIN_MARKER) ? INTERNAL_SERVICE_UNREACHABLE_CLASS : undefined;
221
+ }
222
+
223
+
224
+ /**
225
+ * One place to turn a failed `fetch` into an error a caller can act on.
226
+ *
227
+ * Nearly every pack was written the same way:
228
+ *
229
+ * if (!res.ok) throw new Error(`Unsplash: ${res.status}`);
230
+ *
231
+ * which discards the response body — and the body is usually where the upstream
232
+ * says what was actually wrong ("**symbol** not found: GBP", "parameter `year`
233
+ * out of range", "unknown taxonomy id"). The caller gets a number, cannot
234
+ * self-correct, and retries the same broken call. A 2026-07-31 sweep found this
235
+ * shape in 481 of 1,400 packs, 47 of them PLATFORM-keyed.
236
+ *
237
+ * It also hides bugs one level down. Two of the first three packs audited had a
238
+ * second defect that only existed because of this line: unsplash's rate-limit
239
+ * branch sat BELOW a catch-all and was unreachable, and bea-gov parsed
240
+ * `BEAAPI.Error.APIErrorDescription` below a `!res.ok` throw that made the
241
+ * parsing dead code for every non-200.
242
+ *
243
+ * DELIBERATELY NOT A CLASSIFIER. It does not add `user_error:` /
244
+ * `upstream_down:` prefixes. Those decide which tier a failure lands in, and the
245
+ * `error` tier is what the daily problem-tools list is built from — it means
246
+ * "Pipeworx has a defect". A 400 is genuinely ambiguous: often a caller's bad
247
+ * argument, but sometimes a query WE built wrong (ted-eu comma-joined its CPV
248
+ * values into something TED rejected, and that bug was found only because it sat
249
+ * in `error`). Blanket-classifying 400s as caller mistakes would have hidden it.
250
+ * A pack that KNOWS which it is should keep saying so explicitly; this helper is
251
+ * for the 481 that say nothing at all.
252
+ */
253
+
254
+ /** Longest upstream explanation we'll pass through. Enough for a real message,
255
+ * short enough that an HTML page or a stack trace can't swamp the error. */
256
+
257
+ const MAX_DETAIL = 300;
258
+
259
+ /**
260
+ * Default bound for `fetchWithTimeout` when a pack doesn't state its own.
261
+ *
262
+ * 25s mirrors the number `epo-ops` landed on after measuring the real failure:
263
+ * a degraded upstream that doesn't error, it just never answers, and a Worker
264
+ * sits in `await fetch()` until ITS OWN execution budget kills the request —
265
+ * which can take minutes, not seconds (epo_ops_search_patents measured 4-8
266
+ * MINUTE hangs before this existed). 25s is short enough that a caller gets a
267
+ * fast, actionable error instead of holding the connection, and long enough
268
+ * that it doesn't false-trip on a merely-slow-but-alive upstream.
269
+ */
270
+ const DEFAULT_FETCH_TIMEOUT_MS = 25_000;
271
+
272
+ /**
273
+ * Read the body of a failed response and fold it into a throwable Error.
274
+ *
275
+ * Usage — note the `await`, which is the one thing that makes this a mechanical
276
+ * change rather than a drop-in:
277
+ *
278
+ * if (!res.ok) throw await httpError(res, 'Unsplash');
279
+ *
280
+ * Safe to call on any non-ok response: a body that is missing, empty, unreadable
281
+ * or HTML degrades to exactly the old `Name: 404` string rather than throwing
282
+ * something new from inside the error path.
283
+ */
284
+ async function httpError(res: Response, name: string): Promise<Error> {
285
+ return new Error(await httpErrorMessage(res, name));
286
+ }
287
+
288
+ /** The message text without constructing an Error — for packs that need to wrap
289
+ * it in their own envelope or add an explicit classification prefix. */
290
+ async function httpErrorMessage(res: Response, name: string): Promise<string> {
291
+ // The one place a 5xx from a host WE run gets stamped as ours. `res.url` is
292
+ // the URL the fetch actually resolved to (after redirects), so this is a fact
293
+ // about the call rather than a guess from the `name` the pack passed in —
294
+ // reword that label freely, the class does not move. See
295
+ // internal-host-class.ts; no-op for every third-party upstream, which is why
296
+ // this touches 481 packs' error text and changes none of it.
297
+ return markInternalOrigin(
298
+ `${name}: ${res.status}${detailSuffix(await readDetail(res))}`,
299
+ res.url,
300
+ res.status,
301
+ );
302
+ }
303
+
304
+ /**
305
+ * Just the upstream's own explanation — no name, no status.
306
+ *
307
+ * For a pack that has already said both in its own sentence. epo-ops reads
308
+ * `EPO rejected this search as too large (HTTP 413) — ${httpErrorMessage(…)}`,
309
+ * which rendered as `… (HTTP 413) — EPO: 413.` once the XML detail was being
310
+ * dropped: the upstream named twice, the status twice, and the one thing EPO
311
+ * actually said ("Not enough characters before truncation character") nowhere
312
+ * (fleet #712). Returns '' when the body carries nothing readable, so a caller
313
+ * can fall back to its own wording.
314
+ */
315
+ async function upstreamDetail(res: Response): Promise<string> {
316
+ return readDetail(res);
317
+ }
318
+
319
+ /**
320
+ * Read a SUCCESSFUL response as JSON, failing loudly when it isn't JSON.
321
+ *
322
+ * `httpError` above only ever runs on `!res.ok`, which leaves the nastier half
323
+ * of the problem unhandled: an upstream that answers **HTTP 200 with an HTML
324
+ * page**. A bot wall, a login redirect, a maintenance interstitial and a CDN
325
+ * error page are all 200s, so `res.ok` is true, and `res.json()` then throws
326
+ * `Unexpected token '<', "<!DOCTYPE "... is not valid JSON`.
327
+ *
328
+ * That string is the problem. It names no upstream, carries no status, and
329
+ * reads like a parser bug in Pipeworx — so it lands in the `error` tier, which
330
+ * means "we have a defect", and the caller is told nothing they can act on.
331
+ * data.govt.nz sat dead behind an Imperva challenge this way and every
332
+ * status-code health check we own reported it green (7889a845). A zero-length
333
+ * body has the same shape: `Unexpected end of JSON input`, seen this week on
334
+ * uk-gazette (83% of external calls) and census.
335
+ *
336
+ * UNLIKE `httpError`, this one DOES classify, and the asymmetry is deliberate.
337
+ * A 400 is genuinely ambiguous — often the caller's bad argument, sometimes a
338
+ * query we built wrong — so blanket-classifying it would hide our own bugs.
339
+ * There is no such ambiguity here: **no argument a caller can pass makes a JSON
340
+ * API return an HTML page.** It is always the upstream, so `upstream_down:` is
341
+ * a statement of fact rather than a guess, and it keeps these out of the
342
+ * problem-tools list where they crowd out real defects.
343
+ *
344
+ * const data = await parseJson<Feed>(res, 'UK Gazette');
345
+ *
346
+ * Call it only after the `!res.ok` check — on a failed response you want
347
+ * `httpError`, which mines the body for the upstream's own explanation.
348
+ */
349
+ async function parseJson<T>(res: Response, name: string): Promise<T> {
350
+ let raw: string;
351
+ try {
352
+ raw = await res.text();
353
+ } catch {
354
+ throw new Error(
355
+ `upstream_down: ${name} returned a body that could not be read (HTTP ${res.status}). ` +
356
+ 'The connection most likely dropped mid-response; retrying is reasonable.',
357
+ );
358
+ }
359
+
360
+ const type = res.headers.get('content-type') ?? 'no content-type';
361
+
362
+ if (!raw.trim()) {
363
+ throw new Error(
364
+ `upstream_down: ${name} answered HTTP ${res.status} with an EMPTY body where JSON was expected (${type}). ` +
365
+ 'Nothing about the request can cause this — it is an upstream fault, and the same call may well work on retry.',
366
+ );
367
+ }
368
+
369
+ // Checked before parsing rather than in the catch, because knowing it is
370
+ // markup is what turns "we failed to parse something" into "they served a
371
+ // web page" — the second is diagnosable, the first is not.
372
+ const head = raw.slice(0, 200).trimStart().toLowerCase();
373
+ if (head.startsWith('<!doctype') || head.startsWith('<html') || head.startsWith('<?xml')) {
374
+ const kind = head.startsWith('<?xml') ? 'an XML document' : 'an HTML page';
375
+ // The summary, not the source. Pasting the first 120 characters of a web
376
+ // page handed the agent `<!DOCTYPE html><html lang="en"…` — the same leak
377
+ // this branch exists to describe (fleet #712).
378
+ throw new Error(
379
+ `upstream_down: ${name} answered HTTP ${res.status} with ${kind} instead of JSON (${type}). ` +
380
+ 'That is typically a bot wall, a login redirect or a maintenance page — it is returned as a SUCCESS, ' +
381
+ `so status-code health checks read it as fine. No argument change will get past it. ` +
382
+ `The page says: ${summarizeErrorBody(raw) || 'nothing readable'}`,
383
+ );
384
+ }
385
+
386
+ try {
387
+ return JSON.parse(raw) as T;
388
+ } catch {
389
+ throw new Error(
390
+ `upstream_down: ${name} answered HTTP ${res.status} with a body that is not valid JSON (${type}). ` +
391
+ `It begins: ${stripMarkup(raw).slice(0, 120) || '(unreadable)'}`,
392
+ );
393
+ }
394
+ }
395
+
396
+ /**
397
+ * `fetch`, but bounded — the fix for a systemic gap found 2026-08-30: a grep
398
+ * audit of every pack's `mcps/*\/src/index.ts` found 1,339 of ~1,500 call
399
+ * `fetch()` with NO timeout guard anywhere in the file. Two of those
400
+ * (epo-ops, statcan) were confirmed live-hanging for 4-8 minutes before this
401
+ * existed — every unguarded call carries the same risk, just unconfirmed.
402
+ *
403
+ * Mirrors the `epoFetch` wrapper `mcps/epo-ops/src/index.ts` shipped first:
404
+ * bound the request with `AbortSignal.timeout`, and on a timeout/abort throw
405
+ * an `upstream_down:` error that names the upstream and the bound rather than
406
+ * letting the raw `TimeoutError`/`AbortError` (which names neither) propagate.
407
+ * `upstream_down:` is deliberate, same reasoning as `parseJson` above — no
408
+ * argument a caller passes can make an upstream hang, so it is always the
409
+ * upstream's fault, and marking it that way keeps a slow API off the
410
+ * problem-tools list where it would crowd out our own defects.
411
+ *
412
+ * Usage — a mechanical swap for a bare `fetch(url, init)`:
413
+ *
414
+ * const res = await fetchWithTimeout(url, init, 'Some API');
415
+ *
416
+ * Pass `timeoutMs` as a fourth argument to override the default for a pack
417
+ * with a known-slower upstream; the label should be the same short name you'd
418
+ * pass to `httpError`/`httpErrorMessage` for that call.
419
+ */
420
+ async function fetchWithTimeout(
421
+ url: string | URL,
422
+ init: RequestInit = {},
423
+ name: string,
424
+ timeoutMs: number = DEFAULT_FETCH_TIMEOUT_MS,
425
+ ): Promise<Response> {
426
+ try {
427
+ return await fetch(url, { ...init, signal: AbortSignal.timeout(timeoutMs) });
428
+ } catch (err) {
429
+ if (err instanceof Error && (err.name === 'TimeoutError' || err.name === 'AbortError')) {
430
+ // States the OBSERVATION (no response in N seconds), not a diagnosis.
431
+ // "appears to be degraded" is an inference about the vendor that we have
432
+ // not checked, and it is wrong in a way that misdirects whoever reads it:
433
+ // a timeout from a Worker can equally mean OUR egress is blocked.
434
+ //
435
+ // Measured today (2026-09-01, fleet #1047): every call to
436
+ // mainnet.base.org failed from the x402 facilitator while the identical
437
+ // request from a laptop returned 200. Base was entirely healthy; the
438
+ // public RPC refuses Cloudflare Worker egress. Had this message fired
439
+ // there it would have blamed Base by name, and the next person would have
440
+ // waited for a vendor outage to clear that did not exist.
441
+ // A timeout has no status to test — there is no response at all — so
442
+ // `markInternalOrigin` is called without one: an origin we run that never
443
+ // answered is an availability failure by definition. This is the half of
444
+ // fleet #1096 with neither a SQLSTATE nor a status code to key on.
445
+ throw new Error(
446
+ markInternalOrigin(
447
+ `upstream_down: ${name} did not respond within ${timeoutMs / 1000}s. ` +
448
+ `That can be ${name} being slow or down, or this environment being unable to reach it ` +
449
+ `(some hosts refuse datacenter/Worker egress) — retry shortly, and check reachability ` +
450
+ `from elsewhere before concluding ${name} is down.`,
451
+ url,
452
+ ),
453
+ );
454
+ }
455
+ throw err;
456
+ }
457
+ }
458
+
459
+ function detailSuffix(detail: string): string {
460
+ return detail ? ` — ${detail}` : '';
461
+ }
462
+
463
+ async function readDetail(res: Response): Promise<string> {
464
+ let raw: string;
465
+ try {
466
+ raw = await res.text();
467
+ } catch {
468
+ // Body already consumed, or the connection died mid-read. The status alone
469
+ // is still worth throwing — never let the error path throw its own error.
470
+ return '';
471
+ }
472
+ return summarizeErrorBody(raw);
473
+ }
474
+
475
+ /**
476
+ * Turn ANY error body — JSON, HTML, XML or plain text — into one short phrase
477
+ * that never contains markup.
478
+ *
479
+ * This used to just drop an HTML or XML body on the floor, on the reasoning
480
+ * that markup crowds out the status. That was half right. Dropping it loses the
481
+ * one sentence a caller could have acted on: an `Access Denied` title, an SDMX
482
+ * `<message:Error>` text, an OPS fault string. A 2026-08-30 support sweep
483
+ * measured 13 of 291 caller-facing error rows carrying a raw page or document
484
+ * verbatim, across 11 packs, and in every one of them the useful content —
485
+ * "Access Denied", "Invalid country code", "SCRAPE_TIMEOUT" — was in there,
486
+ * buried in markup the agent had to parse out of a string (fleet #712).
487
+ *
488
+ * So: extract the meaning, discard the markup. The output is passed through
489
+ * `stripMarkup` unconditionally, which is what lets `check:error-body-leak`
490
+ * assert mechanically that no caller-facing message can contain `<?xml`,
491
+ * `<!DOCTYPE` or `<html`.
492
+ */
493
+ function summarizeErrorBody(raw: string): string {
494
+ if (!raw || !raw.trim()) return '';
495
+
496
+ const head = raw.slice(0, 400).trimStart().toLowerCase();
497
+
498
+ // An HTML error page (Cloudflare interstitial, nginx default, a login
499
+ // redirect) says what it is in its <title>, and almost nowhere else.
500
+ if (head.startsWith('<!doctype') || head.startsWith('<html')) {
501
+ const title = htmlTitle(raw);
502
+ return title
503
+ ? `${title} (upstream returned an HTML error page, not an API response)`
504
+ : 'upstream returned an HTML error page, not an API response';
505
+ }
506
+
507
+ // XML fault documents — EPO OPS, SDMX (`<message:Error>`), SOAP faults. The
508
+ // human sentence sits in a child element whose tag name says what it is.
509
+ if (head.startsWith('<?xml') || head.startsWith('<')) {
510
+ const fault = xmlFaultText(raw);
511
+ return fault
512
+ ? `${stripMarkup(fault).slice(0, MAX_DETAIL)} (from the upstream's XML error document)`
513
+ : 'upstream returned an XML error document with no readable message';
514
+ }
515
+
516
+ // Most JSON error bodies bury one human sentence among ids and echoed request
517
+ // params. Prefer that sentence; fall back to the whole body when the shape is
518
+ // unfamiliar, since an unfamiliar shape is exactly when we can least afford to
519
+ // guess wrong and show nothing.
520
+ const fromJson = messageFromJson(raw);
521
+ return stripMarkup(fromJson ?? raw).slice(0, MAX_DETAIL);
522
+ }
523
+
524
+ /** The `<title>` of an HTML error page, or its first `<h1>` — the two places a
525
+ * bot wall, a 502 and an "Access Denied" all state what happened. */
526
+ function htmlTitle(raw: string): string | null {
527
+ const head = raw.slice(0, 4000);
528
+ for (const re of [/<title[^>]*>([\s\S]*?)<\/title>/i, /<h1[^>]*>([\s\S]*?)<\/h1>/i]) {
529
+ const m = re.exec(head);
530
+ const text = m ? stripMarkup(m[1]) : '';
531
+ if (text) return text.slice(0, 160);
532
+ }
533
+ return null;
534
+ }
535
+
536
+ /** Tag names that carry the explanation in an XML fault document, namespace
537
+ * prefix optional (`<message:Error>`, `<com:Text>`, `<faultstring>`). */
538
+ const XML_FAULT_TAG_RE =
539
+ /<(?:[A-Za-z0-9_.-]+:)?(?:text|message|description|faultstring|reason|detail|title|errormessage|error)\b[^>]*>([^<]{2,400})</i;
540
+
541
+ function xmlFaultText(raw: string): string | null {
542
+ const head = raw.slice(0, 8000);
543
+ const tagged = XML_FAULT_TAG_RE.exec(head);
544
+ if (tagged && tagged[1].trim()) return tagged[1];
545
+
546
+ // Nothing conventionally named — take the longest text node instead. A fault
547
+ // document with one sentence in an oddly named element is still readable;
548
+ // returning nothing at all is not.
549
+ let best = '';
550
+ for (const m of head.matchAll(/>([^<>]{8,400})</g)) {
551
+ const text = m[1].trim();
552
+ if (text.length > best.length) best = text;
553
+ }
554
+ return best || null;
555
+ }
556
+
557
+ /**
558
+ * Remove every tag and stray angle bracket, then collapse whitespace.
559
+ *
560
+ * Applied to everything on the way out, including the JSON and plain-text
561
+ * paths, because an upstream is free to embed markup in a JSON string field —
562
+ * and a leak is a leak regardless of which branch produced it.
563
+ */
564
+ function stripMarkup(s: string): string {
565
+ return collapse(decodeEntities(s.replace(/<[^>]*>/g, ' ')).replace(/[<>]/g, ' '));
566
+ }
567
+
568
+ /** The handful of entities that show up in error-page titles. Decoded AFTER
569
+ * tags are stripped and BEFORE the angle-bracket sweep, so `&lt;script&gt;`
570
+ * in a title cannot decode into markup that survives — EMBL-EBI's ChEMBL 500
571
+ * page renders as `500 Internal Server Error &lt; EMBL-EBI` otherwise. */
572
+ function decodeEntities(s: string): string {
573
+ return s
574
+ .replace(/&(?:amp|#0*38);/gi, '&')
575
+ .replace(/&(?:lt|#0*60);/gi, '<')
576
+ .replace(/&(?:gt|#0*62);/gi, '>')
577
+ .replace(/&(?:quot|#0*34);/gi, '"')
578
+ .replace(/&(?:#0*39|apos|#x0*27);/gi, "'")
579
+ .replace(/&nbsp;/gi, ' ');
580
+ }
581
+
582
+ /** The conventional "what went wrong" field, under any of the names upstreams
583
+ * actually use. Checked in order; first non-empty string wins. */
584
+ const MESSAGE_KEYS = [
585
+ 'message', 'error_message', 'errorMessage', 'detail', 'details',
586
+ 'description', 'error_description', 'reason', 'title', 'fault',
587
+ ];
588
+
589
+ function messageFromJson(raw: string): string | null {
590
+ let parsed: unknown;
591
+ try {
592
+ parsed = JSON.parse(raw);
593
+ } catch {
594
+ return null;
595
+ }
596
+ return pickMessage(parsed, 0);
597
+ }
598
+
599
+ function pickMessage(node: unknown, depth: number): string | null {
600
+ // Two levels covers `{error: {message}}` and `{errors: [{detail}]}`, the two
601
+ // shapes that account for nearly all of them, without walking a large payload.
602
+ if (depth > 2 || node == null) return null;
603
+
604
+ if (typeof node === 'string') return node.trim() || null;
605
+
606
+ if (Array.isArray(node)) {
607
+ for (const item of node) {
608
+ const found = pickMessage(item, depth + 1);
609
+ if (found) return found;
610
+ }
611
+ return null;
612
+ }
613
+
614
+ if (typeof node !== 'object') return null;
615
+ const obj = node as Record<string, unknown>;
616
+
617
+ for (const key of MESSAGE_KEYS) {
618
+ const v = obj[key];
619
+ if (typeof v === 'string' && v.trim()) return v.trim();
620
+ }
621
+ // `{error: …}` where error is itself an object or a string — the single most
622
+ // common wrapper, so it is worth descending into by name rather than scanning
623
+ // every key and risking picking up an echoed request parameter.
624
+ for (const key of ['error', 'errors', 'fault', 'Error', 'data']) {
625
+ if (key in obj) {
626
+ const found = pickMessage(obj[key], depth + 1);
627
+ if (found) return found;
628
+ }
629
+ }
630
+ return null;
631
+ }
632
+
633
+ /** Errors are read in a single line of log output; newlines and runs of
634
+ * whitespace make a multi-line body unreadable there. */
635
+ function collapse(s: string): string {
636
+ return s.replace(/\s+/g, ' ').trim();
637
+ }
638
+
639
+
640
+ /**
641
+ * Shared client for ERDDAP servers (NOAA's Environmental Research Division
642
+ * Data Access Program).
643
+ *
644
+ * ERDDAP is one wire format spoken by ~100 independent ocean/atmosphere data
645
+ * providers — NOAA CoastWatch, the US IOOS regional associations, PacIOOS,
646
+ * SECOORA, GCOOS and many university nodes. Every one of them serves
647
+ * `GET /erddap/search/index.json?searchFor=`,
648
+ * `GET /erddap/info/{dataset}/index.json`,
649
+ * `GET /erddap/tabledap/{dataset}.json?vars&constraints` and
650
+ * `GET /erddap/griddap/{dataset}.json?var[(time)][(lat)][(lon)]`
651
+ * with the same vocabulary, so the per-pack code is a list of node URLs and
652
+ * nothing else. "Build once, improve everything": a better error message or a
653
+ * row cap lands in every ERDDAP pack at the same time.
654
+ *
655
+ * SELF-CONTAINED ON PURPOSE. `scripts/publish-pack.sh` inlines this file into
656
+ * a pack's standalone npm bundle by stripping its `import` lines and its
657
+ * `export` keywords. A helper that imports from another shared module
658
+ * therefore ships with a dangling identifier that the monorepo typecheck
659
+ * cannot see. So: no imports here, ever — not even from './http.js'.
660
+ *
661
+ * ── Six traps this file exists to absorb, all measured 2026-09-17 ─────────
662
+ *
663
+ * 1. ERDDAP REPORTS "NOTHING FOUND" AS HTTP 404, NOT AS AN EMPTY TABLE.
664
+ * A search that matches no dataset, and a tabledap query whose constraints
665
+ * exclude every row, both answer 404 with a plain-text `Error { code=...;
666
+ * message=... }` block. Read as an HTTP failure that is "the server is
667
+ * broken"; read as an empty result it is "this data does not exist". It is
668
+ * neither — it is a well-formed no-match. Worse, the body is NOT JSON, so
669
+ * a naive `JSON.parse` reports `Unexpected token E` and the caller never
670
+ * sees what ERDDAP actually said. Every function here parses that block and
671
+ * returns a structured empty result carrying the upstream's own sentence.
672
+ *
673
+ * 2. AND THAT SENTENCE USUALLY CONTAINS THE ANSWER. ERDDAP's no-match message
674
+ * names the real range: "No data matches time>=2050-01-01 because the
675
+ * numeric variable's source min=1970-02-26T20:00:00Z, max=2026-09-17".
676
+ * That is the single most useful string the server produces, so it is
677
+ * surfaced verbatim in `note` rather than flattened to "no results".
678
+ *
679
+ * 3. COLUMN ORDER IS EACH NODE'S OWN CHOICE. The search table from
680
+ * coastwatch.pfeg.noaa.gov carries 17 columns including "Accessible";
681
+ * coastwatch.noaa.gov's carries 15 and omits it. Indexing `rows[6]` gives
682
+ * you the title on one node and the ISO-19115 link on the other — a
683
+ * confident wrong answer, never an error. Everything here indexes by
684
+ * column NAME.
685
+ *
686
+ * 4. VARIABLE NAMES ARE CASE-SENSITIVE AND FREQUENTLY UPPERCASE. NDBC buoy
687
+ * data calls water temperature `WTMP`, not `wtmp`; a lowercase request is
688
+ * a 400 `Unrecognized variable="wtmp"`, which reads to a caller as "this
689
+ * buoy does not report water temperature". The error path names the info
690
+ * tool so the next call is the right one.
691
+ *
692
+ * 5. A GRIDDAP POINT CAN SUCCEED AND STILL HAVE NO NUMBER. Ask a regional
693
+ * ocean model for a point over land and it returns 200, one row, and
694
+ * `null` in the value column. That is a row count of 1 and a silent zero
695
+ * (docs/silent-zero-policy.md). `erddapGriddapPoint` reports
696
+ * `masked: true` and says the point is outside the model's water mask.
697
+ *
698
+ * 6. AN EMPTY `searchFor` IS A 404, NOT "EVERYTHING". ERDDAP refuses a blank
699
+ * search outright. Callers reach for it to enumerate a node's catalogue and
700
+ * get an error naming no fix, so `erddapSearch` rejects a blank query up
701
+ * front with a message that says to pass a subject word.
702
+ */
703
+
704
+ /** One ERDDAP server. Packs define a small table of these and nothing else. */
705
+ interface ErddapNode {
706
+ /** Short id a caller passes to choose this node, e.g. `pacioos`. */
707
+ id: string;
708
+ /**
709
+ * ERDDAP root INCLUDING the `/erddap` path segment and with no trailing
710
+ * slash, e.g. `https://coastwatch.pfeg.noaa.gov/erddap`. Some operators
711
+ * mount ERDDAP at the domain root and some under a prefix, so the full
712
+ * path belongs to the node definition rather than being assembled here.
713
+ */
714
+ baseUrl: string;
715
+ /** Operator name, used verbatim in error text so a failure names its upstream. */
716
+ name: string;
717
+ /** What this node covers, one clause — shown alongside results. */
718
+ coverage: string;
719
+ /** Sent on every request; several nodes 403 a request with no User-Agent. */
720
+ userAgent: string;
721
+ }
722
+
723
+ interface ErddapDatasetSummary {
724
+ dataset_id: string;
725
+ title: string | null;
726
+ summary: string | null;
727
+ institution: string | null;
728
+ /** `griddap`, `tabledap`, or both — which access tool applies to this dataset. */
729
+ protocols: string[];
730
+ info_url: string | null;
731
+ griddap_url: string | null;
732
+ tabledap_url: string | null;
733
+ }
734
+
735
+ interface ErddapVariable {
736
+ name: string;
737
+ data_type: string | null;
738
+ units: string | null;
739
+ long_name: string | null;
740
+ /** True for the axis variables of a griddap dataset (time/latitude/longitude/depth). */
741
+ is_axis: boolean;
742
+ }
743
+
744
+ interface ErddapDatasetInfo {
745
+ dataset_id: string;
746
+ title: string | null;
747
+ summary: string | null;
748
+ institution: string | null;
749
+ cdm_data_type: string | null;
750
+ protocol: 'griddap' | 'tabledap' | 'unknown';
751
+ time_coverage_start: string | null;
752
+ time_coverage_end: string | null;
753
+ license: string | null;
754
+ variables: ErddapVariable[];
755
+ axis_variables: string[];
756
+ }
757
+
758
+ /** An ERDDAP `.json` payload is always `{table:{columnNames,columnTypes,rows}}`. */
759
+ interface ErddapTable {
760
+ column_names: string[];
761
+ column_types: string[];
762
+ column_units: (string | null)[];
763
+ rows: unknown[][];
764
+ row_count: number;
765
+ truncated: boolean;
766
+ }
767
+
768
+ const ERDDAP_TIMEOUT_MS = 45_000;
769
+ /** Hard ceiling on rows returned to a caller, whatever they asked for. */
770
+ const ERDDAP_MAX_ROWS = 1000;
771
+
772
+ function erddapTrim(value: unknown, max: number): string | null {
773
+ if (typeof value !== 'string') return null;
774
+ const s = value.replace(/\s+/g, ' ').trim();
775
+ if (!s) return null;
776
+ return s.length > max ? `${s.slice(0, max - 1)}…` : s;
777
+ }
778
+
779
+ /**
780
+ * ERDDAP's own error block, which arrives as text/plain on 400/404/500:
781
+ *
782
+ * Error {
783
+ * code=404;
784
+ * message="Not Found: Your query produced no matching results. (...)";
785
+ * }
786
+ *
787
+ * Returns the message with the redundant status prefix removed, or null when
788
+ * the body is not one of these (a proxy's HTML 502, say).
789
+ */
790
+ function erddapParseError(body: string): string | null {
791
+ const m = /message\s*=\s*"([\s\S]*?)"\s*;/.exec(body);
792
+ if (!m) return null;
793
+ return m[1]
794
+ .replace(/\\"/g, '"')
795
+ .replace(/^(?:Not Found|Bad Request|Internal Server Error|Unauthorized|Forbidden):\s*/, '')
796
+ .replace(/\s+/g, ' ')
797
+ .trim();
798
+ }
799
+
800
+ /**
801
+ * A no-match from ERDDAP is a 404 whose message says so (trap 1). Anything
802
+ * else on a 404 is a genuinely missing dataset or a wrong path.
803
+ */
804
+ function erddapIsNoMatch(message: string): boolean {
805
+ return /produced no matching results|no matching dataset/i.test(message);
806
+ }
807
+
808
+ class ErddapEmpty extends Error {
809
+ /** ERDDAP's own sentence, which usually names the real range (trap 2). */
810
+ readonly upstreamNote: string;
811
+ constructor(upstreamNote: string) {
812
+ super(upstreamNote);
813
+ this.name = 'ErddapEmpty';
814
+ this.upstreamNote = upstreamNote;
815
+ }
816
+ }
817
+
818
+ /**
819
+ * One bounded request returning a parsed ERDDAP table.
820
+ *
821
+ * The Workers runtime puts no ceiling on a bare `fetch`, so an ERDDAP node
822
+ * that accepts the connection and then goes quiet — these are academic
823
+ * servers running large NetCDF reads — would hold the Worker until its own
824
+ * execution budget kills it, and the caller is told "timeout" by nobody in
825
+ * particular. The abort names the node.
826
+ */
827
+ async function erddapFetchTable(node: ErddapNode, url: string): Promise<ErddapTable> {
828
+ const controller = new AbortController();
829
+ const timer = setTimeout(() => controller.abort(), ERDDAP_TIMEOUT_MS);
830
+ let res: Response;
831
+ try {
832
+ res = await fetch(url, {
833
+ headers: { 'User-Agent': node.userAgent, Accept: 'application/json' },
834
+ signal: controller.signal,
835
+ });
836
+ } catch (err) {
837
+ clearTimeout(timer);
838
+ const reason = err instanceof Error && err.name === 'AbortError'
839
+ ? `did not answer within ${ERDDAP_TIMEOUT_MS / 1000}s`
840
+ : `could not be reached (${err instanceof Error ? err.message : String(err)})`;
841
+ throw new Error(`${node.name} ERDDAP ${reason}: ${url}`);
842
+ }
843
+ clearTimeout(timer);
844
+
845
+ const body = await res.text();
846
+
847
+ if (!res.ok) {
848
+ const message = erddapParseError(body);
849
+ if (message && erddapIsNoMatch(message)) throw new ErddapEmpty(message);
850
+ if (message) throw new Error(`${node.name} ERDDAP refused the request: ${message}`);
851
+ throw new Error(
852
+ `${node.name} ERDDAP returned HTTP ${res.status}: ${erddapTrim(body, 300) ?? '(empty body)'}`,
853
+ );
854
+ }
855
+
856
+ // A 200 can still carry an error block on some nodes; check before parsing,
857
+ // because JSON.parse on it reports "Unexpected token E" and loses the text.
858
+ if (!body.trimStart().startsWith('{')) {
859
+ const message = erddapParseError(body);
860
+ if (message && erddapIsNoMatch(message)) throw new ErddapEmpty(message);
861
+ throw new Error(
862
+ `${node.name} ERDDAP returned a non-JSON body: ${message ?? erddapTrim(body, 300) ?? '(empty)'}`,
863
+ );
864
+ }
865
+
866
+ let parsed: unknown;
867
+ try {
868
+ parsed = JSON.parse(body);
869
+ } catch {
870
+ throw new Error(`${node.name} ERDDAP returned malformed JSON: ${erddapTrim(body, 200)}`);
871
+ }
872
+
873
+ const table = (parsed as { table?: Record<string, unknown> } | null)?.table;
874
+ if (!table || !Array.isArray(table.columnNames) || !Array.isArray(table.rows)) {
875
+ throw new Error(`${node.name} ERDDAP returned no table for ${url}`);
876
+ }
877
+
878
+ const names = (table.columnNames as unknown[]).map((n) => String(n));
879
+ const types = Array.isArray(table.columnTypes)
880
+ ? (table.columnTypes as unknown[]).map((t) => String(t))
881
+ : names.map(() => 'String');
882
+ const units = Array.isArray(table.columnUnits)
883
+ ? (table.columnUnits as unknown[]).map((u) => (typeof u === 'string' && u ? u : null))
884
+ : names.map(() => null);
885
+
886
+ const rows = (table.rows as unknown[]).filter(Array.isArray) as unknown[][];
887
+ return {
888
+ column_names: names,
889
+ column_types: types,
890
+ column_units: units,
891
+ rows,
892
+ row_count: rows.length,
893
+ truncated: false,
894
+ };
895
+ }
896
+
897
+ /** Index a table by column NAME, never by position (trap 3). */
898
+ function erddapColumn(table: ErddapTable, name: string): number {
899
+ return table.column_names.indexOf(name);
900
+ }
901
+
902
+ function erddapCell(table: ErddapTable, row: unknown[], name: string): string | null {
903
+ const i = erddapColumn(table, name);
904
+ if (i < 0) return null;
905
+ const v = row[i];
906
+ return typeof v === 'string' && v.trim() ? v.trim() : null;
907
+ }
908
+
909
+ function erddapClampRows(limit: unknown, fallback: number): number {
910
+ const n = typeof limit === 'number' ? limit : Number(limit);
911
+ if (!Number.isFinite(n) || n <= 0) return fallback;
912
+ return Math.min(Math.floor(n), ERDDAP_MAX_ROWS);
913
+ }
914
+
915
+ // ── search ────────────────────────────────────────────────────────────────
916
+
917
+ interface ErddapSearchResult {
918
+ node: string;
919
+ node_name: string;
920
+ coverage: string;
921
+ query: string;
922
+ datasets: ErddapDatasetSummary[];
923
+ count: number;
924
+ note?: string;
925
+ source: string;
926
+ }
927
+
928
+ /**
929
+ * Full-text search over a node's dataset catalogue.
930
+ *
931
+ * `protocol` filters to `griddap` (gridded model/satellite fields) or
932
+ * `tabledap` (point/timeseries observations) AFTER the upstream search, since
933
+ * ERDDAP's own `protocol=` filter is only honoured by some versions.
934
+ */
935
+ async function erddapSearch(
936
+ node: ErddapNode,
937
+ args: { query?: unknown; limit?: unknown; protocol?: unknown },
938
+ ): Promise<ErddapSearchResult> {
939
+ const query = typeof args.query === 'string' ? args.query.trim() : '';
940
+ if (!query) {
941
+ // Trap 6: ERDDAP 404s a blank search rather than listing everything.
942
+ throw new Error(
943
+ `${node.name} ERDDAP requires search words — a blank search is rejected by the server, `
944
+ + 'not treated as "list everything". Pass a subject such as "sea surface temperature", '
945
+ + '"salinity", "glider" or "wave height".',
946
+ );
947
+ }
948
+ const protocol = typeof args.protocol === 'string' ? args.protocol.trim().toLowerCase() : '';
949
+ const limit = erddapClampRows(args.limit, 20);
950
+
951
+ const url = `${node.baseUrl}/search/index.json?page=1&itemsPerPage=${Math.max(limit * 2, 20)}`
952
+ + `&searchFor=${encodeURIComponent(query)}`;
953
+
954
+ let table: ErddapTable;
955
+ try {
956
+ table = await erddapFetchTable(node, url);
957
+ } catch (err) {
958
+ if (err instanceof ErddapEmpty) {
959
+ return {
960
+ node: node.id,
961
+ node_name: node.name,
962
+ coverage: node.coverage,
963
+ query,
964
+ datasets: [],
965
+ count: 0,
966
+ note: `${node.name} has no dataset matching "${query}". ERDDAP said: ${err.upstreamNote} `
967
+ + 'Try a broader subject word — ERDDAP searches dataset titles and summaries, not variable names.',
968
+ source: url,
969
+ };
970
+ }
971
+ throw err;
972
+ }
973
+
974
+ const datasets: ErddapDatasetSummary[] = [];
975
+ for (const row of table.rows) {
976
+ const id = erddapCell(table, row, 'Dataset ID');
977
+ if (!id) continue;
978
+ const griddap = erddapCell(table, row, 'griddap');
979
+ const tabledap = erddapCell(table, row, 'tabledap');
980
+ const protocols: string[] = [];
981
+ if (griddap) protocols.push('griddap');
982
+ if (tabledap) protocols.push('tabledap');
983
+ if (protocol && !protocols.includes(protocol)) continue;
984
+ datasets.push({
985
+ dataset_id: id,
986
+ title: erddapTrim(erddapCell(table, row, 'Title'), 300),
987
+ summary: erddapTrim(erddapCell(table, row, 'Summary'), 600),
988
+ institution: erddapCell(table, row, 'Institution'),
989
+ protocols,
990
+ info_url: erddapCell(table, row, 'Info'),
991
+ griddap_url: griddap,
992
+ tabledap_url: tabledap,
993
+ });
994
+ if (datasets.length >= limit) break;
995
+ }
996
+
997
+ const note = datasets.length === 0 && protocol
998
+ ? `${node.name} matched datasets for "${query}" but none of them serve ${protocol}. `
999
+ + 'Drop the protocol filter to see what it does serve.'
1000
+ : undefined;
1001
+
1002
+ return {
1003
+ node: node.id,
1004
+ node_name: node.name,
1005
+ coverage: node.coverage,
1006
+ query,
1007
+ datasets,
1008
+ count: datasets.length,
1009
+ note,
1010
+ source: url,
1011
+ };
1012
+ }
1013
+
1014
+ // ── info ──────────────────────────────────────────────────────────────────
1015
+
1016
+ async function erddapInfo(
1017
+ node: ErddapNode,
1018
+ datasetId: unknown,
1019
+ ): Promise<ErddapDatasetInfo & { node: string; node_name: string; source: string }> {
1020
+ const id = typeof datasetId === 'string' ? datasetId.trim() : '';
1021
+ if (!id) throw new Error(`${node.name} ERDDAP needs a dataset id (the "dataset_id" from a search result).`);
1022
+
1023
+ const url = `${node.baseUrl}/info/${encodeURIComponent(id)}/index.json`;
1024
+ const table = await erddapFetchTable(node, url);
1025
+
1026
+ const globals: Record<string, string> = {};
1027
+ const varTypes = new Map<string, string>();
1028
+ const varAttrs = new Map<string, Record<string, string>>();
1029
+ const axes: string[] = [];
1030
+
1031
+ for (const row of table.rows) {
1032
+ const rowType = erddapCell(table, row, 'Row Type');
1033
+ const varName = erddapCell(table, row, 'Variable Name');
1034
+ const attrName = erddapCell(table, row, 'Attribute Name');
1035
+ const dataType = erddapCell(table, row, 'Data Type');
1036
+ const value = erddapCell(table, row, 'Value');
1037
+ if (!rowType || !varName) continue;
1038
+
1039
+ if (rowType === 'attribute' && varName === 'NC_GLOBAL' && attrName && value) {
1040
+ globals[attrName] = value;
1041
+ } else if (rowType === 'variable' || rowType === 'dimension') {
1042
+ if (dataType) varTypes.set(varName, dataType);
1043
+ // A "dimension" row means a griddap axis. Nothing else distinguishes
1044
+ // an axis from a data variable in this payload.
1045
+ if (rowType === 'dimension' && !axes.includes(varName)) axes.push(varName);
1046
+ } else if (rowType === 'attribute' && attrName && value) {
1047
+ const bag = varAttrs.get(varName) ?? {};
1048
+ bag[attrName] = value;
1049
+ varAttrs.set(varName, bag);
1050
+ }
1051
+ }
1052
+
1053
+ const variables: ErddapVariable[] = [...varTypes.keys()].map((name) => {
1054
+ const attrs = varAttrs.get(name) ?? {};
1055
+ return {
1056
+ name,
1057
+ data_type: varTypes.get(name) ?? null,
1058
+ units: attrs.units ?? null,
1059
+ long_name: erddapTrim(attrs.long_name ?? attrs.standard_name ?? null, 200),
1060
+ is_axis: axes.includes(name),
1061
+ };
1062
+ });
1063
+
1064
+ const protocol: 'griddap' | 'tabledap' | 'unknown' = axes.length > 0
1065
+ ? 'griddap'
1066
+ : variables.length > 0 ? 'tabledap' : 'unknown';
1067
+
1068
+ return {
1069
+ node: node.id,
1070
+ node_name: node.name,
1071
+ dataset_id: id,
1072
+ title: erddapTrim(globals.title ?? null, 300),
1073
+ summary: erddapTrim(globals.summary ?? null, 1200),
1074
+ institution: globals.institution ?? null,
1075
+ cdm_data_type: globals.cdm_data_type ?? null,
1076
+ protocol,
1077
+ time_coverage_start: globals.time_coverage_start ?? null,
1078
+ time_coverage_end: globals.time_coverage_end ?? null,
1079
+ license: erddapTrim(globals.license ?? null, 400),
1080
+ variables,
1081
+ axis_variables: axes,
1082
+ source: url,
1083
+ };
1084
+ }
1085
+
1086
+ // ── tabledap ──────────────────────────────────────────────────────────────
1087
+
1088
+ interface ErddapRowsResult {
1089
+ node: string;
1090
+ node_name: string;
1091
+ dataset_id: string;
1092
+ columns: { name: string; type: string; units: string | null }[];
1093
+ rows: unknown[][];
1094
+ row_count: number;
1095
+ truncated: boolean;
1096
+ note?: string;
1097
+ source: string;
1098
+ }
1099
+
1100
+ /**
1101
+ * Point/timeseries query against a tabledap dataset.
1102
+ *
1103
+ * `constraints` are ERDDAP's own comparison strings, e.g.
1104
+ * `['time>=2026-09-14', 'station="46012"']`. They are joined with `&` exactly
1105
+ * as ERDDAP expects; string values need their own double quotes, which is the
1106
+ * server's convention rather than ours.
1107
+ */
1108
+ async function erddapTabledap(
1109
+ node: ErddapNode,
1110
+ args: {
1111
+ dataset?: unknown;
1112
+ variables?: unknown;
1113
+ constraints?: unknown;
1114
+ limit?: unknown;
1115
+ infoToolName?: string;
1116
+ },
1117
+ ): Promise<ErddapRowsResult> {
1118
+ const id = typeof args.dataset === 'string' ? args.dataset.trim() : '';
1119
+ if (!id) throw new Error(`${node.name} ERDDAP needs a dataset id (the "dataset_id" from a search result).`);
1120
+
1121
+ const variables = Array.isArray(args.variables)
1122
+ ? (args.variables as unknown[]).map((v) => String(v).trim()).filter(Boolean)
1123
+ : typeof args.variables === 'string' && args.variables.trim()
1124
+ ? args.variables.split(',').map((v) => v.trim()).filter(Boolean)
1125
+ : [];
1126
+ const constraints = Array.isArray(args.constraints)
1127
+ ? (args.constraints as unknown[]).map((c) => String(c).trim()).filter(Boolean)
1128
+ : typeof args.constraints === 'string' && args.constraints.trim()
1129
+ ? [args.constraints.trim()]
1130
+ : [];
1131
+ const limit = erddapClampRows(args.limit, 200);
1132
+
1133
+ // ERDDAP's own row cap. Without it a busy buoy returns tens of thousands of
1134
+ // rows and the response is trimmed by something downstream that says nothing.
1135
+ //
1136
+ // THE FIRST `&`-SEGMENT IS POSITIONAL: ERDDAP reads it as the variable list
1137
+ // whatever it contains. So when the caller asks for every column, the empty
1138
+ // segment has to be KEPT — dropping it slides `orderByLimit(...)` into the
1139
+ // variable slot and the server answers `Unrecognized variable=
1140
+ // "orderByLimit("5")"`, which reads as a broken dataset rather than a
1141
+ // malformed URL. Measured against erddap.ioos.us, 2026-09-17.
1142
+ const query = [
1143
+ variables.join(','),
1144
+ ...constraints.map(erddapEncodeConstraint).filter(Boolean),
1145
+ `orderByLimit(%22${limit}%22)`,
1146
+ ].join('&');
1147
+ const url = `${node.baseUrl}/tabledap/${encodeURIComponent(id)}.json?${query}`;
1148
+
1149
+ let table: ErddapTable;
1150
+ try {
1151
+ table = await erddapFetchTable(node, url);
1152
+ } catch (err) {
1153
+ if (err instanceof ErddapEmpty) {
1154
+ return {
1155
+ node: node.id,
1156
+ node_name: node.name,
1157
+ dataset_id: id,
1158
+ columns: [],
1159
+ rows: [],
1160
+ row_count: 0,
1161
+ truncated: false,
1162
+ // Trap 2: ERDDAP's no-match sentence names the real range. Keep it.
1163
+ note: `No rows matched. ${node.name} ERDDAP said: ${err.upstreamNote}`,
1164
+ source: url,
1165
+ };
1166
+ }
1167
+ // Trap 4: a case-wrong variable is an "Unrecognized variable" 400 that
1168
+ // reads as "this dataset has no such measurement".
1169
+ if (err instanceof Error && /Unrecognized variable/i.test(err.message)) {
1170
+ const hint = args.infoToolName
1171
+ ? ` Variable names are case-sensitive and often UPPERCASE (WTMP, not wtmp) — call ${args.infoToolName} on "${id}" for the exact spellings.`
1172
+ : ' Variable names are case-sensitive and often UPPERCASE (WTMP, not wtmp).';
1173
+ throw new Error(`${err.message}${hint}`);
1174
+ }
1175
+ throw err;
1176
+ }
1177
+
1178
+ return {
1179
+ node: node.id,
1180
+ node_name: node.name,
1181
+ dataset_id: id,
1182
+ columns: table.column_names.map((name, i) => ({
1183
+ name,
1184
+ type: table.column_types[i] ?? 'String',
1185
+ units: table.column_units[i] ?? null,
1186
+ })),
1187
+ rows: table.rows,
1188
+ row_count: table.row_count,
1189
+ truncated: table.row_count >= limit,
1190
+ note: table.row_count >= limit
1191
+ ? `Capped at ${limit} rows. Narrow the time constraint or raise "limit" (max ${ERDDAP_MAX_ROWS}).`
1192
+ : undefined,
1193
+ source: url,
1194
+ };
1195
+ }
1196
+
1197
+ /**
1198
+ * ERDDAP constraints must keep their operators literal but percent-encode the
1199
+ * characters a URL parser would otherwise eat — notably `"` around string
1200
+ * values and `+` inside timestamps.
1201
+ */
1202
+ function erddapEncodeConstraint(c: string): string {
1203
+ return c
1204
+ .replace(/%/g, '%25')
1205
+ .replace(/"/g, '%22')
1206
+ .replace(/\+/g, '%2B')
1207
+ .replace(/ /g, '%20')
1208
+ .replace(/#/g, '%23')
1209
+ .replace(/&/g, '%26');
1210
+ }
1211
+
1212
+ // ── griddap ───────────────────────────────────────────────────────────────
1213
+
1214
+ interface ErddapGridPointResult {
1215
+ node: string;
1216
+ node_name: string;
1217
+ dataset_id: string;
1218
+ variable: string;
1219
+ columns: { name: string; type: string; units: string | null }[];
1220
+ rows: unknown[][];
1221
+ row_count: number;
1222
+ /** True when every returned row has a null value — a point outside the model domain. */
1223
+ masked: boolean;
1224
+ note?: string;
1225
+ source: string;
1226
+ }
1227
+
1228
+ /**
1229
+ * Read one gridded variable at one time/lat/lon (griddap's `[(value)]`
1230
+ * coordinate-subset syntax, which ERDDAP snaps to the nearest grid cell).
1231
+ *
1232
+ * `time` accepts an ISO timestamp or the literal `last`, which ERDDAP
1233
+ * resolves to the newest time step — the only way to read "current" without
1234
+ * first fetching the axis.
1235
+ */
1236
+ async function erddapGriddapPoint(
1237
+ node: ErddapNode,
1238
+ args: {
1239
+ dataset?: unknown;
1240
+ variable?: unknown;
1241
+ time?: unknown;
1242
+ latitude?: unknown;
1243
+ longitude?: unknown;
1244
+ depth?: unknown;
1245
+ infoToolName?: string;
1246
+ },
1247
+ ): Promise<ErddapGridPointResult> {
1248
+ const id = typeof args.dataset === 'string' ? args.dataset.trim() : '';
1249
+ if (!id) throw new Error(`${node.name} ERDDAP needs a dataset id (the "dataset_id" from a search result).`);
1250
+ const variable = typeof args.variable === 'string' ? args.variable.trim() : '';
1251
+ if (!variable) {
1252
+ const hint = args.infoToolName ? ` Call ${args.infoToolName} on "${id}" to list them.` : '';
1253
+ throw new Error(`${node.name} ERDDAP needs a gridded variable name, e.g. "sst" or "analysed_sst".${hint}`);
1254
+ }
1255
+
1256
+ const lat = Number(args.latitude);
1257
+ const lon = Number(args.longitude);
1258
+ if (!Number.isFinite(lat) || !Number.isFinite(lon)) {
1259
+ throw new Error(`${node.name} ERDDAP needs numeric latitude and longitude (decimal degrees).`);
1260
+ }
1261
+ const time = typeof args.time === 'string' && args.time.trim() ? args.time.trim() : 'last';
1262
+
1263
+ // Axis order in a griddap request is the dataset's own, and it is always
1264
+ // time first then (optionally) depth then latitude then longitude.
1265
+ const subsets = [`[(${time})]`];
1266
+ if (args.depth !== undefined && args.depth !== null && String(args.depth).trim() !== '') {
1267
+ subsets.push(`[(${Number(args.depth)})]`);
1268
+ }
1269
+ subsets.push(`[(${lat})]`, `[(${lon})]`);
1270
+
1271
+ const expr = `${variable}${subsets.join('')}`;
1272
+ const url = `${node.baseUrl}/griddap/${encodeURIComponent(id)}.json?`
1273
+ + expr.replace(/\[/g, '%5B').replace(/\]/g, '%5D').replace(/ /g, '%20');
1274
+
1275
+ let table: ErddapTable;
1276
+ try {
1277
+ table = await erddapFetchTable(node, url);
1278
+ } catch (err) {
1279
+ if (err instanceof ErddapEmpty) {
1280
+ return {
1281
+ node: node.id,
1282
+ node_name: node.name,
1283
+ dataset_id: id,
1284
+ variable,
1285
+ columns: [],
1286
+ rows: [],
1287
+ row_count: 0,
1288
+ masked: false,
1289
+ note: `No grid cell matched. ${node.name} ERDDAP said: ${err.upstreamNote}`,
1290
+ source: url,
1291
+ };
1292
+ }
1293
+ if (err instanceof Error && /Unrecognized variable|not.*axis/i.test(err.message)) {
1294
+ const hint = args.infoToolName
1295
+ ? ` Call ${args.infoToolName} on "${id}" for its variable names and axis order (some datasets have a depth axis, which must be supplied).`
1296
+ : '';
1297
+ throw new Error(`${err.message}${hint}`);
1298
+ }
1299
+ throw err;
1300
+ }
1301
+
1302
+ // Trap 5: 200 + one row + a null value is a point outside the water mask.
1303
+ const valueIdx = erddapColumn(table, variable);
1304
+ const masked = table.row_count > 0
1305
+ && valueIdx >= 0
1306
+ && table.rows.every((r) => r[valueIdx] === null || r[valueIdx] === undefined);
1307
+
1308
+ return {
1309
+ node: node.id,
1310
+ node_name: node.name,
1311
+ dataset_id: id,
1312
+ variable,
1313
+ columns: table.column_names.map((name, i) => ({
1314
+ name,
1315
+ type: table.column_types[i] ?? 'String',
1316
+ units: table.column_units[i] ?? null,
1317
+ })),
1318
+ rows: table.rows,
1319
+ row_count: table.row_count,
1320
+ masked,
1321
+ note: masked
1322
+ ? `The grid cell nearest ${lat}, ${lon} has no value for "${variable}" — for an ocean model that `
1323
+ + 'means the point falls on land or outside the model domain, not that the data is missing. '
1324
+ + 'Move the point offshore or use a dataset with wider coverage.'
1325
+ : undefined,
1326
+ source: url,
1327
+ };
1328
+ }
1329
+
1330
+ /** Resolve a caller-supplied node id against a pack's table, with a real error. */
1331
+ function erddapPickNode(
1332
+ nodes: readonly ErddapNode[],
1333
+ requested: unknown,
1334
+ fallbackId: string,
1335
+ ): ErddapNode {
1336
+ const want = typeof requested === 'string' && requested.trim()
1337
+ ? requested.trim().toLowerCase()
1338
+ : fallbackId;
1339
+ const found = nodes.find((n) => n.id === want);
1340
+ if (found) return found;
1341
+ throw new Error(
1342
+ `Unknown node "${want}". Available: ${nodes.map((n) => `${n.id} (${n.coverage})`).join('; ')}.`,
1343
+ );
1344
+ }
1345
+ /**
1346
+ * NOAA CoastWatch — satellite and model ocean data via ERDDAP.
1347
+ *
1348
+ * CoastWatch runs two ERDDAP servers that between them hold most of NOAA's
1349
+ * public satellite ocean record: the West Coast node at
1350
+ * coastwatch.pfeg.noaa.gov (ERD/SWFSC — sea surface temperature, chlorophyll,
1351
+ * winds, currents, plus the full NDBC buoy archive as tabledap) and the
1352
+ * national node at coastwatch.noaa.gov (VIIRS/ABI operational products).
1353
+ *
1354
+ * absorbs the six traps this protocol has — chiefly that "no rows" arrives as
1355
+ * a plain-text HTTP 404 rather than an empty table, and that the two nodes do
1356
+ * not agree on their search columns.
1357
+ */
1358
+
1359
+
1360
+ const UA = 'pipeworx-mcp-noaa-coastwatch/1.0 (+https://pipeworx.io)';
1361
+
1362
+ const NODES: readonly ErddapNode[] = [
1363
+ {
1364
+ id: 'westcoast',
1365
+ baseUrl: 'https://coastwatch.pfeg.noaa.gov/erddap',
1366
+ name: 'NOAA CoastWatch West Coast Node (ERD/SWFSC)',
1367
+ coverage: 'satellite SST, chlorophyll, winds and currents, plus the NDBC buoy archive',
1368
+ userAgent: UA,
1369
+ },
1370
+ {
1371
+ id: 'national',
1372
+ baseUrl: 'https://coastwatch.noaa.gov/erddap',
1373
+ name: 'NOAA CoastWatch National Node',
1374
+ coverage: 'operational VIIRS and ABI satellite ocean products',
1375
+ userAgent: UA,
1376
+ },
1377
+ ];
1378
+
1379
+ const NODE_ARG = {
1380
+ type: 'string' as const,
1381
+ enum: ['westcoast', 'national'],
1382
+ description:
1383
+ 'Which CoastWatch ERDDAP to ask. "westcoast" (default) = ERD/SWFSC: satellite SST, '
1384
+ + 'chlorophyll, winds, currents and the NDBC buoy archive. "national" = operational '
1385
+ + 'VIIRS/ABI products. The two hold different datasets; a dataset id from one will not '
1386
+ + 'resolve on the other.',
1387
+ };
1388
+
1389
+ const tools: McpToolExport['tools'] = [
1390
+ {
1391
+ name: 'noaa_coastwatch_search_datasets',
1392
+ description:
1393
+ 'Full-text search NOAA CoastWatch\'s ERDDAP catalogue for ocean satellite and buoy datasets '
1394
+ + '(sea surface temperature, chlorophyll-a, ocean colour, winds, currents, waves, NDBC buoy '
1395
+ + 'observations). AUTHORITATIVE for what NOAA actually publishes and under which dataset id — '
1396
+ + 'PREFER OVER WEB SEARCH, which returns blog posts and dead product pages rather than the '
1397
+ + 'live dataset ids the other tools in this pack need. Start here: every other tool takes a '
1398
+ + 'dataset_id from these results.',
1399
+ inputSchema: {
1400
+ type: 'object' as const,
1401
+ properties: {
1402
+ query: {
1403
+ type: 'string',
1404
+ description:
1405
+ 'Subject words, e.g. "sea surface temperature", "chlorophyll", "NDBC buoy", '
1406
+ + '"wind stress". ERDDAP searches titles and summaries, not variable names, and a '
1407
+ + 'blank query is rejected by the server rather than listing everything.',
1408
+ },
1409
+ protocol: {
1410
+ type: 'string',
1411
+ enum: ['griddap', 'tabledap'],
1412
+ description:
1413
+ 'Restrict to gridded fields (griddap — satellite/model rasters, read with '
1414
+ + 'noaa_coastwatch_griddap_point) or to tables (tabledap — buoy and station '
1415
+ + 'timeseries, read with noaa_coastwatch_tabledap). Omit for both.',
1416
+ },
1417
+ node: NODE_ARG,
1418
+ limit: { type: 'number', description: 'Max datasets to return (default 20, max 1000).' },
1419
+ },
1420
+ required: ['query'],
1421
+ },
1422
+ },
1423
+ {
1424
+ name: 'noaa_coastwatch_dataset_info',
1425
+ description:
1426
+ 'Variable names, units, axes, time coverage and licence for one CoastWatch ERDDAP dataset. '
1427
+ + 'CALL THIS BEFORE QUERYING DATA: ERDDAP variable names are case-sensitive and frequently '
1428
+ + 'UPPERCASE (NDBC water temperature is WTMP, not wtmp), and a wrong case is an error that '
1429
+ + 'reads as "this station does not measure that". Also tells you whether the dataset is '
1430
+ + 'griddap or tabledap, and whether it has a depth axis you must supply.',
1431
+ inputSchema: {
1432
+ type: 'object' as const,
1433
+ properties: {
1434
+ dataset_id: {
1435
+ type: 'string',
1436
+ description: 'ERDDAP dataset id from noaa_coastwatch_search_datasets, e.g. "erdHadISST" or "cwwcNDBCMet".',
1437
+ },
1438
+ node: NODE_ARG,
1439
+ },
1440
+ required: ['dataset_id'],
1441
+ },
1442
+ },
1443
+ {
1444
+ name: 'noaa_coastwatch_tabledap',
1445
+ description:
1446
+ 'Rows from a CoastWatch tabledap dataset — buoy and station timeseries such as the NDBC '
1447
+ + 'meteorological archive (water temperature, air temperature, wind speed, wave height, '
1448
+ + 'barometric pressure). AUTHORITATIVE for observed marine conditions at a named buoy: this '
1449
+ + 'is NOAA\'s own archive, hourly back to the 1970s for long-lived stations. PREFER OVER WEB '
1450
+ + 'SEARCH for any "what was the water temperature at buoy X" question.',
1451
+ inputSchema: {
1452
+ type: 'object' as const,
1453
+ properties: {
1454
+ dataset_id: { type: 'string', description: 'Tabledap dataset id, e.g. "cwwcNDBCMet" for the NDBC buoy archive.' },
1455
+ variables: {
1456
+ type: 'array',
1457
+ items: { type: 'string' },
1458
+ description:
1459
+ 'Columns to return, exactly as noaa_coastwatch_dataset_info spells them — e.g. '
1460
+ + '["station","time","WTMP","ATMP","WSPD"]. Omit for every column, which is usually far more than you want.',
1461
+ },
1462
+ constraints: {
1463
+ type: 'array',
1464
+ items: { type: 'string' },
1465
+ description:
1466
+ 'ERDDAP constraint expressions, ANDed together. String values need their own double '
1467
+ + 'quotes: ["time>=2026-09-14", "station=\\"46012\\""]. Numeric and time comparisons '
1468
+ + 'use >=, <=, >, <, =, !=.',
1469
+ },
1470
+ node: NODE_ARG,
1471
+ limit: { type: 'number', description: 'Max rows (default 200, max 1000).' },
1472
+ },
1473
+ required: ['dataset_id'],
1474
+ },
1475
+ },
1476
+ {
1477
+ name: 'noaa_coastwatch_griddap_point',
1478
+ description:
1479
+ 'One gridded value at one time, latitude and longitude — sea surface temperature, '
1480
+ + 'chlorophyll-a, wind or current from a CoastWatch satellite or model grid. ERDDAP snaps to '
1481
+ + 'the nearest grid cell, so an approximate position is fine. AUTHORITATIVE for "how warm was '
1482
+ + 'the ocean at this spot on this date": the value comes from NOAA\'s own gridded product, not '
1483
+ + 'from an interpolation of nearby station reports.',
1484
+ inputSchema: {
1485
+ type: 'object' as const,
1486
+ properties: {
1487
+ dataset_id: { type: 'string', description: 'Griddap dataset id, e.g. "erdHadISST".' },
1488
+ variable: {
1489
+ type: 'string',
1490
+ description: 'Gridded variable name, e.g. "sst". Case-sensitive; see noaa_coastwatch_dataset_info.',
1491
+ },
1492
+ time: {
1493
+ type: 'string',
1494
+ description:
1495
+ 'ISO timestamp, e.g. "2024-01-16", or the literal "last" for the newest available step (default).',
1496
+ },
1497
+ latitude: { type: 'number', description: 'Decimal degrees north, -90 to 90.' },
1498
+ longitude: { type: 'number', description: 'Decimal degrees east, -180 to 180 (some grids use 0-360).' },
1499
+ depth: {
1500
+ type: 'number',
1501
+ description: 'Depth in metres, only for datasets whose axes include depth or altitude.',
1502
+ },
1503
+ node: NODE_ARG,
1504
+ },
1505
+ required: ['dataset_id', 'variable', 'latitude', 'longitude'],
1506
+ },
1507
+ },
1508
+ ];
1509
+
1510
+ async function callTool(name: string, args: Record<string, unknown>): Promise<unknown> {
1511
+ const node = erddapPickNode(NODES, args.node, 'westcoast');
1512
+ switch (name) {
1513
+ case 'noaa_coastwatch_search_datasets':
1514
+ return erddapSearch(node, { query: args.query, limit: args.limit, protocol: args.protocol });
1515
+ case 'noaa_coastwatch_dataset_info':
1516
+ return erddapInfo(node, args.dataset_id);
1517
+ case 'noaa_coastwatch_tabledap':
1518
+ return erddapTabledap(node, {
1519
+ dataset: args.dataset_id,
1520
+ variables: args.variables,
1521
+ constraints: args.constraints,
1522
+ limit: args.limit,
1523
+ infoToolName: 'noaa_coastwatch_dataset_info',
1524
+ });
1525
+ case 'noaa_coastwatch_griddap_point':
1526
+ return erddapGriddapPoint(node, {
1527
+ dataset: args.dataset_id,
1528
+ variable: args.variable,
1529
+ time: args.time,
1530
+ latitude: args.latitude,
1531
+ longitude: args.longitude,
1532
+ depth: args.depth,
1533
+ infoToolName: 'noaa_coastwatch_dataset_info',
1534
+ });
1535
+ default:
1536
+ throw new Error(`Unknown tool: ${name}`);
1537
+ }
1538
+ }
1539
+
1540
+ export default { tools, callTool, meter: { credits: 1 } } satisfies McpToolExport;