Review ask

As a clinical trial statistician or programmer, answer two short questions in Your review: the task and the inputs and outputs. Agreeing with both approves this benchmark; disagreeing with either needs a comment. Propose a fix with the Edit button on any source file, or add it to your comments.

We suggest spending no more than 5 minutes on a review. The other tabs beside Your review are background for assessment, not under review.

Summary

Lifecycle: draftEditUnder review
What this benchmark means
README.md

Public entries: Python and R. Passing coverage requires an installed inventory.

Goal: demonstrate a shared level declaring a study's demographics input once - its name and the AGE field type - while the stored file stays with the study's project, and derive AGE from it.

Input: two spec files and the project's demographics:

  • common/spec_common.yaml is the shared level, kept in its own directory as it would be when several studies inherit it. It names the demographics file ../input/dm.csv, gives the AGE field type, and declares every column;
  • spec_study.yaml is the entry: it names the shared level as its parent and declares the complete output;
  • input/dm.csv sits at the project root (this benchmark's directory), not beside the shared level.

Note: paths resolve from the directory of the file that declares them. The shared level writes ../input/dm.csv, which reaches the study's input from common/. The engine resolves that declaring-file path once.

expected/spec_resolved.yaml retains the historical reference view. It is excluded from public conformance until cutover under #1973 item 14.

Inputs

Under review
1 source file

input/dm.csv

Edit
2 rows
input/dm.csv
STUDYIDUSUBJIDAGE
STUDY0134
STUDY0158

Expected output

Under review
2 expected rows

expected/adsl.csv

Edit
2 rows
expected/adsl.csv
STUDYIDUSUBJIDAGE
STUDY0134
STUDY0158
Shaded columns are derived— = missing value

Human review and assessment

Your review

2 questions and your comments · View benchmark discussions

Mapping spec

Generated from the benchmark YAML; do not edit by hand

Variable NameVariable LabelTypeLengthControlled Terms or FormatOriginCoreConversion DefinitionVariable TypeVariable OrderComments for Define
VersionDateAuthorDescriptionReviewerSign-off
1.72026-10-20yamaa docs buildRead a specification in the 1.0 surface as its 0.5 counterpart; state that missing values stay missing where a mapping declares no missing handler, and leave out a declared missing answer that restates a handler's default
1.62026-10-17yamaa docs buildDescribe collected date parts written as ISO 8601 date text and times of day counted in seconds since midnight
1.52026-10-17yamaa docs buildName collected precision in words instead of letter codes; state imputation fallbacks, minimum source precision, bounds ignored outside the collected period, and invalid text with no handler as an error; describe date and datetime shifts, imputation flag codes, and partial text giving no date part
1.42026-10-15yamaa docs buildState datetime precision codes through the hour and minute, and complete only the time parts a collected datetime lacks
1.32026-09-29yamaa docs buildShow study codelist names, external dictionaries, and ISO 8601 formats in variable rows; list the document's codelist values and metadata
1.22026-09-29yamaa docs buildClassify ADaM copies from a declared input as Predecessor and recodes as Derived, and SDTM recodes of locally derived columns as Derived
1.12026-09-29yamaa docs buildResolve lookups into the donor record they select, and give every derivation shape a plain-language rule instead of its raw YAML
1.0yamaa docs buildInitial generation from spec.yaml

yamaa code

Public calls generated from benchmark.yaml; results must match the expected output

R

Edit
3 lines
library(yamaa)yamaa_spec("spec_study.yaml")$run()$output

Python

Edit
3 lines
import yamaayamaa.spec("spec_study.yaml").run().output