MatJSON Core
Shared values, units, provenance, expressions, selectors, citations, identifiers, vocabularies, and extension rules.
Internal/common schemaExplore CoreMatJSON defines interoperable schemas for material specifications, application requirements, evidence records, and compliance results—structured for APIs, automation, and AI.
Five complementary profiles establish one material-data lifecycle—from a governing specification to auditable compliance results.
Shared values, units, provenance, expressions, selectors, citations, identifiers, vocabularies, and extension rules.
Internal/common schemaExplore CoreIntrinsic requirements of a material or product specification, including acceptance limits, tests, certification, and marking.
.matspec.jsonExplore MatSpecAdditional requirements imposed by codes, service standards, equipment standards, fabrication practices, and purchaser specifications.
.matreq.jsonExplore MatReqNormalized representation of MTRs, CMTRs, material certificates, test reports, and supporting evidence.
.matrecord.json · TBCView conceptMachine-readable compliance outcomes that preserve requirement origin, evidence, comparison, and review status.
.matcheck.json · TBCView conceptMatJSON keeps intrinsic material criteria, application overlays, purchaser requirements, evidence, and evaluation results separate—but interoperable.
Defines what the material or product specification intrinsically requires.
Adds service, code, equipment, fabrication, and purchaser requirements.
Invokes standards, resolves purchaser decisions, and adds project-specific criteria.
Normalizes MTRs, CMTRs, test reports, and supporting evidence.
Returns traceable pass, fail, gap, missing-evidence, or manual-review outcomes.
MatJSON standardizes how materials data is represented so that any conforming publisher or consumer can use the same parsers, APIs, validators, and automation scripts.
/schema/Immutable, versioned JSON Schema files and `latest` convenience paths.
/profiles/Human-readable documentation for each MatJSON profile.
/registry/Canonical identifiers, package metadata, edition history, and access policy.
/examples/Original synthetic examples that are safe to share and test publicly.
/tools/Validator, CLI, SDK, resolver, and compliance tooling roadmap.
The architecture is defined. Current work focuses on hardening the two active profiles and building the evidence and compliance layers around them.
Existing schema and draft libraries; requires continued audit, controlled vocabularies, formulas, and stronger completeness gates.
Existing rule schema and draft libraries; requires decision graphs, multidimensional datasets, and effective-requirement resolution.
Normalize material certificates, MTRs, CMTRs, NDE, heat treatment, PMI, and other evidence.
Represent traceable compliance results without hiding gaps, missing evidence, or required manual review.
Download the preserved project context, current schemas, and synthetic examples from this starter site.