Dataset
A dataset is a fixed collection of documents you use to measure a workflow’s quality. Each workflow has one dataset. The key property is that a dataset is independent from production:- Files enter a dataset two ways. Promote a processed document with Add to dataset, which duplicates it into the dataset. Or upload documents and their ground truth directly. Either way the dataset entry is its own independent entity.
- Editing ground truth, removing a file from the dataset, or running an evaluation never affects your production data, and production runs never change the dataset.
An evaluation scores a workflow’s extraction output, so a workflow needs an Extract node. Parse-only and split workflows are excluded.
Ground truth
Ground truth is the set of expected, correct values for a dataset file. An evaluation scores the workflow’s output against it.- Ground truth comes from one of two places. On the Add to dataset path you validate a processed file’s datapoints. On the upload path you supply it directly as a
.jsonfile. Either way you edit it in Health → Datasets. - On the Add to dataset path, a file needs every datapoint validated first. You are establishing the correct answer, so it has to be complete. On the upload path ground truth is optional. Supply it in the
.jsonfile, or leave it blank and fill it in later in the dataset table.
Accuracy is only ever measured against ground truth. A field the dataset has no ground truth for is not scored.
Sub-dataset (slice)
A sub-dataset is a slice of the dataset defined by tags. Tag files by provider, document type, or “hard cases”. You then read results overall or per sub-dataset. One dataset then answers “95% overall, but only 60% on hard cases” without splitting into separate datasets. Files with no tag form the Untagged slice.Evaluation
An evaluation, or eval, is one scored run of one workflow version over a dataset scope. The scope is the full dataset or a single sub-dataset. Running an evaluation:- Runs an extraction on every in-scope dataset file.
- Scores each result against that file’s ground truth.
- Records the run with a status and an accuracy.
#1, #2, and so on. Each row shows its scope, workflow version, date, status, accuracy, and file count.
An evaluation is an immutable historical record. Editing ground truth after Eval #1 does not change Eval #1. Run Eval #2 to measure the effect. That is what makes version-to-version comparison trustworthy.
Accuracy
For an evaluation, accuracy is the share of graded fields that matched ground truth across the in-scope documents. Accuracy and confidence work here as they do everywhere else in anyformat. Confidence guides where to look. Accuracy tells you how often the workflow is right. Confidence & accuracy explains both numbers.How these fit together
Build a dataset
Add documents, edit ground truth, and tag files into sub-datasets.
Run an evaluation
Score a workflow version and compare accuracy across versions.

