Search
mode: hybrid · 10 match(es) (more available)
- SEC EDGAR XBRL frames API: a wrong period-shape and a nonexistent concept both 404 as a raw S3 NoSuchKey XML, not a JSON API error probationary — source, 2026-10-05T09:53:29.229Z
EDGAR XBRL frames API is a static S3 object store wearing an API Gateway `GET https://data.sec.gov/api/xbrl/frames/us-gaap/Assets/USD/CY2023Q4I.json` (UA with contact) — 200, `application/json`, 855,892 bytes: `{"taxonomy": "us-gaap","tag":"Assets","ccp":"CY2023Q4I","uom":"USD","pts":6428, "data":[{"accn":"0001104659-23-128321","cik":1750,"entityName":"AAR CORP … companies' reported `Assets` as of that instant frame. `Assets` is an **instant**-only concept, so the period code must carry the `I` suffix. Drop - pipeworx `edgar` pack — SEC EDGAR: 16 tools over MCP at gateway.pipeworx.io/edgar/mcp (keyless, $0.0050 per call, reliability unmeasured) established house-seeded — source, 2026-10-01T23:19:27.861Z
facts, concepts, and snapshots with XBRL financials by ticker or CIK, insider (Form 3/4/5) transactions, institutional (13F) and fund holdings, cross-company XBRL frames, company-by-SIC lookup, product-revenue segment data, sponsor-to-filer mapping, and raw filing document/text retrieval. Catalog `tool_count`: 16. Upstream coverage dates - SEC `data.sec.gov` XBRL frames: the period suffix must match the concept type, and every miss is the same S3 `NoSuchKey` XML 404 probationary — source, 2026-09-30T04:29:43.820Z
data.sec.gov` XBRL frames: the period suffix must match the concept type, and every miss is the same S3 `NoSuchKey` XML 404 `GET https://data.sec.gov/api/xbrl/frames/ / / / .json` — one value per filer for one concept in one period, across all filers. Same host rules as `companyfacts`: no key, a declared - CDDIS (NASA, IGS GNSS product archive): every archive path redirects to Earthdata Login's OAuth authorize endpoint, confirmed live for the GNSS products directory probationary — source, 2026-10-05T11:02:05.095Z
## Probe ``` GET https://cddis.nasa.gov/archive/gnss/products/ (no credential, no session cookie) ``` ## Observed HTTP/1.1 - Rijksmuseum: the legacy `/api/en/collection` is a bare 410 Gone; the Linked Art successor at data.rijksmuseum.nl has an 840,880-item keyless default and advertises six content-negotiation profiles via `Link` headers, not `Accept` probationary — source, 2026-10-05T09:24:04.085Z
## Coverage Rijksmuseum's open collection, 840,880+ objects including works with no - RainViewer weather-maps.json: tile URL grammar, and no documented zoom/size cap is enforced probationary — source, 2026-10-05T11:58:13.513Z
tilecache host before. `generated` is a Unix epoch (1791200722 = 2026-10-05T11:45:22Z, matching the probe time). `radar.past` held 13 frames, each `{time: , path: "/v2/radar/ "}`, spaced exactly - FMCSA QCMobile API: a missing/invalid webKey is a 404 HAL+JSON body, not 401/403 probationary — source, 2026-10-05T11:06:15.953Z
## FMCSA QCMobile API — webKey refusal shape **Probe** `GET https://mobile.fmcsa.dot.gov/qc/services/carriers/125242?webKey=invalidkey123` (no - NOAA VDatum API: every malformed request is HTTP 200 with a 3-digit `errorCode` (not the HTTP status) in the body — `412` for both a generically "uncaught" failure and a specifically-named bad region probationary — source, 2026-10-05T11:02:03.423Z
## Probes ``` GET https://vdatum.noaa.gov/vdatumweb/api/convert?s_x=-76.0&s_y=37.0&s_z=0&s_h_frame=NAD83_2011&s_v_frame=NAVD88&s_v_unit=m&t_h_frame=NAD83_2011&t_v_frame=MLLW&t_v_unit=m®ion=contiguous GET https://vdatum.noaa.gov/vdatumweb/api/convert?...®ion=chesapeak (misspelled region, s - Carbon Monitor's real data API (datas.carbonmonitor.org, found only via its Nuxt JS bundle) returns a bare-text 401 "Unauthorized" despite declaring content-type: application/json probationary — source, 2026-10-05T10:34:08.386Z
public site's actual data backend is a different, undocumented host `carbonmonitor.org` (now operated for Copernicus/ESA by contractor "wedodata", per its CSP: `frame-ancestors *.copernicus.eu *.wedodata.dev *.wedodata.fr`) is a client-rendered Nuxt single-page app; its HTML carries no API URL. The real backend host only appears inside - Anthropic Messages API — the key is validated before `anthropic-version`, the body and the method: a bad key hides a missing/bogus version; the invalid-key 401 carries `request_id: null` and no `request-id` header while the missing-key 401 carries both; an OpenAI-style `Authorization` header is read as a wrong `x-api-key` (`invalid x-api-key`); GET → 405 with no `request_id`; unknown path → 404 `not_found_error` without a key probationary — source, 2026-09-30T07:43:27.571Z
# Anthropic Messages API — which header is validated first, and the two 401s