![\"PureJsImage](\"docs-astro/public/assets/readme/brand-mark.svg\")
\n\nZero-runtime-dependency image processing in strict TypeScript
\n\nPortable image codecs · native scientific rasters · optional explicit WASM acceleration
\n\n\n ![\"npm](\"https://img.shields.io/npm/v/purejsimage?style=for-the-badge&logo=npm&logoColor=white&color=cb3837\")
![\"CI](\"https://img.shields.io/github/actions/workflow/status/a-r-d/PureJsImage/ci.yml?branch=main&style=for-the-badge&logo=githubactions&logoColor=white&label=CI\")
![\"Zero](\"https://img.shields.io/badge/runtime_dependencies-0-2ea44f?style=for-the-badge\"){kind=icon}
![\"MIT](\"https://img.shields.io/npm/l/purejsimage?style=for-the-badge&color=blue\")
\n Documentation ·\n Image demo ·\n Scientific explorer ·\n Whole-slide demo ·\n OME-Zarr demo ·\n PureJsImage Lab\n
\n\n\n
Sometimes the wrong tool for the job is the right one 😉\n\n\n\n
\n \n ![\"Whole-slide](\"docs-astro/public/assets/readme/whole-slide-viewer.jpg\")
\n \n
Measured HTTP Range session from the live browser viewer: only the visible pyramid tiles were read.
\n\n\n \n ![\"PureJsImage](\"docs-astro/public/assets/ome-zarr-open-graph.png\")
\n \n
Try the synthetic same-origin Feature Tour, or open one of the multi-gigabyte public whole-slide stores.
\n\n## What PureJsImage is best at\n\n- **Low peak memory usage** - bounded rows, scanlines, strips, and tiles avoid source-sized RGBA working sets where formats permit it.\n- **Portable across Node.js and modern browsers** - strict TypeScript runs without native addons or system executables.\n- **Zero dependencies** - the published package has no runtime dependency tree. You can also easily tree-shake our exports.\n- **Native scientific raster processing** - direct-range reads and native-precision data avoid forcing scientific samples through RGBA.\n- **Benchmarks that check correctness** - ordinary codec and scientific-reader suites measure speed, peak RSS, output validity, source I/O, and package footprint.\n- **Optional WASM accelerators** - explicit JPEG, PNG, and WebP accelerator imports never load or activate automatically.\n- **HUGE tested compatibility matrix** - we used the Imazen image corpus to cover a huge range of real files. PureJsImage can open more format variations than nearly any other JS image library we compared.\n- **Benchmaxxed performance** - we painstakingly hillclimbed performance metrics vs other JS image libraries. Most of the hot loops have been unrolled. We are still slower than Sharp but mostly faster than anything else that is pure JS.\n\nPureJsImage provides portable image codecs and low-memory raster workflows for Node.js\nand modern browsers. The permanent reference engine is strict TypeScript with no runtime dependency\ntree, native addon, system executable, or implicit WebAssembly download. Optional JPEG,\nPNG, and WebP WASM accelerators use separate imports and explicit registration.\n\nLow memory is a primary product requirement. PureJsImage exists to avoid the source-sized RGBA\nworking sets that make common JavaScript image pipelines expensive or unsafe in constrained\nenvironments such as AWS Lambda. Codecs push crops and resize toward decode, retain bounded rows or\ntiles where their structure permits it, and label full-frame fallbacks explicitly.\n\n\n\n## Current package surface\n\nPureJsImage 0.17.0 is a zero-runtime-dependency strict TypeScript image-processing package for Node.js and modern browsers. The default path uses portable TypeScript implementations; optional JPEG, PNG, and WebP WASM accelerators require explicit registration.\n\n**14 stable ordinary codecs:** JPEG, PNG, WebP, BMP, TIFF, GIF, ICO, JPEG 2000 / JP2, AVIF, JPEG XL, Radiance HDR / RGBE, QOI, Netpbm and PFM, TGA / TARGA.\n\n**Experimental:** HEIF / HEIC (experimental) remains a separate explicit import, is excluded from `allCodecs`, and carries the documented HEVC/H.265 patent notice.\n\n**33 scientific readers:** Common raster and whole-slide (9); Electron microscopy (7); AFM, SPM, and surface metrology (5); Medical and volume interchange (5); Spectroscopy and detector interchange (6); Raw numeric interchange (1). Direct-range readers request selected source spans, and specialized scientific readers retain native numeric precision instead of forcing data through RGBA.\n\n| Current measured surface | Minified JS | gzip | Brotli |\n| --- | ---: | ---: | ---: |\n| Core API | 62.6 KiB | 19.6 KiB | 17.3 KiB |\n| Common web codecs | 612.5 KiB | 226.0 KiB | 189.4 KiB |\n| All stable codecs | 875.4 KiB | 307.8 KiB | 253.8 KiB |\n| Scientific platform | 162.5 KiB | 46.8 KiB | 39.8 KiB |\n| All scientific readers | 1233.9 KiB | 356.9 KiB | 284.7 KiB |\n| Geo raster platform | 136.9 KiB | 37.1 KiB | 31.7 KiB |\n| All Geo readers | 612.5 KiB | 185.4 KiB | 150.1 KiB |\n\nThe extracted npm package is 6.3 MiB with 1 production package. This is unpacked size, not the compressed npm tarball.\n\n\n## Install\n\n```sh\nnpm install purejsimage\n```\n\nPureJsImage requires Node.js 22 or newer. Browser applications import the core API from\n`purejsimage/browser`. Public APIs are pre-1.0 and may still receive breaking refinements.\n\n## Ordinary image pipeline\n\nRegister only the codecs an application needs:\n\n```ts\nimport { createImageLibrary } from \"purejsimage\";\nimport { jpegCodec } from \"purejsimage/codecs/jpeg\";\nimport { pngCodec } from \"purejsimage/codecs/png\";\n\nconst images = createImageLibrary({ codecs: [jpegCodec, pngCodec] });\nconst image = await images.open(\"input.jpg\");\n\nawait image\n .autoOrient()\n .resize({ width: 1200, withoutEnlargement: true })\n .jpeg({ quality: 80, background: \"#ffffff\" })\n .toFile(\"output.jpg\");\n```\n\nNode orientation and rotation use lazy chunked memory by default. They do not open temporary files.\nThis default is portable and was 20–28% faster than file storage across the measured orientation\nand arbitrary-rotation cases.\n\nApplications can opt into temporary files when reducing Node process RSS matters more than runtime\nor filesystem portability:\n\n```ts\nconst images = createImageLibrary([jpegCodec, pngCodec], { temporaryFiles: true });\n```\n\nThe opt-in path stores about one padded decoded frame under `os.tmpdir()`. In the measured\n4000x3000 RGBA orientation case, file storage reduced peak process RSS from 147.69 MiB to 90.90 MiB\nand increased median runtime from 654.72 ms to 820.48 ms. A `tmpfs` still consumes host memory even\nthough its pages are outside process RSS. PureJsImage probes file creation, writing, reading, and\ntruncation before consuming image rows. Failed setup or later file writes, including `ENOSPC`, move\nthe spool to chunked memory and preserve output. An error that prevents recovery of bytes already\nwritten to the file is reported as a structured `ImageError`.\n\nUse `purejsimage/browser` with `File`, `Blob`, `Uint8Array`, or an explicit `ImageSource` in a\nbrowser. For the common web formats, register the prebuilt JPEG, PNG, WebP, and AVIF group:\n\n```ts\nimport { createImageLibrary } from \"purejsimage\";\nimport { allWebCodecs } from \"purejsimage/codecs/web\";\n\nconst webImages = createImageLibrary(allWebCodecs);\n```\n\nTIFF remains an explicit `purejsimage/codecs/tiff` import because including it would substantially\nincrease the web-focused bundle. Use `purejsimage/codecs/all` only when the complete stable codec\naggregate is appropriate.\n\n## Scientific datasets\n\nScientific readers preserve labeled axes, calibration, native sample types, and the ability to read\nonly the parts you need. Numeric data becomes display pixels only when an application explicitly\nchooses a range, palette, slice, or projection.\n\n\n \n ![\"Scientific](\"docs-astro/public/assets/readme/scientific-explorer.jpg\")
\n \n
The explorer maps native samples to display pixels in the tab. It does not write an RGB conversion of the cube.
\n\n```ts\nimport { FileSource } from \"purejsimage\";\nimport { createScientificLibrary } from \"purejsimage/scientific\";\nimport { omeTiffReader } from \"purejsimage/scientific/readers/ome-tiff\";\n\nconst science = createScientificLibrary({ readers: [omeTiffReader] });\nconst document = await science.open({\n primary: {\n id: \"input\",\n name: \"input.ome.tif\",\n source: await FileSource.open(\"input.ome.tif\"),\n },\n});\nconst dataset = await document.openDataset(document.datasets[0].id);\n```\n\nOrdinary GeoTIFFs opened through `tiffReader` expose a typed\n`dataset.descriptor.spatialReference` with CRS identity/citation, pixel-to-model affine, inverse\nwhen invertible, model bounds, pixel interpretation, nodata, and JSON-safe GeoTIFF evidence.\n`readPlane()` regions remain raster pixel coordinates.\n\nFor Cloud Optimized GeoTIFF workflows, `inspectCog()` reports container, IFD/SubIFD, tile,\noverview, compression, and sample layout plus likely structural issues. The checked\n[COG compatibility matrix](docs/tiff-cog-compatibility.md) distinguishes display-only compression\nfrom native scientific-raster support and includes the simulated-range viewport benchmark.\n\nGeoTIFF and GeoZarr are also available as lazy `GeoRasterDataset` readers under\n`purejsimage/geo/readers`. The GeoZarr reader supports v2 and v3 metadata, regular chunks, supported\nv3 shards, multiscales, HTTP stores, local directories, and ZIP stores without adding another Zarr\ndecoder. Band, time, vertical, ensemble, and custom dimensions remain selectable axes.\nWorld-file TIFF, JPEG, and PNG images, georeferenced ENVI, Esri ASCII Grid, and SRTM HGT use the same\ngeo contract while retaining each format's honest region-read limits.\nClassic NetCDF CDF-1 and CDF-2 files with regular rectilinear CF coordinates are available through\n`purejsimage/geo/readers/netcdf`. Time and vertical dimensions remain selectable. CDF-5,\nHDF5-backed NetCDF4, irregular coordinate lookup, and curvilinear grids are reported explicitly.\n\n\n\n### Geographic raster compatibility\n\n| Format | Local | Remote | Region | Multiscale | Reprojection | Write |\n| --- | --- | --- | --- | --- | --- | --- |\n| GeoTIFF | Tested | Tested | Tested | Tested | Tested | Out of scope |\n| COG behavior | Tested | Tested | Tested | Tested | Tested | Out of scope |\n| GeoZarr | Tested | Tested | Tested | Tested | Tested | Out of scope |\n| Image plus world file | Tested | Tested | Fixture-limited | Unavailable | Tested | Out of scope |\n| ENVI | Tested | Fixture-limited | Tested | Unavailable | Tested | Out of scope |\n| Esri ASCII Grid | Tested | Fixture-limited | Fixture-limited | Unavailable | Fixture-limited | Out of scope |\n| SRTM HGT | Tested | Fixture-limited | Tested | Unavailable | Tested | Out of scope |\n| Classic NetCDF / CF | Tested | Tested | Tested | Unavailable | Fixture-limited | Out of scope |\n\n“Fixture-limited” is implemented behavior with a narrow current corpus. “Metadata only” does not\nclaim the related pixel operation. See the [complete generated geo evidence table](docs/generated/geo-compatibility.md)\nand the [machine-readable manifest](docs-astro/public/geo-capabilities.json).\n\n\nDirect-range readers can request only the source spans needed for metadata, a native-precision\nregion, a spectrum, a volume plane, or a whole-slide tile. This includes workflows across DM3 and\nDM4, TIA SER and EMI, NCEM and Velox EMD, NIfTI, NRRD, MRC, OME-TIFF, Aperio SVS, AFM and surface\nmetrology, and 4D-STEM data.\n\nThe live Scientific Raster Explorer currently wires only its smaller demo set. It does not claim\nto open every package reader. Applications and PureJsImage Lab can register the explicit reader\nexports they need.\n\n[Scientific format reference →](https://purejsimage.com/scientific-formats/) ·\n[Scientific API reference →](https://purejsimage.com/api/#scientific) ·\n[Scientific application guide →](docs/application-platform.md) ·\n[OME-Zarr reader and validation policy →](docs/scientific-ome-zarr.md) ·\n[OME-Zarr public compatibility evidence →](docs/generated/ome-zarr-compatibility.md) ·\n[Geo raster architecture →](docs/geo-architecture.md) ·\n[GeoZarr reader →](docs/geozarr-reader.md) ·\n[Contained geo formats →](docs/geo-contained-formats.md) ·\n[Classic NetCDF and CF grids →](docs/netcdf-cf.md) ·\n[Native numeric tile contract →](docs/scientific-numeric-tiles.md) ·\n[Bounded raster analysis →](docs/bounded-raster-analysis.md)\n\n## Support boundaries\n\n\n### Stable ordinary codecs\n\n| Format | Read | Write |\n| --- | --- | --- |\n| JPEG | Yes | Yes |\n| PNG | Yes | Yes |\n| WebP | Yes | Yes |\n| BMP | Yes | Yes |\n| TIFF | Yes | Yes |\n| GIF | Static / explicit frame 0 | No |\n| ICO | Yes | No |\n| JPEG 2000 / JP2 | Yes | No |\n| AVIF | Yes | Limited |\n| JPEG XL | Limited | No |\n| Radiance HDR / RGBE | Yes | Yes |\n| QOI | Yes | Yes |\n| Netpbm and PFM | Yes | Yes |\n| TGA / TARGA | Yes | Yes |\n\n### Experimental codecs\n\n| Format | Read | Write |\n| --- | --- | --- |\n| HEIF / HEIC (experimental) | Experimental | No |\n\n“Limited” means PureJsImage supports a useful subset and clearly rejects files\noutside it.\n“Experimental” means the codec is excluded from `allCodecs` and requires an\nexplicit direct import and registration.\n\n[See the exact codec support matrix →](https://purejsimage.com/codecs/)\n\nDetailed codec compatibility roadmaps:\n[JPEG](https://github.com/a-r-d/PureJsImage/blob/main/jpeg-codec-support.md),\n[PNG](https://github.com/a-r-d/PureJsImage/blob/main/png-codec-support.md),\n[WebP](https://github.com/a-r-d/PureJsImage/blob/main/webp-codec-support.md),\n[BMP](https://github.com/a-r-d/PureJsImage/blob/main/bmp-codec-support.md),\n[TIFF](https://github.com/a-r-d/PureJsImage/blob/main/tiff-codec-support.md),\n[GIF](https://github.com/a-r-d/PureJsImage/blob/main/gif-codec-support.md),\n[ICO](https://github.com/a-r-d/PureJsImage/blob/main/ico-codec-support.md),\n[JPEG 2000 / JP2](https://github.com/a-r-d/PureJsImage/blob/main/jpeg2000-codec-support.md),\n[AVIF](https://github.com/a-r-d/PureJsImage/blob/main/avif-codec-support.md),\n[JPEG XL](https://github.com/a-r-d/PureJsImage/blob/main/jpegxl-codec-support.md),\n[Radiance HDR / RGBE](https://github.com/a-r-d/PureJsImage/blob/main/hdr-codec-support.md),\n[QOI](https://github.com/a-r-d/PureJsImage/blob/main/qoi-codec-support.md),\n[Netpbm and PFM](https://github.com/a-r-d/PureJsImage/blob/main/netpbm-codec-support.md),\n[TGA / TARGA](https://github.com/a-r-d/PureJsImage/blob/main/tga-codec-support.md),\nand [HEIF / HEIC (experimental)](https://github.com/a-r-d/PureJsImage/blob/main/heif-codec-support.md).\n\n\n\n\n### Scientific reader package surface\n\nThe package currently exposes **33 scientific readers** through explicit purejsimage/scientific/readers/* exports. This family summary is generated from the scientific reader inventory in capabilities/manifest.json, the package exports, and src/scientific/readers/all.ts.\n\n| Reader family | Count | Representative formats |\n| --- | ---: | --- |\n| [Common raster and whole-slide](https://purejsimage.com/scientific-formats/#common-raster-whole-slide) | 9 | PNG, JPEG, WebP, BMP, JPEG 2000 / JP2, TIFF, OME-TIFF, OME-Zarr, Aperio SVS |\n| [Electron microscopy](https://purejsimage.com/scientific-formats/#electron-microscopy) | 7 | Gatan DigitalMicrograph, FEI/Thermo TIA SER, FEI/Thermo TIA EMI, NCEM EMD 0.2, FEI/Thermo Velox EMD, NanoMegas ASTAR blockfile, Quantum Detectors Merlin MIB |\n| [AFM, SPM, and surface metrology](https://purejsimage.com/scientific-formats/#afm-spm-surface-metrology) | 5 | Gwyddion Simple Field, Nanonis SXM, Igor Binary Wave v5, Digital Surf SUR/PRO, X3P surface exchange |\n| [Medical and volume interchange](https://purejsimage.com/scientific-formats/#medical-volume-interchange) | 5 | MRC/CCP4, NRRD, MetaImage MHD/MHA, NIfTI-1/2, DICOM Part 10 Image |\n| [Spectroscopy and detector interchange](https://purejsimage.com/scientific-formats/#spectroscopy-detector-interchange) | 6 | ENVI, FITS, CBF/imgCIF, Lispix RPL/RAW, EMSA/MAS spectrum, ANG/CTF orientation map |\n| [Raw numeric interchange](https://purejsimage.com/scientific-formats/#raw-numeric-interchange) | 1 | NumPy NPY |\n\nThe complete per-reader imports and support boundaries remain on the [scientific format reference](https://purejsimage.com/scientific-formats/), the [API reference](https://purejsimage.com/api/#scientific), and the machine-readable [capability manifest](capabilities/manifest.json).\n\nThe live browser explorer currently wires the smaller demo set: Gwyddion Simple Field (`purejsimage/scientific/readers/gsf`), ENVI (`purejsimage/scientific/readers/envi`), FITS (`purejsimage/scientific/readers/fits`), MRC/CCP4 (`purejsimage/scientific/readers/mrc`), CBF/imgCIF (`purejsimage/scientific/readers/cbf`). The explorer does **not** claim to open every reader in the package surface; applications can register any explicit reader export.\n\nThe raster APIs preserve native numeric data instead of forcing every source through RGB. The full reader surface includes scientific images and volumes, spectroscopy and instrument data, microscopy and whole-slide data, surface and metrology formats, and ordinary image adapters.\n\n\nExperimental HEIF/HEIC is available only from `purejsimage/codecs/experimental/heic`. It remains\nexcluded from `allCodecs` because HEIC commonly carries HEVC/H.265 content that may be subject to\nthird-party patent rights. The project’s MIT license grants no third-party patent rights; users and\ndistributors must evaluate their own licensing obligations.\n\n\n\n## Current benchmark snapshots\n\n**Web codec benchmarks (2026-08-24):** 122 validated passes, 25 explicit unsupported rows, and no invalid outputs or errors across JPEG, PNG, WebP, TIFF, and AVIF workflows. On the 24-megapixel northstar photo pipeline, the TypeScript path used 84.7% less absolute peak RSS than Jimp (181.8 MiB versus 1189.1 MiB).\n\n**Scientific readers (2026-08-17):** 43 correctness and startup workflows passed across 31 readers in that snapshot. The separate medium/large scaling profile validated 13 representative workloads; 6 met the under-10% CV publication threshold and the remaining rows stay visible as noisy. Results report first usable block, selected-operation time, absolute peak RSS, source requests and bytes, overfetch, import/initialization, and emitted-block correctness without collapsing formats into one winner score.\n\n> Ordinary and scientific reports use separately fingerprinted harnesses. No cross-section speed or memory ratio is claimed.\n\n\n \n ![\"Web](\"docs-astro/public/assets/readme/web-codec-speed.svg\")
\n \n
Median wall time from the current validated web codec benchmark snapshot.
\n\n\n \n ![\"Web](\"docs-astro/public/assets/readme/web-codec-memory.svg\")
\n \n
Absolute process peak RSS from the current validated web codec benchmark snapshot.
\n\n[Web codec benchmarks](https://purejsimage.com/performance/#web-codec-benchmarks) · [Scientific methodology and report](https://purejsimage.com/performance/#scientific-readers) · [Benchmark harness](benchmark/README.md) · [Generated result index](benchmark/results/public/index.json)\n\n\nHistorical AWS Lambda measurements remain useful for memory-tier and CPU-allocation context, but are\nkept separate from current local benchmark headlines. See the\n[performance page](https://purejsimage.com/performance/#lambda) for dates, architecture, and exact\nartifacts.\n\n\n\n### Bundle size and npm package size\n\nGenerated for purejsimage 0.17.0. The README keeps only the major entry points; the complete per-codec, per-reader, competitor, gzip, Brotli, installed-package, and WASM measurements are on the performance page and in the machine-readable artifact.\n\n| Surface | Import | Minified JS | gzip | Brotli |\n| --- | --- | ---: | ---: | ---: |\n| Core API | `purejsimage` | 62.6 KiB | 19.6 KiB | 17.3 KiB |\n| Core + common web codecs | `purejsimage/codecs/web` | 612.5 KiB | 226.0 KiB | 189.4 KiB |\n| Core + all stable codecs | `purejsimage/codecs/all` | 875.4 KiB | 307.8 KiB | 253.8 KiB |\n| Core + scientific platform | `purejsimage/scientific` | 162.5 KiB | 46.8 KiB | 39.8 KiB |\n| Scientific readers: all | `purejsimage/scientific/readers/all` | 1233.9 KiB | 356.9 KiB | 284.7 KiB |\n\nThe extracted npm package is 6.3 MiB and has 1 production package. The eight optional JPEG, PNG, and WebP accelerator assets total 175.7 KiB raw WASM and are loaded only through explicit accelerator imports.\n\n[Complete size and footprint tables →](https://purejsimage.com/performance/#package-footprint) · [Machine-readable package metrics](benchmark/generated/package-metrics.json)\n\n\n## Evidence and methodology\n\n- [Benchmark methodology and current charts](https://purejsimage.com/performance/)\n- [Date-stamped benchmark results and indexes](benchmark/results/)\n- [Machine-readable package metrics](benchmark/generated/package-metrics.json)\n- [Capability manifest](capabilities/manifest.json)\n- [Pinned benchmark corpus](benchmark/corpus/manifest.json)\n- [Detailed benchmark harness guide](benchmark/README.md)\n\n\n\n### Historical TIFF conformance comparison\n\nThe checked 2026-08-13 snapshot compared documented TIFF capabilities separately from independent RGBA output. PureJsImage decoded 104/106 comparable display cases; 57 were exact and 47 had pixel differences. “Oracle unavailable” means the independent Sharp/ImageMagick path could not produce ground truth, not that an engine failed. Current performance headlines come from the newer generated benchmark index above.\n\n[Full grouped capability matrix, methods, sources, and per-library results](https://purejsimage.com/tiff-comparison/)\n\n\n## Why PureJsImage?\n\n- Low-memory execution is the main goal: avoid source-sized bitmaps and duplicate full-frame buffers\n wherever codec structure permits bounded rows, tiles, regions, or coefficient storage.\n- Strict TypeScript codecs remain the portable production and fallback path.\n- Zero runtime dependencies simplify browser, serverless, edge, air-gapped, and restricted builds.\n- Bounded rows, tiles, regions, and source reads are used where the format permits them.\n- Unsupported syntax fails explicitly instead of producing plausible corruption.\n- Validation, quality oracles, peak RSS, source I/O, and package footprint remain part of the\n benchmark contract.\n\nIf native libvips is deployable and throughput is the primary constraint, use\n[Sharp](https://sharp.pixelplumbing.com/). PureJsImage is aimed at workflows where portable source,\nbrowser parity, explicit dependency boundaries, native scientific data, or lower-memory JavaScript\nexecution matter.\n\n## Citation\n\n[](https://doi.org/10.5281/zenodo.22071814)\n\nUse the metadata in [`CITATION.cff`](CITATION.cff) to cite PureJsImage. The file records the current\nsoftware release, author, source repository, npm package, license, and project keywords in Citation\nFile Format 1.2.0. The DOI for release 0.16.0 is\n[`10.5281/zenodo.22071815`](https://doi.org/10.5281/zenodo.22071815). Use\n[`10.5281/zenodo.22071814`](https://doi.org/10.5281/zenodo.22071814) to cite the project across all\nversions.\n\n## Development\n\n```sh\nnpm install\nnpm run check\n```\n\nRead [CONTRIBUTING.md](CONTRIBUTING.md), the [architecture](project-spec.md), and the\n[roadmap](ROADMAP.md) before larger changes.\n\n## Special thanks\n\nThanks to [Imazen](https://github.com/imazen) for the real-world image corpus used in compatibility\nand (especially) TIFF validation.\n\nThanks to [PgRust](https://malisper.me/how-we-made-postgres-hundreds-of-times-faster-the-query-engine/) for inspiring me to do this work.\n","readmeFilename":"README.md"}