Tài liệu tham khảo API chỉ có bằng tiếng Anh.
People
GET/v1/ people
Browse the people in the catalogue, most popular first or by name, filtered by the department they are known for. Spends no verification.
Tham số
- languageen | zh | zh-TW | es | pt | pt-PT | hi | ar | ru | ja | de | ko | fr | tr | it | vi | thkhông bắt buộcmặc định: en
Response language, a supported BCP-47 tag. Default
en.Thêm
One of the 17 supported tags - the enum is their canonical spelling - defaults to
en. The server also accepts any letter case and_for-. A region subtag on a supported language folds to it (en-USreads asen,pt_BRaspt), andzh-TW/pt-PTare matched as themselves. Only a region folds - a script subtag such aszh-Hantis a 400. Any other tag is a 400 whose message lists the 17 - never a silent fallback, because the catalogue matches its tags exactly and a degraded tag would answer an empty 200. - departmentstringkhông bắt buộc
Only people known for this department, e.g.
Acting. Omit for all.Thêm
Only people known for this department, matched case-insensitively: Acting, Directing, Writing, Production, Camera, Editing, Art, Costume & Make-Up, Sound, Visual Effects, Lighting or Crew. Omit (or leave blank) for everyone; any other value is a 400 listing these.
- has_creditstruekhông bắt buộcmặc định: true
Only people with a published credit.
true, the default and only value.Thêm
The list holds only people credited on a published title, so the one accepted value is
true, which is also the default. Any other value is a 400. - sortpopular | namekhông bắt buộcmặc định: popular
popular(default) orname.Thêm
popular(most popular first, the default) orname(A-Z). Case-insensitive; shown here in lowercase. - limitintegerkhông bắt buộcmặc định: 20
People per page, 1-50. Default 20.
Thêm
Out of range is a 400, never a silent clamp - silent clamping hides client bugs until they surface as a support ticket.
- cursorstringkhông bắt buộc
The previous page's
next_cursor. Bound to the samedepartment,sortandlanguage.Thêm
Opaque and FILTER-BOUND. Replaying a cursor after any filter changes is a 400
CURSOR_INVALID, never a silently wrong page.
Các trường phản hồi
- itemsPersonListItem[]
- next_cursorstringcó thể null
- totalinteger · int64có thể null
Always null on this list: counting every listed person on each call would cost more than the page itself. Page until
next_cursoris null.
Tiêu đề phản hồi
- X-Request-ID
The id of this request, on every response - success or error. Quote it to support: it is how we find your request in our logs. An
X-Request-IDyou send is honoured and echoed back, so you can use your own; otherwise we generate one./v1error bodies carry no trace id of their own. - X-Ignored-Params
The query parameters this request sent that the operation does not take, comma-separated and sorted (at most 20 names; a name that is not a plain token is percent-encoded). Such a parameter is accepted and has no effect, so this header is how a mistyped or unsupported filter shows up instead of silently widening the answer. Absent when every parameter sent was one the operation takes. Sent on every response an endpoint answered, an error included; a refusal of the key check before the endpoint carries none.
- X-Quota-Reset
RFC 3339 instant at which the billing period rolls. Present on every response to a request whose key was metered - every 2xx, every error a handler returned, and the quota 429. Absent on a refusal that happens before metering: a missing or unknown key (401), a restricted key or a plan that does not carry the endpoint (403), a public demo-key gate refusal, and the pre-authentication flood throttle.
- X-Calls-Remaining
Requests left in the period after this one, never below 0. Present whenever
X-Quota-Resetis (see there for when a response carries no quota headers). - X-Verifications-Remaining
How many verifications you can still make before a limit stops you. The daily limit and the monthly allowance are counted separately; this is whichever of the two runs out first. Sent whenever
X-Quota-Resetis. On a sources answer that spent a verification (verification_spent: true) it already counts that spend; an answer that spent none leaves it unchanged. - X-Quota-Grace
truewhen THIS request fell inside the 10% grace band above a monthly ceiling. A grace request is served and is not billed; treattrueas "back off now", not as headroom. Alwaystrueorfalse, never absent when the other quota headers are present. - RateLimit-Limit
The size of the limit this response describes. On an admitted request it is your plan's monthly request allowance; on a 429 it is the limit that refused the call (for the bandwidth limit, in bytes; for the spending limit you set, the monthly verification allowance it binds past). Follows the three-field form of an earlier IETF draft for rate-limit headers; not a final standard. Sent beside
X-Calls-RemainingandX-Quota-Reset, which keep their meaning. - RateLimit-Remaining
Requests left in the month after this one on an admitted request (the same figure as
X-Calls-Remaining), and always0on a 429. Follows the three-field form of an earlier IETF draft for rate-limit headers; not a final standard. - RateLimit-Reset
Seconds until the limit this response describes resets: until the monthly request allowance rolls on an admitted request, and the same value as
Retry-Afteron a 429. The request allowance rolls with the UTC calendar month, so on a paid plan whose billing period starts mid-month it can differ fromX-Quota-Reset, which follows the billing period. Follows the three-field form of an earlier IETF draft for rate-limit headers; not a final standard. - WWW-Authenticate429
On every 401, and only on a 401.
Bearer realm="api.wambesha.com"when no key was sent (or theAuthorizationheader was not a Bearer token);Bearer realm="api.wambesha.com", error="invalid_token"when a key was sent and not accepted. The status andcodeare the same for both. - Retry-After429
Seconds to wait before retrying. On every 429 - the quota hard stop, the public demo key's limits, and the pre-authentication flood throttle (which carries this header alone, because no key has been read yet).
- X-Demo-Challenge-ModeChỉ với khóa demo
Sent only on responses to the public demo key. The value
interactiveasks the documentation page to show the visible verification widget - it is sent once a browser has made more than five runs in ten minutes or has received a 429. The page then repeats the header,X-Demo-Challenge-Mode: interactive, on its next request, with the widget's token inX-Demo-Challenge. Requests made with your own key never receive it.
Lỗi
validation-failedmetadata.errorCodePUBLIC_API_SORT_UNSUPPORTED
validation-failedmetadata.errorCodePUBLIC_API_LIMIT_OUT_OF_RANGE
validation-failedmetadata.errorCodePUBLIC_API_LANGUAGE_UNSUPPORTED
cursor-invalidmetadata.errorCodeCURSOR_INVALID
cursor-invalidmetadata.errorCodePUBLIC_API_DEMO_BOUNDS
validation-failedmetadata.errorCodePUBLIC_API_DEMO_BOUNDS
validation-failedmetadata.errorCodePUBLIC_API_DEPARTMENT_UNKNOWN
validation-failedmetadata.errorCodePUBLIC_API_HAS_CREDITS_UNSUPPORTED
unauthenticatedmetadata.errorCodePUBLIC_API_KEY_INVALID
unauthenticatedmetadata.errorCodePUBLIC_API_KEY_INVALID
forbiddenmetadata.errorCodePUBLIC_API_KEY_RESTRICTED
plan-requiredmetadata.errorCodePUBLIC_API_PLAN_REQUIRED
challenge-requiredmetadata.errorCodePUBLIC_API_DEMO_CHALLENGE_REQUIRED
challenge-rejectedmetadata.errorCodePUBLIC_API_DEMO_CHALLENGE_REJECTED
method-not-allowedmetadata.errorCodePUBLIC_API_METHOD_NOT_ALLOWED
quota-exhaustedmetadata.errorCodePUBLIC_API_QUOTA_EXHAUSTED
rate-limitedmetadata.errorCodePUBLIC_API_DEMO_RATE_LIMITED
upstream-unavailablemetadata.errorCodePUBLIC_API_UNAVAILABLE
Chi tiết
Every person credited on at least one published title, as the card a search returns plus the department they are known for and their photo. GET /v1/people/{personRef} has the full record and /v1/people/{personRef}/filmography their titles.
sort is popular (the default, most popular first) or name (A-Z). The list reaches 10,000 people with sort=popular and 1,000 with sort=name: past that point next_cursor is null. Use /v1/search to find a person by name beyond the first thousand.
total is always null here: counting every listed person on each call would cost more than the page. Page until next_cursor is null.