⚡ LightningParse

Fast, accurate PDF parsing for RAG pipelines — a Rust extraction core (via PyO3) returning structured JSON, with automatic OCR fallback for scanned pages.

Status: published on PyPI — pip install lightningparse. Prebuilt wheels for CPython 3.8–3.14 on Linux (x86_64, aarch64), Windows (x64), and macOS (x86_64, arm64). Core pipeline complete and benchmarked end-to-end.

Install

pip install lightningparse

Tier 1 (digital-native) extraction works out of the box with no system dependencies.

OCR (Tier 2) additionally requires Tesseract on your PATH. It is invoked only when a page has no extractable text layer. Without it, scanned pages raise OcrMissingDependencyError rather than failing silently.

Building from source

git clone https://github.com/ShivamMalge/LightningParse.git
cd LightningParse/lightningparse-core
maturin develop --release   # requires a Rust toolchain

Quickstart

parse_pdf() returns a JSON string, so parse it before use:

import json
from lightningparse import parse_pdf

result = json.loads(parse_pdf("document.pdf"))

for page in result["pages"]:
    for block in page["blocks"]:
        role = block.get("block_role")  # "heading", "code", or None
        print(block["section_id"], role, block["text"][:80])

print(result["metadata"]["tier"])  # "digital", "scanned", or "mixed"

# Pages using a content-stream filter that can't be decoded are reported here
# rather than silently degrading to OCR.
if result["metadata"].get("warnings"):
    print("Warnings:", result["metadata"]["warnings"])

Fatal parse errors raise CorruptPdfError instead of returning an empty result, so failures surface in your pipeline rather than passing as empty documents:

from lightningparse import parse_pdf, CorruptPdfError

try:
    result = json.loads(parse_pdf("maybe_broken.pdf"))
except CorruptPdfError as e:
    print("Unparseable:", e)

What's New in v0.5.0

Fixed silent content loss in header/footer detection. Margin bands were a fraction of content extent rather than the page's real height, so the band reached below the true margin into body text — and blocks tagged as page furniture are dropped before chunking. Across 7 documents, 19 blocks of real content were being deleted, including document titles, author lines and chapter headings. Bands now derive from real page geometry.
Removed the page-1-only header/footer fallback, which tagged top/bottom blocks on position alone with no cross-page corroboration and caused 8 of those 19 deletions. Its footnote branch is retained.
Page geometry exposed in the schema: optional page_width / page_height per page, from /CropBox or /MediaBox, inherited via a cycle-safe /Parent walk, axes swapped for /Rotate 90|270. Falls back to previous behaviour when absent.

Behaviour change: fewer blocks are tagged as page furniture, so more content reaches downstream consumers. Strictly one-directional — 19 blocks freed, 0 newly tagged.

Earlier releases

v0.4.1

Content stream filter support (ASCII85Decode and friends): Tier 1 extraction previously decoded only FlateDecode and LZWDecode. Content streams using any other filter yielded zero extractable characters and were misrouted to Tier 2 OCR — producing degraded OCR output for pages that contained perfectly good digital text. Upgrading to lopdf 0.44 and widening the supported-filter allowlist adds ASCII85Decode, ASCIIHexDecode, and RunLengthDecode. Filters outside the supported five still emit a per-page warning and route to OCR, so the visibility mechanism added in v0.3.0 is retained as a safety net.
Fault-tolerant page tree traversal: lopdf's strict page tree parser is replaced with a custom tolerant tree walker modelled on PyPDF2. PDFs that omit or mis-capitalize /Type /Pages or /Type /Page now extract successfully instead of failing outright, and circular reference loops abort safely rather than looping.
Explicit error propagation: the FFI boundary raises CorruptPdfError on fatal parse errors instead of returning an empty pages array.
Correct handling of multi-stream pages: a page whose /Contents is an array of several streams is now joined with an explicit separator, so streams meeting at a token boundary no longer fuse the adjacent operators into a single invalid token — which previously corrupted the text-object structure with no error raised.
First release published as platform wheels rather than a source distribution alone, so installation no longer requires a Rust toolchain.

v0.3.0

Semantic block typing: text blocks are classified with a block_role — "heading" (document-relative font-size/weight heuristics) or "code" (structural monospace-font analysis)
Style span tracking: a spans array preserves per-character style regions (bold, font size, monospace), so mixed-style lines aren't lost during extraction
Fixed a same-line fragmentation bug: lines with a mid-line style change were split into multiple blocks, sometimes mid-word
Fixed a PDF-spec-compliance bug: BT/ET operators incorrectly reset font state, which also improved reading order on multi-column documents
Added visibility for undecodable content stream filters via the warnings array

v0.2.0

Structured table extraction: captioned tables are parsed into row/column data instead of flat text, with markdown-formatted output in RAG chunks
CID/Type0 composite font support: /W and /DW array parsing for embedded CJK and other composite fonts, replacing a fixed 0.5 em width fallback
New robustness fixtures: synthetic distorted-scan and Word-export test cases
Fixed: an O(N²) → O(N) performance regression from table-detection development
Fixed: false-positive table detection merging multi-author affiliation blocks

Why

Traditional Python PDF libraries (PyPDF2, pdfplumber, PyMuPDF) are GIL-bound and process pages sequentially, which becomes a bottleneck in RAG ingestion pipelines. LightningParse pushes extraction, header/footer cleanup, and OCR fallback into Rust, parallelized across pages, and returns structured JSON that Python can chunk with page/section metadata intact.

Architecture

Two processing tiers, selected per page:

Tier 1 — Digital-native PDFs: direct text extraction, no OCR. This is where the speed claim is benchmarked.
Tier 2 — Scanned/image PDFs: routed per-page to OCR (Tesseract) when no text layer is present.

Documents containing both report tier: "mixed".

Full design details: ARCHITECTURE.md · Product scope: PRD.md

Benchmarks

LightningParse is 16.3×–53.9× faster than pypdf and 44.8×–84.4× faster than pdfplumber on the representative digital-native (Tier 1) documents below, with the gap widening on longer documents:

Document	Pages	LightningParse (median)	pypdf	pdfplumber
Multi-page IEEE paper	8	1.60 ms	26.03 ms (16.3× slower)	135.00 ms (84.4× slower)
Two-column academic paper	15	68.36 ms	3685.33 ms (53.9× slower)	5575.18 ms (81.6× slower)
Single-page resume	1	13.04 ms	236.37 ms (18.1× slower)	583.69 ms (44.8× slower)

Absolute milliseconds are machine-dependent and will vary with hardware, thermal state and background load. The portable claim is the speedup ratio — the baselines are timed on the same machine in the same run, so hardware cancels out. This session's own investigation demonstrated it: these absolute figures moved ~2x from the previous published set while pypdf and pdfplumber (code LightningParse does not touch) moved 2.4-3.5x, i.e. the shift was hardware, not the codebase. Figures are the median of 25 timed runs after 10 warm-up runs — the warm-up matters, because LightningParse's first runs measure markedly slower than its steady state. See methodology.

Trivial single-page synthetic fixtures span wider in both directions (3.8×–427.4×), because at that size the ratio is dominated by fixed overhead rather than extraction work. They are not quoted as headline figures.

OCR (Tier 2) and mixed-document handling are benchmarked separately — pypdf and pdfplumber can't perform OCR, so comparing their near-instant-but-empty results against actual OCR time would mislead rather than inform.

A concurrent-load test confirms the Rust FFI genuinely releases Python's GIL during parsing: 10 concurrent OCR-heavy parse requests complete 4.78× faster than running them sequentially, on an 8-core/16-thread machine.

Full methodology and per-document results: benchmarks/BENCHMARKS.md

Known Limitations

Page furniture is under-removed on long documents: header/footer detection requires a repeated block to appear on ≥70% of pages. Running heads usually change per chapter, so on a long book nothing clusters that widely and no furniture is removed at all — measured on a 1475-page textbook whose site-wide footer appears on 734 pages and is still not stripped. Separately, a bare page number normalises to an empty string during clustering and can never be tagged. Both mean folios and running heads can flow into body text and into chunks.
Corrupt ASCII85 streams fail silently to OCR: a corrupt or truncated ASCII85Decode stream is not reported. The underlying decoder returns the raw undecoded bytes on failure rather than an error, so the page yields no text and falls through to OCR, reported as tier: "scanned" with an empty warnings array — indistinguishable from a genuine scan. Undecodable filters are still reported normally; this affects only corrupt data within a supported filter. Tracked for a future release.
Content stream filters outside the supported set: FlateDecode, LZWDecode, ASCII85Decode, ASCIIHexDecode, and RunLengthDecode are decoded. PDFs using any other filter (e.g. JBIG2Decode, or a /Crypt filter) produce no Tier 1 text and are routed to OCR, with a warnings entry so callers can detect it.
Monospace detection on composite fonts: the structural uniform-width check applies only to simple fonts with a /Widths array. CID/Type0 fonts bypass it and fall back to font-name matching ("courier", "mono"), so an unconventionally-named monospace CID font may not be tagged block_role: "code". Glyph widths for CID fonts are parsed correctly from /W and /DW.
Heading detection false positives: classification uses font-size ratio, weight, and line length relative to the document's own body text, with no semantic understanding. Stylistically-emphasized text that isn't a real heading (a bolded date range, a pull-quote) can be misclassified.
Complex or borderless tables: table detection requires a nearby caption (e.g. "Table 1") and consistent row/column geometry. Tables without captions, or with irregular formatting, fall back to flat text — no data is lost, but structure isn't always recovered.
OCR quality on degraded scans: Tesseract confidence filtering removes most scan artifacts, but heavy combined distortion (rotation + noise + lighting gradient + blur) can cause the filter to discard real content along with the noise. The system fails safely — no crash, no hallucinated text — but does not recover text from severely degraded scans.
Encrypted and form PDFs: not explicitly supported.

Scope

In scope: digital-native PDF extraction, header/footer/footnote removal, semantic block typing, OCR fallback for scanned pages, and metadata-aware output suitable for chunking.

Not in scope yet: encrypted/form PDFs, ML-based layout detection. See PRD.md §2 — these are deliberate cuts, not oversights.

Contributing

See AGENTS.md for repo conventions, build commands, and non-negotiable rules (FFI safety, GIL handling, benchmark discipline) before opening a PR.

License

MIT License.

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

lightningparse-0.5.0.tar.gz (1.0 MB view details)

Uploaded Sep 1, 2026 Source

Built Distributions

If you're not sure about the file name format, learn more about wheel file names.

The dropdown lists show the available interpreters, ABIs, and platforms. Enable javascript to be able to filter the list of wheel files.

lightningparse-0.5.0-cp314-cp314-win_amd64.whl (1.2 MB view details)

Uploaded Sep 1, 2026 CPython 3.14Windows x86-64

lightningparse-0.5.0-cp314-cp314-macosx_11_0_arm64.whl (1.2 MB view details)

Uploaded Sep 1, 2026 CPython 3.14macOS 11.0+ ARM64

lightningparse-0.5.0-cp314-cp314-macosx_10_12_x86_64.whl (1.3 MB view details)

Uploaded Sep 1, 2026 CPython 3.14macOS 10.12+ x86-64

lightningparse-0.5.0-cp313-cp313-win_amd64.whl (1.2 MB view details)

Uploaded Sep 1, 2026 CPython 3.13Windows x86-64

lightningparse-0.5.0-cp313-cp313-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (1.5 MB view details)

Uploaded Sep 1, 2026 CPython 3.13manylinux: glibc 2.17+ x86-64

lightningparse-0.5.0-cp313-cp313-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (1.4 MB view details)

Uploaded Sep 1, 2026 CPython 3.13manylinux: glibc 2.17+ ARM64

lightningparse-0.5.0-cp313-cp313-macosx_11_0_arm64.whl (1.2 MB view details)

Uploaded Sep 1, 2026 CPython 3.13macOS 11.0+ ARM64

lightningparse-0.5.0-cp313-cp313-macosx_10_12_x86_64.whl (1.3 MB view details)

Uploaded Sep 1, 2026 CPython 3.13macOS 10.12+ x86-64

lightningparse-0.5.0-cp312-cp312-win_amd64.whl (1.2 MB view details)

Uploaded Sep 1, 2026 CPython 3.12Windows x86-64

lightningparse-0.5.0-cp312-cp312-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (1.5 MB view details)

Uploaded Sep 1, 2026 CPython 3.12manylinux: glibc 2.17+ x86-64

lightningparse-0.5.0-cp312-cp312-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (1.4 MB view details)

Uploaded Sep 1, 2026 CPython 3.12manylinux: glibc 2.17+ ARM64

lightningparse-0.5.0-cp312-cp312-macosx_11_0_arm64.whl (1.2 MB view details)

Uploaded Sep 1, 2026 CPython 3.12macOS 11.0+ ARM64

lightningparse-0.5.0-cp312-cp312-macosx_10_12_x86_64.whl (1.3 MB view details)

Uploaded Sep 1, 2026 CPython 3.12macOS 10.12+ x86-64

lightningparse-0.5.0-cp311-cp311-win_amd64.whl (1.2 MB view details)

Uploaded Sep 1, 2026 CPython 3.11Windows x86-64

lightningparse-0.5.0-cp311-cp311-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (1.5 MB view details)

Uploaded Sep 1, 2026 CPython 3.11manylinux: glibc 2.17+ x86-64

lightningparse-0.5.0-cp311-cp311-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (1.4 MB view details)

Uploaded Sep 1, 2026 CPython 3.11manylinux: glibc 2.17+ ARM64

lightningparse-0.5.0-cp311-cp311-macosx_11_0_arm64.whl (1.2 MB view details)

Uploaded Sep 1, 2026 CPython 3.11macOS 11.0+ ARM64

lightningparse-0.5.0-cp311-cp311-macosx_10_12_x86_64.whl (1.3 MB view details)

Uploaded Sep 1, 2026 CPython 3.11macOS 10.12+ x86-64

lightningparse-0.5.0-cp310-cp310-win_amd64.whl (1.2 MB view details)

Uploaded Sep 1, 2026 CPython 3.10Windows x86-64

lightningparse-0.5.0-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (1.5 MB view details)

Uploaded Sep 1, 2026 CPython 3.10manylinux: glibc 2.17+ x86-64

lightningparse-0.5.0-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (1.4 MB view details)

Uploaded Sep 1, 2026 CPython 3.10manylinux: glibc 2.17+ ARM64

lightningparse-0.5.0-cp39-cp39-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (1.5 MB view details)

Uploaded Sep 1, 2026 CPython 3.9manylinux: glibc 2.17+ x86-64

lightningparse-0.5.0-cp39-cp39-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (1.4 MB view details)

Uploaded Sep 1, 2026 CPython 3.9manylinux: glibc 2.17+ ARM64

lightningparse-0.5.0-cp38-cp38-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (1.5 MB view details)

Uploaded Sep 1, 2026 CPython 3.8manylinux: glibc 2.17+ x86-64

lightningparse-0.5.0-cp38-cp38-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (1.4 MB view details)

Uploaded Sep 1, 2026 CPython 3.8manylinux: glibc 2.17+ ARM64

lightningparse-0.5.0-cp38-cp38-macosx_11_0_arm64.whl (1.2 MB view details)

Uploaded Sep 1, 2026 CPython 3.8macOS 11.0+ ARM64

lightningparse-0.5.0-cp38-cp38-macosx_10_12_x86_64.whl (1.3 MB view details)

Uploaded Sep 1, 2026 CPython 3.8macOS 10.12+ x86-64

File details

Details for the file lightningparse-0.5.0.tar.gz.

File metadata

Download URL: lightningparse-0.5.0.tar.gz
Upload date: Sep 1, 2026
Size: 1.0 MB
Tags: Source
Uploaded using Trusted Publishing? Yes
Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for lightningparse-0.5.0.tar.gz
Algorithm	Hash digest
SHA256	`eb52513cb9446f5c805238230efaa91f73a90b9a2017e88f32101eea11447f19`
MD5	`827f8da05ea5e137d2a46886b0c589a7`
BLAKE2b-256	`654a3c72e62ebec248338222443740504acd88736b68d8cc6cdc9b527b38e8a4`

Algorithm	Hash digest
SHA256	`1f5eb52f534023ed0242b20cb7b4511294b5f85e654fd2057561ee6f645f6791`
MD5	`e9bbe4f4ced70fa20d7c75305ac6546e`
BLAKE2b-256	`476f064075a727bd7948cb7eae1eeb293073ed15b4946c52725da828f7950d56`

Algorithm	Hash digest
SHA256	`6d6528fb6c902cf8151b312e176b60ada12c40a23849781633b8dd77d01c8c87`
MD5	`53436e831960f8218a6ff2a934491148`
BLAKE2b-256	`ee7dcdcc74af08f8d9324a382a618ec061a67bc5970abc0479bdd07a8283c6bd`

Algorithm	Hash digest
SHA256	`9328fea7c0e4e1567c8a2c3639e214ce35ff24ba2e86fab1ac5c5fb5959428ec`
MD5	`a6b41cee02f4502a29c50aa24d4ed8ab`
BLAKE2b-256	`80e7b5aab8cc56924d2656b728b65c0204989f3a078deded0cb057c7ec7808ab`

Algorithm	Hash digest
SHA256	`fbb14d222f777aa3c5a1059a660bcbbcba31c38e64e26b97e63e9324646fbc59`
MD5	`5f8c3a666303d093862c0c694ed01416`
BLAKE2b-256	`ef7352417442392bcd775b0ae0e65f54b1139b48b1d0d6dd50733e5d0e153413`

Algorithm	Hash digest
SHA256	`533387f19039ad33c31b97b0d882d6b493ab3a507d42051be62c44e9fbf6f72f`
MD5	`f78a1a43758476e5e81179524a594895`
BLAKE2b-256	`c3177caaf165753c28e16e3b86a7db62c81306cc9e0862aa09a49d8c93c5386b`

Algorithm	Hash digest
SHA256	`5ffa6c69f255532bb6ab01a38e3fb471d088f353378482ee555b6b832728ac6a`
MD5	`76cca179a05b893f50c68c89b191b097`
BLAKE2b-256	`d2f57735af3581cfc7a926b2c011180888c5a80c227fa1167421d98e9d4eac99`

Algorithm	Hash digest
SHA256	`23b088ab985cb7e459a2a4d32b0b14510724e13d57cf76abf85dac5b5c7ca63c`
MD5	`383edff758e8ed7c153b3597552244f6`
BLAKE2b-256	`ff970746468a9affaa87f0c8f8f180bc90ed48edf389869a3c36b276155a56e8`

Algorithm	Hash digest
SHA256	`1cca1b9a5917f115929a7aed71a8e4e118b06cc0eebc51099872662a1401b777`
MD5	`409babeed5e31dd9d47954b2732fd4ee`
BLAKE2b-256	`1cfa69bd1925e3dae55e516be4daac611d4c5f71ba8e883a6ed8dd80b7def9d0`

Algorithm	Hash digest
SHA256	`a809919ee0882e2704419e84e9deaab8d80249cd5d64edb3f7d57a7b4b388ec5`
MD5	`3cdd401da83f6659e283c10593575938`
BLAKE2b-256	`150f463e4d7c0361c5aa730c547e6e86e2873c22cd1234dcd0e85114a37656f5`

Algorithm	Hash digest
SHA256	`3ca198d4248e1a1928aff2bbb72d505adcc444d2fe968284328462125c6bf3d3`
MD5	`d97189276d63b66dcf25bc5eb6126eb6`
BLAKE2b-256	`cf0e7a089ec6c2b1335d8e2c4a8151f2e1b98cb425e3b0d0b2e88db14e5d57ba`

Algorithm	Hash digest
SHA256	`3623845ab504aa18a1ac8a13495b8d9b2cb0d67f79c3a7df57262d97f6cbf22e`
MD5	`89bf9da20882934d6368b61103fc30be`
BLAKE2b-256	`b0c554ed9c159ce972def5c1f484f1e439ebf707f72867afbee26303529060bb`

Algorithm	Hash digest
SHA256	`dd0752d3e795176017eff24545ce6ea3b5e79e9b46ba43de0cda9196de03232c`
MD5	`60e71f1592817879a413bb3fd26407d5`
BLAKE2b-256	`b8df30a5af0af9980662c8f4f8ebe791d81c782a8466f63f643d1835ee963281`

Algorithm	Hash digest
SHA256	`7367d5607cd9f947476c2e8a519782ab5f57bb6d4832e001cf7b3ad7c1807907`
MD5	`c42249ac636fdce616522c4d4f3f16fb`
BLAKE2b-256	`ac5942570b433aa5aafd1ec29ebb00ff3f5412b7cf66419622e595919f57a8f8`

Algorithm	Hash digest
SHA256	`3e584a1b73111339fa4838603cc437c4e25d317d56158103f527658a112419cd`
MD5	`ca9044b6dad990f9b31df57af334e0f3`
BLAKE2b-256	`c4a8fd120287b14707768f24f0b206dac9ada13a72d20e2d11ebfb3e92bf589d`

Algorithm	Hash digest
SHA256	`3f4886cca819dc87ae69bac1cdeda601bf5387172aa18dcc3da990c1e543a9f3`
MD5	`4b9672c1d7a58b4a8e97421ba66858c7`
BLAKE2b-256	`959f6bbc133964ed19c845798556a0789c0e06c8c30c37c44450f7828d6ed1b3`

Algorithm	Hash digest
SHA256	`2655d77fbae209b99c4848e8bc8868f91bb20f9997c8f745e356bdefb5078295`
MD5	`08cac158e0ad1ac8b68a1097435b5adc`
BLAKE2b-256	`d25cc971daffa0b69c002503288d536b2d446d01b02402c330e6a5c0800eb94a`

Algorithm	Hash digest
SHA256	`0c1057db70b0deeb9ece297718e992a86245426ad287638e521188d303b9b0de`
MD5	`239eb292230f687518b27080dde0ecfb`
BLAKE2b-256	`ca83b3aa2653e5bb89f4aeade38719a17421c716bbeb9db07ceb7bd4618656de`

Algorithm	Hash digest
SHA256	`ea207fe8b3d7952d2cd5f65f10a92a3f9811a8c43f2576ea81e5f562591c2812`
MD5	`0382ab492cb8ba27e964ddeac6bcf521`
BLAKE2b-256	`875bd5773999d78f9452c0c737bd99f554e3777d250f369c2be8fd5fa34778a3`

Algorithm	Hash digest
SHA256	`9c3d864b38fdc9cc2681b0f1f7517cf069af7b5f2a4b368819c1a904e16cb4c4`
MD5	`56b6d78262dd9402c15ba1e0ffe578d5`
BLAKE2b-256	`8257a069dfee21ec348b9ce555b24ef5c1b5b582391c7bc2866bb09eec575d5a`

Algorithm	Hash digest
SHA256	`6f24ca598faa2b4b44510ea2a7e6a66d98487fe8536e41cae8581d8ec7d2a980`
MD5	`3aabce872b5dcc54990c6c7a842d028d`
BLAKE2b-256	`cc66fd26176f25415e26c270ff5f05acdbaa76c28a9aae51bcf439ca07577ef6`

lightningparse 0.5.0

⚡ LightningParse

Install

Quickstart

What's New in v0.5.0

v0.4.1

v0.3.0

v0.2.0

Why

Architecture

Benchmarks

Known Limitations

Scope

Contributing

License

Key dates

1 maintainer

Credits

License

Requires

Classifiers

Download files

Source Distribution

Built Distributions

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

Algorithm	Hash digest
SHA256	`97fa8604065607317c4c959cc13b47b324ce638f84c5851eed7b753804988ef4`
MD5	`dab6feccf2c69b24a975590bcb1f4691`
BLAKE2b-256	`70a39f847f9e9354732bb92e4f35fcc888e72fb48753caea46105a393c5f39c9`

Algorithm	Hash digest
SHA256	`103395cf75182b8ac5c66bc6b01b5e7e2f64e733aa3fd93d4f48de71e55a8ab1`
MD5	`fc127247dba48b7f2f8d5e2ae2c4ddc9`
BLAKE2b-256	`f5f1a7d5dc77e06e0a2c2ddf08cecd89f7375fdfbae6dc55e9e9a99b9c339f1c`

Algorithm	Hash digest
SHA256	`9372a96704bf2ad1889f5f2de90af5399fd088c6153509bf112719fdd420c1f0`
MD5	`22ba458fefd66fe03ddc971452f6bc2d`
BLAKE2b-256	`c7333d4cb83a0cbc950d9a7107d579d9823275a2e05f0b7ea5ed71d4db50883b`

Algorithm	Hash digest
SHA256	`08f1a2e99e2e311eea0de51ae29018d9330ff05bc46df3cc4d54320b7e799205`
MD5	`477fb776a9a8bc9713917afb34d46ac4`
BLAKE2b-256	`b35b5b57abbeb070bb8da9a34fc9da3f09a2bc97ebd31d66d917acf194d50513`

Algorithm	Hash digest
SHA256	`02f33d6d7a8b44f809e1ed5ea10c180ccde4707811fd495459690f4f4d76b933`
MD5	`928c22848819b942b7f8017836fa28ec`
BLAKE2b-256	`1a691ddae1ac4012405377d707ca8c0025b4ee6d9b5b0d7573ef0126cca4d278`

Algorithm	Hash digest
SHA256	`b12d637a67d66f3c3fcfc444701da735cd4fe3ae79ccb34f39df5db3dfbd3811`
MD5	`e7e6644a815bf0d132fb616ff782572d`
BLAKE2b-256	`d970e72d35e6cbca52e41ea2b8ec926c8cdc1aa8c9361d69516ef1230c110314`

Algorithm	Hash digest
SHA256	`4d373ab61440289c6b79faad34b175121c05b5e76c5b38cd3ef255fde74c7c2f`
MD5	`419f565c3783a275c06c86e2242e9395`
BLAKE2b-256	`7f191ea301ceb1da6153ae7f706d7beea51d66bcfeda462ad277b1396048b879`