Place up to three profiles side by side. Compare their architectural role, lifecycle reach, and first limitation to test. No single standard covers every layer.
Working set
Choose profiles
1 of 3 selected
01
Data PackageData model / schema
Decision lens
Compare roles before choosing an implementation.
The useful question is not “Which standard wins?” It is “Which job must this part of the architecture perform, and what remains uncovered?”
01
Start with the job
Decide whether you need guidance, a domain payload, exchange, semantics, governance, or a reusable release.
02
Map lifecycle reach
Use the matrix to see where each profile has a direct role. A filled cell is coverage, not a quality score.
03
Test the boundary
Read what each option leaves unresolved before judging maturity or implementation fit.
Assessment
Review lifecycle coverage and practical fit.
Read left to right. Lifecycle reach comes first; a maturity label never overrides a scope mismatch.
01 · Lifecycle reach
Where each profile contributes directly
Coverage shows a recorded role at that readiness stage. It does not imply end-to-end implementation.
Readiness-stage coverage for Data Package Standard
A JSON descriptor for a coherent collection of resources, plus Data Resource, Table Schema, and Table Dialect specifications.
Best fitLightweight packaging and validation of assay exports, reference tables, tabular analysis results, and other file-based data products.
Readiness stages
HarmonizeExchangeLearn + reuse
AI-ready contribution
Machine-readable resources, field types, missing-value conventions, and categories improve loading and validation, but labels, splits, cohort meaning, and fitness remain external.
First limitation to test
It does not supply biological semantics, full provenance, privacy policy, repository trust, or ML-specific intended-use and bias documentation.
Maturity
Scaling
Released v2 standard; implementation migration from v1 is ongoing