Tabalyst
Tools for unfamiliar data.
Tabalyst is an open-source, local-first toolkit for understanding and working with structured data.
Its first tool is Tabalyst Report. The current CSV implementation, Tabalyst CSV Report, analyzes a CSV file and produces both a structured JSON profile and a self-contained interactive HTML report. Tabalyst Scan describes CSV, JSON and JSONL files in a scan document, Tabalyst Inspect finds how to read a JSON or JSONL file, and Tabalyst Sample creates smaller CSV files.
Tabalyst is in beta. Its interfaces may still change while the shared toolkit architecture is being established.
Install
Tabalyst supports Python 3.11, 3.12, 3.13, and 3.14.
pip install --upgrade tabalyst
The same command installs Tabalyst or updates it. Tabalyst is in beta and changes often: update it before each new test.
Tabalyst Report
| Use case | Command | Destination |
|---|---|---|
| One file, automatic name | tabalyst report data.csv |
data.html beside the source |
| One file, custom name | tabalyst report data.csv -o report.html |
The file report.html |
| Several files, automatic names | tabalyst report *.csv |
Beside each source |
| Several files, one directory | tabalyst report *.csv -d reports/ |
The directory reports/ |
| One JSON file | tabalyst report data.json |
data.report.html beside the source |
| One JSONL file | tabalyst report events.jsonl |
events.report.html beside the source |
| From a scan document | tabalyst report --scan data.scan.json |
data.html beside the scan |
The simplest command keeps the source filename:
tabalyst report customers.csv
It creates these files beside the source:
customers.csv
customers.html
customers.json
executions.json
Add --details to generate one self-contained HTML page per column:
tabalyst report customers.csv --details
The Columns table then links to those pages. Each page has its own sidebar
and shows values, counts, detected formats and other analysis directly. The
subfolder takes the HTML filename without .html; for -o report.html, pages
are in report/. Names use col-01- and a shortened slug of the column name,
in source order. Details are off by default. --no-details states that choice
explicitly; with --force, it removes prior generated column pages while
preserving other files in the folder.
Use -o to choose a different HTML filename for one source:
tabalyst report customers.csv -o customer-analysis.html
JSON files
A JSON or JSONL file gets a report too, named <stem>.report.html so its
profile <stem>.report.json never replaces the source. The report analyzes one
collection of records, such as the customers array of
{"customers": [...]}, chosen by Tabalyst Inspect, and nested fields are
columns named by their path, such as address.city:
tabalyst report orders.json
tabalyst report events.jsonl
In a JSONL file (.jsonl or .ndjson), each line is a record. A line that is
not valid JSON or not an object is excluded and counted, and the report is
partial. When a JSON file holds several arrays that are equally plausible,
Tabalyst stops and lists them instead of choosing: see
Tabalyst Inspect.
Multiple files
Report several CSV files at once:
tabalyst report *.csv
Each report is created beside its source and keeps the source stem:
customers.csv → customers.html
orders.csv → orders.html
products.csv → products.html
Use -d to place all reports in one directory:
tabalyst report *.csv -d reports/
This produces:
reports/
├── customers.html
├── customers.json
├── orders.html
├── orders.json
├── products.html
├── products.json
└── executions.json
Both -d reports/ and -d reports are accepted. Quotes are only needed when a
path contains spaces.
-o always names one output file and therefore accepts only one input. -d
always names an output directory and accepts one or many inputs.
This is invalid because several inputs cannot share one output file:
tabalyst report *.csv -o report.html
Tabalyst rejects the command before processing any file. Use -d reports/
instead.
Safe batch behavior
Before processing begins, Tabalyst resolves every input and planned main HTML
and JSON output. It stops the entire batch if those names collide or if an
output already exists. With --details, each column page is checked after its
profile has been built, before that report's files are written.
Use --force only when replacing all matching report artifacts is intentional:
tabalyst report *.csv -d reports/ --force
If one CSV is malformed during analysis, Tabalyst reports that error, continues with the remaining files, and returns a non-zero exit code at the end.
Interactive terminals show accurate file and phase progress:
[2/8] orders.csv - Analyzing
Progress and diagnostics use standard error. Progress is disabled automatically
outside a terminal and can be disabled explicitly with --no-progress or
--quiet.
Useful options
tabalyst report data.csv --delimiter ";"
tabalyst report data.csv --encoding cp1252
tabalyst report data.csv --config tabalyst.json
tabalyst report data.csv --verbose
tabalyst report data.csv --workers 4
tabalyst report --help
tabalyst --version
python -m tabalyst accepts the same commands.
Tabalyst Sample
Create a smaller CSV without modifying the source:
tabalyst sample customers.csv --sample-method random --rows 1000 --seed 42
The default output is customers.sample.csv beside the source. Use -o to
name the output for one input, or -d to sample several files into one
directory:
tabalyst sample customers.csv --sample-method first --rows 100 -o test.csv
tabalyst sample *.csv --sample-method random --percent 5 -d samples/
Available methods are first, last, random and stratified. Stratified
sampling approximately preserves the distribution of a selected field:
tabalyst sample customers.csv --sample-method stratified --field province --rows 1000 --seed 42
Sampling reads CSV records as a stream. Random and stratified sampling keep
only the requested sample, plus stratum counts, in memory. Existing outputs
require --force, and an input file is never overwritten.
Tabalyst Inspect
A JSON file can hold several arrays. Tabalyst Inspect reads a JSON, JSONL
or NDJSON file once, finds which array holds the records and writes its answer
in <source>-inspect.json beside the source:
tabalyst inspect orders.json
Inspect: orders.json-inspect.json
Selection: $.customers[] (the only eligible collection)
The last section of that file, config, holds the rules that tabalyst scan
and tabalyst report apply to the source: the collection
(structure.dataset_path), the flatten settings, the array mode and the error
policy. Edit it, then scan or report as usual. Running tabalyst inspect again
refreshes the detection and keeps your config; --reset-config replaces it.
Inspect is optional: tabalyst scan and tabalyst report inspect a JSON file
themselves when it has no Inspect file. When several arrays are equally
plausible, or none holds objects, they stop with exit code 2 before analyzing
anything and list the candidates; set config.structure.dataset_path in the
Inspect file, or pass --collection (--collection customers or
--collection '$.customers[]'). See
Inspect JSON and JSONL files
and the Inspect format.
Tabalyst Scan
Describe every field of a CSV, JSON or JSONL file in one JSON document:
tabalyst scan customers.csv
tabalyst scan orders.json --collection "$.customers[]"
tabalyst scan events.jsonl
Without -o or -d, the scan is a reusable scan.json under Tabalyst's local
storage directory (or TABALYST_HOME). The default workflow does not build a
DuckDB database. -o or -d writes
a standalone <stem>.scan.json export instead. Tabalyst Scan reads the file once as
a stream, with memory bounded by configurable limits, and records for each
field its presence, native types, missing values, frequencies, exact
statistics, normalization variants, technical type and the result of every
detector: numbers with decimal commas, dates, booleans, enumerations, email
addresses, URLs, phone numbers, postal codes, currency amounts, percentages,
quantities, UUIDs and IP addresses. Values of sensitive fields, such as email
addresses, are masked by default. Results are written atomically: an
interrupted scan never leaves a partial file. Files of 16 MiB or more are
analyzed by several worker processes, with the same result; --workers
chooses their number, --workers 1 keeps one process.
tabalyst report customers.csv reuses the verified stored scan when the
source content and requested scan settings are current, and so does a report on
a JSON or JSONL file. It creates a scan when none exists and atomically replaces
a stale one. The source check uses the SHA-256 of the whole content, and a scan
written by another version of Tabalyst is replaced. Existing DuckDB projects from 0.4.3 are left
untouched.
Build the report from a standalone scan document without reading the source again:
tabalyst report --scan customers.scan.json
Tabalyst refuses a scan whose source changed since it was written, or whose
settings differ from the scan settings of --config.
Inspect or clean disposable query caches of existing DuckDB projects, for every project or for one CSV file:
tabalyst cache info
tabalyst cache info customers.csv
tabalyst cache clean
tabalyst cache clean customers.csv
cache clean leaves project scans and databases in place. Ordinary scans and
reports do not create these query caches.
See Scan CSV and JSON files and the scan format.
What the report analyzes
- Dataset dimensions, missing cells, duplicates, and quality observations.
- Physical and semantic types with confidence and error rates.
- Numeric, date, string-length, normalization, and value distributions.
- Distinct values, representative examples, date formats, and semantic types such as enumerations, email addresses, phone numbers, and postal codes.
- CSV record widths, quoting, encoding, and delimiter configuration.
- A bounded raw-data preview while every record is analyzed.
The report is built on Tabalyst Scan: it reads the CSV once as a stream and masks values of sensitive columns, such as email addresses, by default. Ambiguous dates stay ambiguous; the report shows the evidence of the column without applying it. The HTML report is self-contained and works without a CDN or network connection. The JSON profile contains the same canonical analysis result for scripts and future Tabalyst tools.
Python API
The same operations are available without the CLI:
import tabalyst
result = tabalyst.analyze(
"customers.csv",
"customers.html",
separator=";",
)
batch = tabalyst.generate_reports(
["*.csv"],
output_dir="reports",
)
sample = tabalyst.sample_csv(
"customers.csv",
method="random",
rows=1000,
seed=42,
)
scan = tabalyst.scan("orders.json")
scans = tabalyst.generate_scans(["data/*.json"], output_dir="scans")
inspection = tabalyst.inspect("orders.json")
inspections = tabalyst.generate_inspections(["data/*.json", "logs/*.jsonl"])
reports = tabalyst.generate_reports(["scans/*.scan.json"], from_scan=True)
analyze() returns the JSON-serializable profile for one report.
generate_reports() returns the complete batch plan, successes, and failures.
scan() returns a scan result without writing anything, at the level of the
engine: it does not read an Inspect file. generate_scans() writes one
standalone .scan.json document per source by default, and applies Inspect to
JSON and JSONL sources. Pass project_storage=True to use the command's
scan-only storage. inspect() writes the Inspect file of one JSON or JSONL
source and returns its path and document; generate_inspections() does it for
several sources. from_scan=True
builds reports from standalone scan documents.
Expected failures derive from tabalyst.TabalystError.
Existing artifacts are never replaced silently. Pass force=True when
replacement is intentional.
Configuration
Configuration files are strict JSON. A minimal file is:
{
"scan": {
"csv": {
"delimiter": ";",
"encoding": "cp1252"
},
"values": {"null_markers": ["N/A"]}
}
}
Analysis settings, CSV reading included, go in the scan object, shared by
tabalyst report, tabalyst scan and tabalyst inspect. The config of an
Inspect file outranks the scan object for the source it sits beside. Top-level settings shape the report
presentation, and csv configures tabalyst sample. Explicit CLI or Python
arguments override the configuration file, which overrides Tabalyst defaults.
No configuration file is loaded unless it is passed with --config. See the
configuration reference
for all analysis settings.
Local-first behavior and current limits
Tabalyst performs analysis locally and adds no telemetry or remote processing. Generated JSON and HTML may contain source values and should be shared accordingly.
Reports, samples, and scans read files as a stream, with memory bounded by
configurable limits, including duplicate-row detection
(scan.limits.max_tracked_records). Reports and scans show the share of the file read;
throughput estimates, recursive directory input, and parallel batch execution
will require later work. Inspect reads a JSON or JSONL source once from start to
end, with little memory; on the synthetic benchmarks it took roughly a tenth of the
time of a scan, a ratio that depends on the data.
Examples and development
The repository includes small and synthetic public examples under examples/.
See the examples README
for regeneration commands.
python -m pytest
python -m ruff check .
python -m build
Additional documentation:
Please report defects and feature requests through the GitHub issue tracker.
License
Tabalyst is released under the MIT License.
Created by Gregory Borelli — Catalyseur Numérique.
Metadata
Release files for tabalyst 0.5.1
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| tabalyst-0.5.1.tar.gz | 662.9 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| tabalyst-0.5.1-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 1.1 MB
Release files / tabalyst-0.5.1.tar.gz
| Download URL | tabalyst-0.5.1.tar.gz |
|---|---|
| Size | 662.9 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
53d30c57c8369bc6220e11f02aa6244914dfe2ecbe8537af1739d40c22a46882
|
|
BLAKE2b-256 checksum How to use checksums |
69da012bc54f9021e73f1f27ddcbe3eeea170d459a8da1bcffcdb937061484cd
|
| 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 Oct 1, 2026.
Transparency logRelease files / tabalyst-0.5.1-py3-none-any.whl
| Download URL | tabalyst-0.5.1-py3-none-any.whl |
|---|---|
| Size | 424.7 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
d96ef1dee91d753103a1e8ff4fff3b566c4c0d477b71800471e2da8234fc815d
|
|
BLAKE2b-256 checksum How to use checksums |
45b771c3ee824aee9d4007d09bb7d9ae4567f83bce14af3e1a171c1809952a4a
|
| 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 Oct 1, 2026.
Transparency log