Skip to main content

CPDataKit

CI Latest release PyPI License

CPDataKit is a schema-first Python toolkit for validating, normalizing, and auditing scientific and engineering data. It began with crystal-plasticity workflows.

The v0.7 workbench supports multidimensional uploads, custom schemas, validation, conversion and reports. Follow the workbench guide to get started.

v0.8.0 adds selective reads, multidimensional heatmaps, editable schema drafts, mapping previews and reproducible batches. See the workflow guide, read benchmarks, and the KupferDigital/FE integration case.

v0.8.1 improves data integrity, interrupted batch recovery, scientific report comparison and workbench responsiveness. It also bounds retained job state and loads resource history on demand.

Alpha software: Validation checks records against the selected schema, while physical results need interpretation using domain methods. The KupferDigital integration includes processed data with CC-BY-4.0 attribution.

When it helps

One exporter stores temperature in degrees Celsius while the next script expects kelvin, and a crystal-plasticity exporter writes sigma_pa where an analysis expects stress in MPa. Put those conventions in a schema and mapping file, then use CPDataKit to convert the data and keep the validation result for later analysis or file exchanges.

Documented readers and examples cover CPDataKit HDF5, selected DAMASK DADF5 data, and the Surfalex reference workflow.

Supported contracts and formats

The built-in CPDataKit schema v1.0 has three compatibility profiles from the original crystal-plasticity vertical:

  • curve: ordered macroscopic steps such as time, strain, stress, and load curves.
  • point: material-point, integration-point, element, or sample records.
  • field2d: scalar samples with two-dimensional Cartesian coordinates.

External JSON schemas may use other non-empty profile names while keeping the same explicit field, dtype, unit, shape, and convention rules. See the complete non-CP thermal-cycle example.

Inputs are UTF-8 CSV, JSON arrays of records, and CPDataKit HDF5 (.h5/.hdf5). CSV and JSON take units and semantics from the selected schema. HDF5 stores the units, mapping, validation summary, source filename and SHA-256, UTC conversion time, Python and CPDataKit versions, and an operation log. The current HDF5 writer also puts the canonical schema and its SHA-256 digest in the file. CPDataKit records a supplied schema URI as caller-managed provenance. The read-only DAMASK DADF5 adapter can inspect or report a selection when the file has one clear choice. CPDataKit HDF5 uses its own format alongside DAMASK DADF5 and Abaqus ODB. The v0.6 N-dimensional path adds ScientificDataset, CPDataKit HDF5 2.0, NetCDF, Zarr 3, and tabular-only Parquet adapters with explicit capability checks.

Schemas declare standard names, aliases, requiredness, dtype, per-record shape, role, unit, missing-value policy, index constraints, ranges, and scientific conventions. Custom fields must be declared or use user_. Stress/strain measures, tensor order, orientation representation, units, and identifier semantics come from the explicit schema or mapping. See the data format.

Install

Install v0.8.1 from PyPI:

python -m pip install "cpdatakit==0.8.1"

The matching GitHub release wheel is also available:

python -m pip install "https://github.com/koocmitwho/cpdatakit/releases/download/v0.8.1/cpdatakit-0.8.1-py3-none-any.whl"

Then follow the five-minute quickstart to validate, summarize, convert, and plot a deterministic example.

Installing from the source checkout is intended for contributors:

git clone https://github.com/koocmitwho/cpdatakit.git
cd cpdatakit
python -m venv .venv

Activate on Windows PowerShell:

.venv\Scripts\Activate.ps1
python -m pip install -e ".[dev]"

The v0.6.0 release requires Python 3.12 or later because its xarray and Zarr stack has moved past the v0.5 dependency floor. The released v0.5.x line remains the compatibility path for Python 3.10 and 3.11.

Activate on POSIX shells:

source .venv/bin/activate
python -m pip install -e ".[dev]"

Regenerate the fixed-seed examples at any time:

python examples/generate_sample_data.py --output sample_data

Workflows covered by the repository

The examples and tests cover these paths:

  • validate exported curve, point, or two-dimensional field records against an explicit contract.
  • normalize exporter-specific column names and units with a reviewable JSON mapping file. An explicit mapping converts each element of a declared shaped field and leaves its dimensions intact.
  • preserve validated vectors and tensors in JSON/HDF5 with declared shapes and component order.
  • convert records into auditable HDF5 with units, mapping, provenance, and validation metadata.
  • inspect files and produce shareable aggregate reports.
  • start the local-first workbench with cpdatakit ui; it keeps uploads and artifacts in an explicit workspace and does not load browser assets from a network.
  • read/write explicit N-dimensional values through schema 2.0, HDF5 2.0, NetCDF, Zarr 3, and tabular-only Parquet adapters.
  • run deterministic synthetic fixtures in notebooks, CI, and documentation examples.
  • run the Surfalex HF (AA6016A) Workflow 7A example with explicit tensor mappings, source hashes, and schema provenance. The example downloads third-party raw files on request and records their source hashes.

Command line

Run the generic thermal-cycle workflow with an external profile and explicit mapping:

cpdatakit validate examples/thermal-cycle/input/thermal-cycle.csv --schema examples/thermal-cycle/schema/thermal-cycle.json --mapping examples/thermal-cycle/mappings/thermal-cycle.json
cpdatakit convert examples/thermal-cycle/input/thermal-cycle.csv --schema examples/thermal-cycle/schema/thermal-cycle.json --mapping examples/thermal-cycle/mappings/thermal-cycle.json --output thermal-cycle.h5
cpdatakit plot thermal-cycle.h5 --schema examples/thermal-cycle/schema/thermal-cycle.json --kind xy --x time --y temperature --output temperature-vs-time.png

The example README includes summary, inspect, report, and compare as well. Crystal plasticity remains available through the original built-in profiles and commands below.

Validate and write a JSON report:

cpdatakit validate sample_data/synthetic_curve.csv --schema curve --json-output validation.json

Summarize, convert, and create both image formats:

cpdatakit summary sample_data/synthetic_curve.csv --schema curve --json-output summary.json
cpdatakit convert sample_data/synthetic_curve.csv --schema curve --output curve.h5 --source-description "Synthetic README example"
cpdatakit plot curve.h5 --schema curve --kind stress-strain --output stress-strain.png
cpdatakit plot curve.h5 --schema curve --kind stress-strain --output stress-strain.svg

For an exporter with different names or units, provide an explicit mapping file:

cpdatakit convert raw.csv --schema curve --mapping mapping.json --output curve.h5

See the schema authoring and mapping guide for the JSON format and explicit-convention rules.

Compare two schema contracts:

cpdatakit schema diff old-schema.json new-schema.json --format markdown --output schema-diff.md

The result labels the change as identical, backward-compatible, or breaking. The command is read-only. Data migration and HDF5 rewrites are separate operations.

Start the local workbench (it binds to loopback and opens the default browser):

cpdatakit ui
cpdatakit ui --workspace ./cpdatakit-workspace --no-browser

The UI provides project-local uploads, bounded inspection, validation, conversion, reports, comparisons, plots, capability discovery, and job polling. --no-browser is useful for headless or CI smoke checks.

Compare two JSON validation reports and write an offline bundle:

cpdatakit compare left-report.json right-report.json --output comparison-bundle

The bundle contains JSON, Markdown, HTML, and a manifest with member hashes. It covers declared schema, validation, structure, and scalar descriptive aggregates. Raw tensor records and physical equivalence require separate analysis.

When you need a quick look at a file, run:

cpdatakit inspect curve.h5 --format json --output inspect.json
cpdatakit report curve.h5 --schema curve --output report.html
cpdatakit report curve.h5 --schema curve --format markdown --output report.md

inspect accepts an optional schema. It prints the detected format, fields, dtype, shape, units, missing values, HDF5 chunks, provenance, adapter, and structural risks. report needs a schema and writes HTML by default. Markdown and JSON are available through --format. The HTML file contains its own styles, so it opens and prints offline. Reports carry summary statistics and validation findings. Reports contain aggregate metadata while source records remain in the input dataset. Pass --force to replace an existing output file.

CLI errors are concise. Put the global --debug option before the subcommand when an unexpected failure needs more detail. validate, summary, inspect, and report return 0 when processing succeeds with zero validation errors. They return 1 for validation errors, or for the inspect command's declared structural and missing-value risks. Warning-only findings are still reported but do not invalidate the result. Usage, read, schema, and output failures return 2. A passing report indicates successful completion of the declared checks. Use domain methods to interpret physical and scientific results alongside the report. Run cpdatakit --help or cpdatakit <command> --help for command details.

Python API

from cpdatakit import (
    FieldMapping,
    build_report,
    inspect_dataset,
    load_hdf5,
    load_dataset,
    normalize_dataset,
    summarize_dataset,
    validate_dataset,
)
from cpdatakit.adapters import DamaskDADF5Adapter

raw = load_dataset("raw.csv")
normalized = normalize_dataset(
    raw,
    "curve",
    [
        FieldMapping("increment", "step", "1", "dimensionless"),
        FieldMapping("eps", "strain", "1", "dimensionless"),
        FieldMapping("sigma_pa", "stress", "Pa", "MPa", "export specification"),
    ],
)
report = validate_dataset(normalized, "curve")
summary = summarize_dataset(normalized, "curve", validation=report)
print(report.valid, summary["record_count"])
inspection = inspect_dataset("curve.h5", schema="curve")
offline_report = build_report("curve.h5", "curve")
print(inspection["record_count"], offline_report["validation"]["valid"])

dadf5 = DamaskDADF5Adapter(
    kind="homogenization", label="Taylor", field="mechanical", datasets=["F", "P"]
).load("result.hdf5")
window = load_hdf5("curve.h5", fields=["step", "stress"], start=10, stop=20)

Mapping conflicts, unknown fields, and incompatible units raise documented subclasses of CPDataKitError. Normalization returns a copy and preserves unmapped columns unless drop_unmapped=True.

Example outputs

After running the commands above, stress-strain.png and stress-strain.svg contain a titled, unit-labeled synthetic curve with a legend. Plotting functions in cpdatakit.plotting return Matplotlib (Figure, Axes) for further editing and use the non-interactive Agg backend.

Development

pytest --cov=cpdatakit
ruff check .
ruff format --check .
python -m build

Architecture, extension boundaries, and maintainer checks are in the architecture documentation. Contributions follow CONTRIBUTING.md and the Code of Conduct.

When you need a new data contract or input format, open an issue with a small synthetic sample and the field rules it should follow. That gives the next change something concrete to test.

Scope and roadmap

Version 0.6.0 adds the local workbench, shared application services, explicit N-dimensional data and schema/HDF5 2.0 contracts, open-format adapters, and a local SQLite/job boundary while retaining the v0.5 tabular, schema 1.0, HDF5 1.0, and CLI contracts. Native HDF5 inspection uses bounded reads. The bundled DAMASK DADF5 reader covers a documented read-only selection. New adapters use the documented format evidence, license review, and reproducible-fixture process. See the roadmap for the next three versions.

Citation and license

Use CITATION.cff to cite the software. CPDataKit is licensed under Apache-2.0. See LICENSE. Direct runtime dependency licenses and review notes are in NOTICE. Bundled examples use fixed-seed synthetic data, and public reference files remain available from their upstream records.

See the v0.8.1 release notes and optimization verification record.

Metadata

Release files for cpdatakit 0.8.1

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for cpdatakit 0.8.1
File Size Uploaded
cpdatakit-0.8.1.tar.gz 669.5 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for cpdatakit 0.8.1
File Interpreter ABI Platform
cpdatakit-0.8.1-py3-none-any.whl Python 3 none any Details

Total release size: 839.3 kB

Release files / cpdatakit-0.8.1.tar.gz

Download URL cpdatakit-0.8.1.tar.gz
Size 669.5 kB
Tags Source
SHA-256 checksum
How to use checksums
c309a72064d73321543443d2ef0568c8203f4d3ccc82d4693f9b8a448536335b
BLAKE2b-256 checksum
How to use checksums
20834a47f02e7645653f6562e09edea9c8bb21ea70857beb63a7609efab9bea4
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 14, 2026.

Transparency log

Release files / cpdatakit-0.8.1-py3-none-any.whl

Download URL cpdatakit-0.8.1-py3-none-any.whl
Size 169.8 kB
Tags Python 3
SHA-256 checksum
How to use checksums
3f3c7cb21e7270dd7e0cce5c95c1c8c6145bca641eb0c7c374586d8d74a4da36
BLAKE2b-256 checksum
How to use checksums
9c76708dc1bb308b16791d2c9a257eb5e08cab292c6b411ecabfb9686f107137
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 14, 2026.

Transparency log

Release history Release notifications | RSS feed

0.12.0

2 release files

0.9.3

2 release files

0.9.2

2 release files

0.9.1

2 release files

0.9.0

2 release files

This release

0.8.1 This release

2 release files

0.7.0

2 release files

0.6.1

2 release files

0.6.0

2 release files

0.5.0

2 release files

0.4.0

2 release files

0.3.0

2 release files

0.2.0

2 release files

0.1.1

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page