Spreadsheet to JSON CLI (spread-cli)
This crate provides a simple command line interface to convert common spreadsheet and CSV files into JSON or JSONL (JSON Lines) files suitable for data interchange.
It supports the following formats:
- Excel 2007+ Workbook (.xlsx)
- Excel 2007+ Macro-Enabled Workbook (.xlsm) -- read as plain data; macros are ignored
- Excel 2007+ Binary (.xlsb)
- Excel 97-2004 Legacy (.xls)
- OpenDocument Spreadsheets (.ods) compatible with LibreOffice
- CSV: comma separated values (.csv)
- TSV: tab-separated values (.tsv)
Spreadsheets are processed via the Calamine library and CSV/TSV files by the CSV library.
Installation
This downloads, builds, and installs the spread-cli binary into ~/.cargo/bin, which rustup's installer already puts on your PATH -- so spread-cli is available as a normal shell command right away, no separate download or PATH setup needed. Requires the Rust toolchain (via rustup). Note this is cargo install, not cargo add -- cargo add only adds a crate as a dependency of whatever project you're currently in; it won't put a spread-cli binary on your PATH.
Spreadsheet notes
By default, field names come from the header row (the first row, unless you point --header-row at a different one), snake_cased e.g. a header of "Gross Annual Salary (USD)" becomes the field key gross_annual_salary_usd. A1-style letters (a, b, c, ... z, aa, ab, ...) are only used as a fallback, and only for individual columns that don't have usable header text (an empty header cell, or when --omit-header is set) -- they are not the default naming scheme.
For wide spreadsheets (20+ columns) where the original headers are long or awkwardly worded, it's often easier to force every column to use short A1 letters (or c01/c02/... zero-padded numbers) with --colstyle/-c, then reassign the ones you care about by letter with --keys -- rather than typing out each long snake_cased header name in full:
This is especially handy when a header is genuinely unwieldy to reference by name, e.g. "Gross Annual Salary (USD)" -- -c "a1" turns it (and every other column) into a plain letter first, so you only need to know its position (c), not retype the header text.
Options:
-
pathLocal path on the file system to the source spreadsheet -
--sheet, -scase-insensitive sheet name ignoring spaces and punctuation -
--index, -isheet index (0 is the first) for spreadsheets -
--number, -nsheet number (1 is the first) -- the same as--indexbut 1-based, for matching how you'd count sheets off in a spreadsheet app ("the 3rd sheet") without the usual off-by-one.-n 1is the same as-i 0(or-s sheet1, if the first sheet happens to be named "sheet1" ----sheetis case-insensitive). Cannot be combined with--index-- they're two ways of saying the same thing, so passing both is rejected rather than silently picking one. -
--keys, -k: comma-separated list of column overrides, each in the formsource_key[:new_key][|format[|default]].source_keyis matched against the column's natural (auto-detected, snake_cased) header key wherever that column actually is, so you only need to list the columns you want to change. Asource_keythat doesn't match any column in the file is silently ignored. Omit:new_keyto change only the format/default and keep the natural name. A single--keysvalue can mix and match several overrides, comma-separated:--keys "start_date|date"castsstart_dateto a date, keeping its natural name--keys "start_date:start|date"renamesstart_datetostartand casts it to a date--keys "start_date:start|date,total_price:total"does both of the above, and renamestotal_pricetototalwith no format change
-
--max, -mmax number of rows per sheet. This is the only row-count cap there is -- with--preview, every worksheet in the file is always included,--max/-mjust limits how many rows come back from each one (default 10 under--preview, see below) -
--header-row, -trow index used for the header row, if it is not the first row. This is only applicable to spreadsheets and useful if the top rows contain headers or descriptions -
--omit-headerskip the header and assign columns to letters (a, b, c, d .... z, aa, ab etc..) -
--colstyle, -c: overrides the fallback column-naming convention for columns without a usable header, in the formstyle[:mode].styleisa1for spreadsheet-style letters (a,b, ...z,aa,ab, ...) orc01/n/r1/r1c1for zero-padded numbers (c01,c02, ...) --r1/r1c1are accepted as aliases forc01since that's a more familiar convention if you're used to R1C1-style spreadsheet references. The zero-padding width scales with the sheet's total column count, so keys sort correctly regardless of width:c01..c99under 100 columns,c001..c999from 100 up to 1,000,c0001..c9999from 1,000 up to 10,000.modecontrols whether this replaces every column's name or only fills in for columns lacking a real header:all(or the default when:modeis omitted entirely, e.g.-c c01) renames every column, matching what you'd see as column letters in a spreadsheet app; anything else (e.g.-c a1:auto) only applies to columns without their own header text, leaving named columns alone. -
--deferred, -dFor large files: streams rows straight to a.jsonlfile one at a time rather than holding them all in memory (the file is always plain JSON Lines, one object per line -- there's no "standard JSON array" mode for--deferred, since that would need to buffer the whole result to know where to put the closing bracket, defeating the point). By default the file goes to a random-UUID filename underEXPORT_FILE_DIRECTORY(a.envvariable, default./); use--output/-oto name it yourself. On Linux and macOS, this also hands the export off to a detached background process and returns control to the shell immediately, rather than blocking until the whole file is processed -- worth it once you're talking millions of rows; for a few thousand it'll finish before you'd notice either way. Printsexporting to {path} in the background (see {path}.log for progress and errors)(or{"output_reference": ..., "log_file": ..., "background": true}with--json) right away. Since there's no terminal attached to the background process by the time it finishes (or fails), check{path}.logafterward to confirm it completed -- there's no other way to be notified. On Windows (or anywhere else non-Unix),--deferredfalls back to the same in-process, streamed-but-blocking behavior it always had -- still memory-efficient, just not backgrounded. -
--output, -oexport file path for--deferred; overrides the random UUID filename. Creates any missing parent directories. Has no effect without--deferred. -
--json, -jFormats JSON output as indented, multi-line JSON. Does not change what gets printed -- that's still up to--rows/--lines(or neither) exactly as without--json; see Using with jq below -
--preview, -pwhich sheets get read: switches to multi-sheet mode and samples up to--max/-mrows (default 10) from every worksheet, not just the selected one ----sheet/--indexare ignored in this mode, since the whole point is to see every sheet at once. A workbook with several sheets can therefore return more than 10 rows in total, since each sheet gets its own cap. With--json, sheet names throughout the output (sheets, and each sheet'ssheetkey) are shown snake_cased -- the same form--sheetmatches against, so whatever's displayed can be pasted straight back in. Field names for every sheet are collected into a top-levelcolumnsmap ({sheet_key: [field_names]}) instead of the single-sheetfieldsarray; each worksheet's own row count and rows live underdata, one block per sheet. -
--exclude-cells, -xwhether cell values are included: drops row data from the result while keeping everything structural -- sheet names, row counts, column/field names -- with no actual cell values. It has two effective shapes, depending on whether--previewis also set:-xalone: a single-sheet preview. Only the one selected (or default) sheet is read, same as without-x;datais simply omitted from--jsonoutput, since it would always be[]. Field names still come back as the usual top-levelfieldsarray.-xcombined with--preview(-xp): effectively becomes a multi-sheet preview -- every worksheet is read structurally (name, row count, field names), with no cell data at all. Since every sheet's fields already live in the top-levelcolumnsmap (see--previewabove), afieldsarray would just be a redundant copy of one sheet's entry incolumns-- so it's dropped from the output entirely in this mode.datais replaced byrow_counts, a plain{sheet_key: row_count}map -- with no rows and no fields left to carry, an array of{sheet, row_count}objects underdatawould be more ceremony than the one number per sheet it actually holds. Handy for large multi-sheet files with many worksheets (a common shape for spreadsheets published by statistics agencies) where you want to know what's in the file before deciding what to actually pull out of it:
Without
--json,-xprints the configured options instead (unchanged, pre-existing behavior). Example for a quick multi-sheet overview:spread-cli -px --json workbook.xlsx | jq '{columns, row_counts}'. -
--rows, -rprint just the data rows (no parsing metadata), as a JSON array -
--lines, -lJSON lines: one compact JSON object per row, with no surrounding array (JSONL/NDJSON). Implies--rowson its own -- no need to pass both -- and if you do,--lineswins -
--euro-number-format: convert decimal commas, when converting from formatted strings to numbers -
--date-onlydate-times columns are processed as dates only by default, unless overridden -
--debugprints processing time and, on error, extra diagnostic detail (the raw internal error code plus the options that were applied). This is CLI-side timing only -- there's no such thing as "debug mode" in the underlying spreadsheet-to-json library. It never writes to stdout when the output is JSON: with the full--jsonobject it's added as a realprocessing_time_msfield instead; with-r --json/-l(both bare arrays or JSONL) it goes to stderr, since there's no metadata slot to embed it in without breaking those shapes.
Using with jq (or yq)
--json output is plain, standard JSON, so anything that reads JSON works -- these examples use jq, but yq (which speaks jq-like syntax and can read JSON directly, or convert it to YAML with -o yaml) works just as well: spread-cli -p --json workbook.xlsx | yq -p json -o yaml '.columns'.
--json is a formatting flag, not a mode switch: it makes JSON output properly indented and multi-line, without changing which content gets printed. What gets printed is still decided by --rows/--lines (or neither) exactly as without --json:
- neither
-rnor-l: the full result, parsing metadata plus the data, nested under"data" -r(rows only): just the data rows, as a JSON array-l(lines): one compact JSON object per row (JSONL/NDJSON) ----jsonhas no effect here, since one-record-per-line is a different structural format, not an indentation style
# full result: metadata (extension, sheets, row_count, fields, ...) + data together
|
|
# --preview (-p): every worksheet, not just the selected one -- field names for every
# sheet come back in the top-level "columns" map, rows come back per-sheet under "data"
| |
# -px (--preview --exclude-cells) --json: a quick structural overview of every worksheet
# in a workbook with no row data at all -- just sheet names, field names ("columns") and
# row counts ("row_counts"), each a {sheet_key: ...} map. Ideal for large multi-sheet
# files (e.g. statistics-agency spreadsheets) where you want to see what's in the
# workbook before deciding what to actually pull out of it.
|
|
# -r --json (or the bundled short form -rj): just the rows, as a pretty-printed array --
# no metadata wrapper. Single-letter flags can be bundled like this wherever it's handy.
|
|
|
# -l: plain JSON Lines, one row per line, no wrapper -- best for streaming into another
# NDJSON-consuming tool, or very large files (jq can consume it line-by-line rather than
# waiting for one big array/object to finish printing). -l already implies rows-only on
# its own, same as -r; no need for both -- and if you do pass both, -l wins.
|
|