Checks_ListDatasetChecks
const url = 'https://dev-api.qualiastudios.dev/v1/accounts/example/datasets/example/checks';const options = {method: 'GET', headers: {'X-API-Key': '<X-API-Key>'}};
try { const response = await fetch(url, options); const data = await response.json(); console.log(data);} catch (error) { console.error(error);}curl --request GET \ --url https://dev-api.qualiastudios.dev/v1/accounts/example/datasets/example/checks \ --header 'X-API-Key: <X-API-Key>'Lists the catalog’s checks as one dataset sees them (QUA-3524): every active check version, grouped by category in the order returned, each with whether it can run on this dataset now and its latest completed result here. A check that cannot run is listed with the reason, never left out. NOT_FOUND outside the caller’s workspace.
Authorizations
Section titled “Authorizations ”Parameters
Section titled “ Parameters ”Path Parameters
Section titled “Path Parameters ”The account id.
The dataset id.
Query Parameters
Section titled “Query Parameters ”At most this many; 0 means 100, the maximum is 1000.
From a previous response’s next_page_token.
Responses
Section titled “ Responses ”OK
Response for Checks.ListDatasetChecks.
object
One page of checks, by category then check id.
A check in the platform’s catalog, as one dataset sees it (QUA-3524). A check is a reviewed, versioned unit of verification that yields a verdict and findings per episode; it is not a model call or a pipeline template. Its definition is published on deploy and never changes under a version.
Served by qds-api.
object
Accounts/{account}/datasets/{dataset}/checks/{check}; {check} is the
check id, e.g. task.graph.
The stable, namespaced check id: <category>.<name>.
The active version.
A short display name.
The category it groups under, e.g. task or quality.
How it reads an episode.
One sentence: what it checks.
What an episode needs for the check to read it, e.g. task.revision,
episode.media.
Whether RunDatasetChecks can select it on this dataset now.
Why not, when it is not runnable; empty otherwise.
The latest completed result here; unset when it never ran here.
object
Accounts/{account}/checks/vlm/runs/{run}: the run.
When it ended.
The check version it ran.
Episodes the run selected (after its filter and sample), so a partial sample is not read as full coverage.
Of those, episodes the check could not read (ineligible or unread).
Whether the run read a filtered or sampled subset of the dataset.
Findings it wrote, by verdict.
Failing findings.
Findings that could not tell.
Of its findings, those raised as issues (a confident fail).
Of its findings, those raised as notes (a less confident fail, or unknown).
Episodes the check wholly assessed: every result for the episode a pass
or a fail. Less than selected_count means some episodes were not
wholly assessed. Zero means none was wholly assessed; classify as not
assessed only when pass_count and fail_count are also both zero (a
camera can fail while another is unassessed). Set for heuristic checks;
unset for a VLM check or a run recorded before the count was kept.
Why results were not assessed, most frequent first, as the check said
(e.g. missing or invalid metric: jerk_mean). Empty when every result
was assessed, for a VLM check, or for a run recorded before reasons
were kept.
One reason a check could not assess results, and how many it covers.
object
The check’s own words, at most 200 characters.
Results not assessed for this reason.
Accounts/{account}/checks/{check}/runs/{run}: the newest run of this check still running on this dataset, whoever started it; empty when none is. A person’s RunDatasetChecks selecting it is refused until it ends.
Empty on the last page.
Example
{ "datasetChecks": [ { "kind": "KIND_UNSPECIFIED" } ]}default
Section titled “default ”Default error response
The Status type defines a logical error model that is suitable for different programming environments, including REST APIs and RPC APIs. It is used by gRPC. Each Status message contains three pieces of data: error code, error message, and error details. You can find out more about this error model and how to work with it in the API Design Guide.
object
The status code, which should be an enum value of [google.rpc.Code][google.rpc.Code].
A developer-facing error message, which should be in English. Any user-facing error message should be localized and sent in the [google.rpc.Status.details][google.rpc.Status.details] field, or localized by the client.
A list of messages that carry the error details. There is a common set of message types for APIs to use.
Contains an arbitrary serialized message along with a @type that describes the type of the serialized message.
object
The type of the serialized message.
Example generated
{ "code": 1, "message": "example", "details": [ { "@type": "example" } ]}