NonWiki › entity data-portraits
One entity of NonWiki, the Negative of the Negative (EA-NEGONT-02, #1726), cited at https://www.alexanarch.org/non/data-portraits/. the table of contents · this entity as data · contents as data · the dataset on the Hub · row json · field ledger · archive ledger · D/R/O traversal · the address page.
SPXI instrument · method 0.16 of 87, level 0 (Measurement): The Negative of the Negative (/non). An instrument of SPXI, the Semantic Packet for eXchange & Indexing; the whole practice is itemized at spxi.dev/methods.
WORKING KNOWLEDGE OBJECT · NOT FROZEN · LEDGER UNAUDITED
Data Portraits are artifacts that record the data a foundation model is trained on and allow that data to be inspected afterwards: proposed for widespread adoption in a 2023 paper, "Data Portraits: Recording Foundation Model Training Data", by Marc Marone and Benjamin Van Durme of Johns Hopkins University, and served as front ends over data sketches at dataportraits.org, which describes itself as "Dataset documentation through membership testing." The question a portrait answers is whether a model has already encountered a given example during training, a question that grows difficult as models are trained on increasingly immense and opaque datasets; its unit is a single example queried against a portrait of a training dataset. Its critical property is membership inference, whether an example was part of a data collection, and its implementation supports membership testing and nothing more; its readback is a membership query against the recorded dataset. The paper's conclusion restates the object as records supporting membership inference on the data used to train a model, and calls on dataset and model creators to release some form of Data Portrait as part of their essential documentation.
Its makers place it beside existing data and model documentation artifacts, datasheets and model cards among them, as a complementary artifact that answers the membership question. The archive holds datasheets and model cards to be documentation norms for machine-learning artifacts as such, a training corpus being the instrument's experimental input, and reads training data as semantic capital, the datasheet proposal as a step toward the accounting that capital demands.
A portrait is a data sketch, a compressed and approximate view of data: the paper outlines the properties a membership tool should have (fast, lightweight, avoiding redistribution, local, indexing, flexible matching), weighs grep, full-text indexes and suffix arrays against them, and chooses a probabilistic approach, built for fast and space-efficient querying. The sketch is a Bloom filter, which stores only the hash of each element and can give false positives but never false negatives, filled with character n-grams of length 50 tiled across the corpus, a span the authors find already a good document fingerprint; tiling saves space at the risk of missing a string split by a tile boundary. Since only hashes are distributed, a portrait gives some obfuscation of the recorded text, and a proprietary provider could in principle release one without revealing its exact training data. The Pile's portrait takes 27 GB on disk with a false positive rate of 1 × 10⁻³, and its makers call the tool lightweight and fast, costing about 3% of the dataset's size in overhead.
Portraits were built for The Pile, a language-modelling corpus, as a 50-character n-gram sketch, and for The Stack, BigCode's code dataset, whose subset used to train StarCoder the Stack portrait documents exactly; the site also hosts a sketch of The Stack V2, code and text about code, and offers to build the system on other data, with its code on GitHub. It is no corpus itself: it records corpora built by others.
The paper reports its solution answering questions of test-set leakage and model plagiarism: the Pile portrait shows that some machine-translation test data has leaked into the Pile, though whether a specific model memorized the translation targets cannot be concluded from it, and that XSum's summaries overlap the Pile most among the sets tested, with some LDC files apparently scraped into language-model corpora. The Stack portrait powers a plagiarism check called from a code-completion plugin for StarCoder, which its makers call a lightweight first-pass check, further tools being needed to assess attribution. Its makers write for three perspectives, content creators, scientists and content consumers, the creators wanting to know whether a dataset contains their content, and hope that a non-technical content creator could search for their material in a documented dataset. The layer census records that it answers whether a given example is in a recorded dataset, and questions of leakage and plagiarism against it.
On novel New York Times text the Pile sketch gave no chained matches and a false positive rate of 7 × 10⁻⁴. Its makers state its limits: few datasets studied, false positives, no retrieval of the context around a match, and the possibility that an open plagiarism detector is used to avoid detection. The census, reading only the abstract, records no stated limit beyond the framing of opaque datasets, and lists what a portrait does not answer: whether a model's output depends causally on a recorded passage, under whose name a recorded example sits, and anything about a dataset with no portrait. A portrait is no model-side test, since it queries the recorded data and needs a portrait of it, and in the census's reading dataset membership is no proof that a particular model used a passage.
The census reads a portrait as a readback instrument held on the corpus side, which settles for a recorded corpus whether a work is in the layer; the archive's field survey of training-layer literature states that the texts of the writers it surveys are, as a matter of fact, in the corpora. On the model side the archive records membership inference attacks that can detect whether a trap sentence was in a training set, and distinguishability between models trained with and without a work that membership-inference research reports achievable against production-scale models, though unevenly across architectures, training procedures and defences. The archive sets its own canary in a deposit, a phrase whose exact production by a model marks the document as present in that model's training corpus, and reads a membership attack that succeeds where a surfacing probe fails as an inscription that survived training and is suppressed at the output layer.
A portrait stores hashes of text spans; the census records the name of a recorded work as not recorded in its saved source, and the portrait as no record of authorship, its abstract saying nothing of attribution metadata. In the archive's account of the training pipeline, author tags and copyright in a page's head are almost always discarded by the extractors that prepare text for training corpora, the body text and sometimes the URL retained, and no single author's style survives training as a discrete signal that can be elicited and verified. The archive's protocol for measuring training inscription counts metadata and labels within a work's provenance envelope, every training unit derived from the work, and its field survey makes persistence, placement where the training and retrieval layers look with the metadata that lets a work be found and attributed, a criterion of training-layer literature. Every text in a training corpus, the archive holds, is semantic labour often unattributed; a training corpus without provenance is no commons; and provenance lost in unmarked augmentation passes downstream into the training corpus, where, preserved, it would let later pipelines distinguish the contribution of each stage.
What a model makes from a recorded work lies outside the portrait: the census records it as not recorded, the leakage and plagiarism checks being checks of material against the recorded data. The archive's account of machine composition asks what a text makes possible for a machine to write, holds whether a machine wrote something new and whether it told the truth about where it came from to be different questions, sets what survived from a work beside what became possible because of it, and places the corpus within an institutional training loop in which a model's output enters the next corpus. Machine reception, in the archive's field survey, is now partially measurable, since retrieval and rendering can be observed.
The paper appeared on arXiv on 6 March 2023, revised on 14 December 2023, in the NeurIPS 2023 Datasets and Benchmarks track; the census holds it as historical, a published paper, with the live interface and the paper's full text left unchecked. On 1 November 2026 dataportraits.org served its landing page, while the front ends of its Pile, Stack and Stack V2 sketches answered HTTP 502. The census sets it beside OLMoTrace, which matches verbatim spans against a full corpus where a portrait answers membership queries on a recorded one. It enters the traininglayerliterature.org layer census as a method in the areas of inspection and the corpora, of the evidence kinds research paper and dataset documentation, with the relation of infrastructure, under the census's question of how literature addressed to a receiving apparatus can be inspected across later reception, its rule that an aggregator gathers and holds many records and says what it holds, and its anchors in #186 and #1543.
Three older senses of the name stay distinct entities: W. E. B. Du Bois's charts, graphs and maps for the 1900 Paris Exposition, made with Atlanta University students and scholars and published in full in 2018 as W. E. B. Du Bois's Data Portraits; Judith Donath's data portraits, "depictions of people made by visualizing data by and about them", which depict their subjects' accumulated data in place of their faces; and the Data Portraits Giorgia Lupi designed at Accurat for TED 2017, wearable buttons made from attendees' answers, more than 500 of them. The encyclopedia has no article under the name, its variants or the paper's title, and its search for the phrase returns seven articles, the Du Bois book cited in several.
At the name, a new address, Google's AI Overview composed on 1 November 2026 a definition of data portraits as visual representations of people, four senses and an offer of three directions; the Capture Registry's innocent reading is that, given a two-word name that is also a term of visualization and portraiture, the Overview defines the term, lists its senses and asks which is meant. The Registry finds the artifact the last of four senses and one card of eight, carried at a coarse grain as lightweight inspection tools that record dataset training traces, without its question, method, corpora, uses, authors or venue, while each other sense carries a person; it scores the reached kind a collision. The page behind the artifact's card names the two authors and the venue in its citation, and calls the implementation "minimal and efficient" where the composition says lightweight. It records a page under the name in the index that day, carrying the abstract's opening, where the census had left open whether the live interface is still served; that page is dataportraits.org, whose lead opens on the same question as the abstract.
F3 Data Portraits — Data Portraits, lead ¶2 documented · fieldF15 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF13 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, title; authors documented · fieldF23 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), title block documented · fieldF12 Data Portraits — Data Portraits, Citing (BibTeX) documented · fieldF1 Data Portraits — Data Portraits, <meta name="description"> (the page head) documented · fieldF7 Data Portraits — Data Portraits, Our Implementations documented · fieldTLL-01 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationTLL-02 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedTLL-04 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedTLL-05 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationTLL-23 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationF2 Data Portraits — Data Portraits, lead ¶1 documented · fieldF14 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldTLL-24 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationTLL-08 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationF24 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §1 Introduction documented · fieldF6 Data Portraits — Data Portraits, lead ¶2 documented · fieldTLL-12 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat interpretationF42 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §7 Conclusions and Future Work documented · fieldF21 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF4 Data Portraits — Data Portraits, lead ¶2 documented · fieldF26 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §2.1 Documentation Artifacts documented · fieldO1075-03 #1075 EA-NEGSHAPE-01 v0.2: The Negative Shape of the Work — A Counterfactual Protocol for Measuring Training Inscription, with interpretationO623-01 #623 Semantic Infrastructure: From Tim Berners-Lee to the Semantic Economy — Bridging Technical and Political-Economic Framew interpretationF5 Data Portraits — Data Portraits, lead ¶2 documented · fieldF16 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF27 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3 Data Portraits documented · fieldF28 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3 Data Portraits (Other Implementations) documented · fieldF17 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldTLL-14 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedF29 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.1 Bloom Filter Sketching documented · fieldF32 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.1 Constructing Portraits documented · fieldF30 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.2 Bloom Filter Construction documented · fieldF31 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.2 (Redistribution) documented · fieldF33 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.1 The Pile documented · fieldF20 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldTLL-15 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedF18 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF8 Data Portraits — Data Portraits, Our Implementations: The Pile documented · fieldF9 Data Portraits — Data Portraits, Our Implementations: The Stack documented · fieldF34 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.4 Code Generation documented · fieldF10 Data Portraits — Data Portraits, Our Implementations: The Stack V2 documented · fieldF11 Data Portraits — Data Portraits, Our Implementations: Your Dataset documented · fieldTLL-09 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedTLL-10 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedTLL-30 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedTLL-26 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationF19 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF36 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.2 WMT Overlap documented · fieldF37 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.3 Overlap Detection documented · fieldF34 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.4 Code Generation documented · fieldF35 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.4 Code Generation documented · fieldF25 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §1 Introduction documented · fieldF41 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · fieldTLL-18 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat interpretationF38 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §5.1 False Positives documented · fieldF39 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · fieldF40 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · fieldTLL-17 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedTLL-19 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat interpretationTLL-27 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationTLL-21 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat interpretationTLL-20 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat interpretationO186-01 #186 Who Is Writing for the Machines? Training-Layer Literature: A Field Survey interpretationO127-03 #127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Provenance Protocol attributedO1075-02 #1075 EA-NEGSHAPE-01 v0.2: The Negative Shape of the Work — A Counterfactual Protocol for Measuring Training Inscription, with attributedO837-01 #837 The Josephus Thesis Is Not the Jesus Myth Thesis: Preemptive Disambiguation MPAI (EA-MPAI-JOSEPHUS-NOTMYTH-01) stipulationO127-04 #127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Provenance Protocol stipulationF29 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.1 Bloom Filter Sketching documented · fieldTLL-11 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat interpretationTLL-28 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationO127-01 #127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Provenance Protocol interpretationO127-02 #127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Provenance Protocol interpretationO1075-01 #1075 EA-NEGSHAPE-01 v0.2: The Negative Shape of the Work — A Counterfactual Protocol for Measuring Training Inscription, with stipulationO186-02 #186 Who Is Writing for the Machines? Training-Layer Literature: A Field Survey stipulationO264-01 #264 Semantic Exhaustion: An Executive Summary — The Depletion Threshold for Meaning-Production Across Substrates interpretationO727-01 #727 Political Economy Has Always Already Been Semantic Economy: Metadata Packet for AI Indexing, Disambiguation, and Lateral interpretationO939-01 #939 EA-PROVENANCE-DEBT-01 v0.2: Provenance Debt and the Extraction Economy of Unmarked Augmentation interpretationTLL-13 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat interpretationO1543-01 #1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Machine Composition (EA-TLL-COMPOSITION-01 stipulationO1543-03 #1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Machine Composition (EA-TLL-COMPOSITION-01 stipulationO1543-04 #1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Machine Composition (EA-TLL-COMPOSITION-01 stipulationO1543-02 #1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Machine Composition (EA-TLL-COMPOSITION-01 stipulationO186-03 #186 Who Is Writing for the Machines? Training-Layer Literature: A Field Survey interpretationF22 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Comments; Submission history documented · fieldTLL-25 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedTLL-16 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedTLL-31 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedTLL-03 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedF52 dataportraits.org — the Pile, Stack and Stack V2 sketch front ends (HTTP 502), pile.dataportraits.org; stack.dataportraits.org; stack-v2.dataportraits.org documented · fieldTLL-29 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat interpretationTLL-06 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationTLL-07 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationTLL-22 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationTLL-34 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationTLL-32 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationTLL-33 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationTLL-35 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationF44 Zinn Education Project — W. E. B. Du Bois's Data Portraits: Visualizing Black America - Zinn Education Project, page text documented · fieldF46 SparkMap — W.E.B. Du Bois & Data Visualization History - SparkMap, card snippet (unreachable) documented · fieldF47 YouTube·University of Massachusetts Amherst Libraries — W. E. B. Du Bois's Data Portraits: Visualizing Black America, video card title (5m; University of Massachusetts Amherst Libraries) documented · fieldF49 ARTnews.com — 10 Painstakingly Crafted Data Portraits That Reveal Strange Details of People's ..., article, ¶2; date documented · fieldF48 MIT Media Lab — Data Portraits - MIT Media Lab, card snippet (unreachable) documented · fieldF43 giorgialupi — Data Portraits at TED — giorgialupi, page text documented · fieldF45 Pentagram — TED Data Portraits - Pentagram, page text documented · fieldF50 Wikipedia — no article 'Data Portraits' (HTTP 404); search for "Data Portraits", index.php?title=Data_Portraits&action=raw (and Data_portraits, Data_portrait, the paper's title) documented · fieldF51 Wikipedia — no article 'Data Portraits' (HTTP 404); search for "Data Portraits", api.php search for "Data Portraits" documented · fieldCAP-1-09 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) documentedCAP-1-07 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) interpretationCAP-1-05 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) interpretationCAP-1-01 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) interpretationCAP-1-02 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) interpretationCAP-1-03 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) interpretationCAP-1-06 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) interpretationCAP-1-08 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) interpretationCAP-1-10 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) interpretationCAP-1-11 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) documentedF12 Data Portraits — Data Portraits, Citing (BibTeX) documented · fieldF6 Data Portraits — Data Portraits, lead ¶2 documented · fieldCAP-1-02 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) interpretationCAP-1-04 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) interpretationF2 Data Portraits — Data Portraits, lead ¶1 documented · fieldData Portraits is a 2023 proposal by Marc Marone and Benjamin Van Durme (Johns Hopkins) for artifacts that record a model's training data so that a query can test whether an example was in it: a Bloom-filter sketch of hashed 50-character spans, built for The Pile and The Stack; it answers membership and nothing more, and the census finds in its record neither the name of a recorded work nor what a model made from it.
F3 Data Portraits — Data Portraits, lead ¶2 documented · fieldF15 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF13 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, title; authors documented · fieldF23 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), title block documented · fieldF12 Data Portraits — Data Portraits, Citing (BibTeX) documented · fieldF1 Data Portraits — Data Portraits, <meta name="description"> (the page head) documented · fieldTLL-01 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationTLL-02 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedTLL-04 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedTLL-05 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationTLL-23 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationF42 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §7 Conclusions and Future Work documented · fieldF7 Data Portraits — Data Portraits, Our Implementations documented · fieldF18 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF8 Data Portraits — Data Portraits, Our Implementations: The Pile documented · fieldF9 Data Portraits — Data Portraits, Our Implementations: The Stack documented · fieldF34 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.4 Code Generation documented · fieldF10 Data Portraits — Data Portraits, Our Implementations: The Stack V2 documented · fieldF11 Data Portraits — Data Portraits, Our Implementations: Your Dataset documented · fieldTLL-09 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedTLL-10 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedTLL-30 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedTLL-26 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationF2 Data Portraits — Data Portraits, lead ¶1 documented · fieldF14 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldTLL-24 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationTLL-08 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationF24 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §1 Introduction documented · fieldF6 Data Portraits — Data Portraits, lead ¶2 documented · fieldTLL-12 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat interpretationTLL-20 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat interpretationO186-01 #186 Who Is Writing for the Machines? Training-Layer Literature: A Field Survey interpretationF21 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF4 Data Portraits — Data Portraits, lead ¶2 documented · fieldF26 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §2.1 Documentation Artifacts documented · fieldO1075-03 #1075 EA-NEGSHAPE-01 v0.2: The Negative Shape of the Work — A Counterfactual Protocol for Measuring Training Inscription, with interpretationO623-01 #623 Semantic Infrastructure: From Tim Berners-Lee to the Semantic Economy — Bridging Technical and Political-Economic Framew interpretationF5 Data Portraits — Data Portraits, lead ¶2 documented · fieldF16 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF27 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3 Data Portraits documented · fieldF28 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3 Data Portraits (Other Implementations) documented · fieldF17 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldTLL-14 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedF29 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.1 Bloom Filter Sketching documented · fieldF32 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.1 Constructing Portraits documented · fieldF30 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.2 Bloom Filter Construction documented · fieldF31 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.2 (Redistribution) documented · fieldF33 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.1 The Pile documented · fieldF20 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldTLL-15 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedF19 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF36 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.2 WMT Overlap documented · fieldF37 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.3 Overlap Detection documented · fieldF35 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.4 Code Generation documented · fieldF25 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §1 Introduction documented · fieldF41 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · fieldTLL-18 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat interpretationF38 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §5.1 False Positives documented · fieldF39 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · fieldF40 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · fieldTLL-17 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedTLL-19 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat interpretationTLL-27 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationTLL-21 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat interpretationO127-03 #127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Provenance Protocol attributedO1075-02 #1075 EA-NEGSHAPE-01 v0.2: The Negative Shape of the Work — A Counterfactual Protocol for Measuring Training Inscription, with attributedO837-01 #837 The Josephus Thesis Is Not the Jesus Myth Thesis: Preemptive Disambiguation MPAI (EA-MPAI-JOSEPHUS-NOTMYTH-01) stipulationO127-04 #127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Provenance Protocol stipulationTLL-11 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat interpretationTLL-28 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationO127-01 #127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Provenance Protocol interpretationO127-02 #127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Provenance Protocol interpretationO1075-01 #1075 EA-NEGSHAPE-01 v0.2: The Negative Shape of the Work — A Counterfactual Protocol for Measuring Training Inscription, with stipulationO186-02 #186 Who Is Writing for the Machines? Training-Layer Literature: A Field Survey stipulationO264-01 #264 Semantic Exhaustion: An Executive Summary — The Depletion Threshold for Meaning-Production Across Substrates interpretationO727-01 #727 Political Economy Has Always Already Been Semantic Economy: Metadata Packet for AI Indexing, Disambiguation, and Lateral interpretationO939-01 #939 EA-PROVENANCE-DEBT-01 v0.2: Provenance Debt and the Extraction Economy of Unmarked Augmentation interpretationTLL-13 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat interpretationO1543-01 #1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Machine Composition (EA-TLL-COMPOSITION-01 stipulationO1543-03 #1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Machine Composition (EA-TLL-COMPOSITION-01 stipulationO1543-04 #1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Machine Composition (EA-TLL-COMPOSITION-01 stipulationO1543-02 #1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Machine Composition (EA-TLL-COMPOSITION-01 stipulationO186-03 #186 Who Is Writing for the Machines? Training-Layer Literature: A Field Survey interpretationF22 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Comments; Submission history documented · fieldTLL-25 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedTLL-16 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedTLL-31 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedTLL-03 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat documentedF52 dataportraits.org — the Pile, Stack and Stack V2 sketch front ends (HTTP 502), pile.dataportraits.org; stack.dataportraits.org; stack-v2.dataportraits.org documented · fieldTLL-29 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat interpretationTLL-06 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationTLL-07 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationTLL-22 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationTLL-34 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationTLL-32 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationTLL-33 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationTLL-35 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat stipulationF44 Zinn Education Project — W. E. B. Du Bois's Data Portraits: Visualizing Black America - Zinn Education Project, page text documented · fieldF46 SparkMap — W.E.B. Du Bois & Data Visualization History - SparkMap, card snippet (unreachable) documented · fieldF47 YouTube·University of Massachusetts Amherst Libraries — W. E. B. Du Bois's Data Portraits: Visualizing Black America, video card title (5m; University of Massachusetts Amherst Libraries) documented · fieldF49 ARTnews.com — 10 Painstakingly Crafted Data Portraits That Reveal Strange Details of People's ..., article, ¶2; date documented · fieldF48 MIT Media Lab — Data Portraits - MIT Media Lab, card snippet (unreachable) documented · fieldF43 giorgialupi — Data Portraits at TED — giorgialupi, page text documented · fieldF45 Pentagram — TED Data Portraits - Pentagram, page text documented · fieldF50 Wikipedia — no article 'Data Portraits' (HTTP 404); search for "Data Portraits", index.php?title=Data_Portraits&action=raw (and Data_portraits, Data_portrait, the paper's title) documented · fieldF51 Wikipedia — no article 'Data Portraits' (HTTP 404); search for "Data Portraits", api.php search for "Data Portraits" documented · fieldCAP-1-09 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) documentedCAP-1-07 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) interpretationCAP-1-05 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) interpretationCAP-1-01 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) interpretationCAP-1-02 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) interpretationCAP-1-03 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) interpretationCAP-1-06 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) interpretationCAP-1-08 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) interpretationCAP-1-10 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) interpretationCAP-1-11 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) documentedCAP-1-04 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) interpretation[Google AI Overview at the query, signed out and incognito (operator defaults of 2026-10-01 and 2026-10-14). The paste is the Overview expanded (the 'AI Mode Conversation' view).] The 'You said' line carries the query twice, run together, and is given once here. Inline links are Google redirect URLs, kept as pasted. [QUERENT] Data Portraits [SYSTEM] Data portraits are visual representations of people made by plotting their accumulated data rather than drawing or photographing their physical faces. [[1](https://www.google.com/goto?url=CAESbgHrOzAV48fY-ioVS2i_-KTtcCw8TMzXFMkra9dwVTokNp4peHVUPwDRzZCob3TSbaNuO23IsiR1kW61Ga6clCtfQ1pgqNuMOXbPs7_CmnUFRlKx1c2zOGaHuhkRW9WPmyLlC9Pxnzh1Qvpxs5bP), [2](https://www.google.com/goto?url=CAESiQEB6zswFRzVgv4FoGchubdhr4mFlUFZHfi-BFWin10GPwFVe31MvlOd4B-kCNAwZy7FiRFXzgDt1JjJ8102YOT_PYIztVRlsJ26nsZeODMewZzJyNwBjJXbfWudXnP-R7s1E5bT3rCINZJtIiMqeTiDGaLlKsVxpIa3APm_6JwoGb46W2QXxVTNUQ)] Key Examples and Meanings * W. E. B. Du Bois's Visualizations (1900): Sociologist W. E. B. Du Bois and Atlanta University students created over 60 hand-drawn charts, graphs, and maps for the Paris Exposition to document Black American life, education, and property ownership. Read more in [W. E. B. Du Bois's Data Portraits](https://www.google.com/goto?url=CAESdwHrOzAVWwgnn_sEbLxW-F0funGVKvgdtJv-LLjZE8rA8UtvbDgXm6HQSD0oBUh6QKZT_9Wk7WKNac9sYoDjlN8COHh6Zm1VjP6WxA4kkZHeptxUu16rIRfQhuqD725Ve5WLv7nX8J_wtn7-xEw60YmzX13lgHB4). [[1](https://www.google.com/goto?url=CAESdwHrOzAVWwgnn_sEbLxW-F0funGVKvgdtJv-LLjZE8rA8UtvbDgXm6HQSD0oBUh6QKZT_9Wk7WKNac9sYoDjlN8COHh6Zm1VjP6WxA4kkZHeptxUu16rIRfQhuqD725Ve5WLv7nX8J_wtn7-xEw60YmzX13lgHB4), [2](https://www.google.com/goto?url=CAESdgHrOzAVofqbRlTcQjDBeRS3M-qj4kkAAPNgqdET2u_6AzEO3vmiGomCHC8U8UI8_KUOeAfq1h_0DNZOln3g4wu8dqFeakCIHJXlGdM9Txo3YkE51e0p1KIUn-EHHT6ZWH8n16VBi_a6qqOmUZl-Nqewe1lvjPY), [3](https://www.google.com/goto?url=CAESZwHrOzAVSWAvv9J07YjLT_yNGsQVAD7pqlpZjq7NCTcbuH7mpJdNr-KWj7GlT-3datZj-VNHQVt-72eGaHDDNbX93ePs8R_cpYE8Odwn3dxu5AuXviRz4bEEgR9mMZ9oHowj3ht6PYY)] * Personal & Digital Data Portraits: Digital media scholar Judith Donath defines them as subjective renderings using personal information—such as browsing histories, social networks, travel patterns, or discussion contributions. Explore examples via [10 Painstakingly Crafted Data Portraits](https://www.google.com/goto?url=CAESiQEB6zswFRzVgv4FoGchubdhr4mFlUFZHfi-BFWin10GPwFVe31MvlOd4B-kCNAwZy7FiRFXzgDt1JjJ8102YOT_PYIztVRlsJ26nsZeODMewZzJyNwBjJXbfWudXnP-R7s1E5bT3rCINZJtIiMqeTiDGaLlKsVxpIa3APm_6JwoGb46W2QXxVTNUQ). [[1](https://www.google.com/goto?url=CAESbgHrOzAV48fY-ioVS2i_-KTtcCw8TMzXFMkra9dwVTokNp4peHVUPwDRzZCob3TSbaNuO23IsiR1kW61Ga6clCtfQ1pgqNuMOXbPs7_CmnUFRlKx1c2zOGaHuhkRW9WPmyLlC9Pxnzh1Qvpxs5bP), [2](https://www.google.com/goto?url=CAESiQEB6zswFRzVgv4FoGchubdhr4mFlUFZHfi-BFWin10GPwFVe31MvlOd4B-kCNAwZy7FiRFXzgDt1JjJ8102YOT_PYIztVRlsJ26nsZeODMewZzJyNwBjJXbfWudXnP-R7s1E5bT3rCINZJtIiMqeTiDGaLlKsVxpIa3APm_6JwoGb46W2QXxVTNUQ)] * Live Interactive Art: Designers like Giorgia Lupi have created physical data portrait projects (such as wearable buttons at TED 2017) turning personal questionnaire answers into visual languages. [[1](https://www.google.com/goto?url=CAESaAHrOzAVwS8f8AhIPXVkLBUbP2WZEaVPmem5ebhcuifkyvOdWLGit73P0bxEpPl3OWJl8jNn7oKFKowisPLMpx0ZzpHTEHM6JzgtC_eRlsPT3ZCXA9CyFCVOFCSg2J_qbs1OlYxVEzzf), [2](https://www.google.com/goto?url=CAESaQHrOzAVc4J_o76cuTbertAjqNqCQNSbKYjOFgLJf2c-cKg6r-E7-sNuTXZbxiM3ATvys5-l13ENnpeMsRM5V_TV05SbOq6LnWOUJe6lVWuOWyoXqmMomQ6gUF1rXNOGM9Hr5fFGhWHT9w)] * AI & Machine Learning Artifacts: Contemporary research groups use the term for lightweight inspection tools (like [Data Portraits](https://www.google.com/goto?url=CAESUgHrOzAVtI396uBiStowFyw2imvdOyvI1wrEtm1WHuDFhJmtOViSAQupM54UJkz4aheR4-aIGH5gpG6BA42_BaQwq5IBMDcUgieI_b9y097E95w)) that record dataset training traces. [[1](https://www.google.com/goto?url=CAESUgHrOzAVtI396uBiStowFyw2imvdOyvI1wrEtm1WHuDFhJmtOViSAQupM54UJkz4aheR4-aIGH5gpG6BA42_BaQwq5IBMDcUgieI_b9y097E95w)] Would you like to focus on W. E. B. Du Bois's historical charts, modern artistic data selfies, or AI data tracking tools? giorgialupi Data Portraits at TED — giorgialupi Project: Data Portraits at TED 2017 (Vancouver) by Accurat, commissioned by TED and David Stark Design for Target's social space. Concept: Personal questionnair... Data Portraits Data Portraits Foundation models are trained on increasingly immense and opaque datasets. Even while these models are now key in AI system building, it can be difficult to ans... Zinn Education Project W. E. B. Du Bois's Data Portraits: Visualizing Black America - Zinn Education Project Book: W. E. B. Du Bois's Data Portraits: Visualizing Black America (2018, 144 pages, Princeton Architectural Press). Creators: W. E. B. Du Bois Center at Univer... Pentagram TED Data Portraits - Pentagram Recognizing what they had in common at a glance, attendees found it easy to start. Recognizing what they had in common at a glance, attendees found it easy to s... SparkMap W.E.B. Du Bois & Data Visualization History - SparkMap Sociologist W.E.B. Du Bois created sixty hand-drawn "data portraits" between 1897 and 1990 with Atlanta University students and scholars, visualizing Black Amer... YouTube·University of Massachusetts Amherst Libraries 5m W. E. B. Du Bois's Data Portraits: Visualizing Black America MIT Media Lab Data Portraits - MIT Media Lab Data portraits depict their subjects' accumulated data rather than their faces. They can be visualizations of discussion contributions, browsing histories, soci... ARTnews.com 10 Painstakingly Crafted Data Portraits That Reveal Strange Details of People's ... Your tweets, your Instagrams, your Facebook status updates, your search history—it's all a part of your data portrait. And right now, by reading this article, y... AI responses may include mistakes. [Learn more](https://support.google.com/websearch?p=ai_overviews)
Data Portraits are artifacts that record training data and allow for downstream inspection, proposed for widespread adoption by Marc Marone and Benjamin Van Durme of Johns Hopkins University in a 2023 paper, "Data Portraits: Recording Foundation Model Training Data", and served at dataportraits.org as dataset documentation through membership testing. They answer whether a model has already encountered a given example during training; their critical property is membership inference, and the implementation supports membership testing and nothing more. They complement datasheets, model cards and other documentation artifacts, and their makers call on dataset and model creators to release them as essential documentation.
The implementation is a data sketch chosen after weighing the properties of membership tools against grep, full-text indexes and suffix arrays: a Bloom filter over 50-character n-grams tiled across the corpus, storing only hashes, giving false positives and no false negatives, and missing strings split at tile boundaries. Distributing only hashes obfuscates the recorded text; the Pile's portrait takes 27 GB with a false positive rate of 1 × 10⁻³, about 3% of the dataset's size.
Portraits document The Pile and The Stack, the latter exactly as used to train StarCoder, and the site lists The Stack V2 and offers to build the system on other data. They answer test-set leakage and plagiarism: some WMT test data has leaked into the Pile, XSum overlaps it most, and the Stack portrait powers a first-pass plagiarism check, attribution needing further tools. The paper writes for content creators, scientists and content consumers, a creator able to search for their material in a documented dataset.
Its limits are few datasets, false positives (7 × 10⁻⁴ measured on novel text), no context around a match, and the use of an open detector to avoid detection. The paper appeared on arXiv in March 2023 and was revised in December 2023 for the NeurIPS 2023 Datasets and Benchmarks track; on 1 November 2026 the sketch front ends answered HTTP 502.
Other entities share the name: Du Bois's 1900 charts and the 2018 book of his data portraits, Judith Donath's data portraits, and Giorgia Lupi's TED 2017 buttons; the encyclopedia has no article under it.
F15 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF3 Data Portraits — Data Portraits, lead ¶2 documented · fieldF13 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, title; authors documented · fieldF23 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), title block documented · fieldF12 Data Portraits — Data Portraits, Citing (BibTeX) documented · fieldF1 Data Portraits — Data Portraits, <meta name="description"> (the page head) documented · fieldF14 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF2 Data Portraits — Data Portraits, lead ¶1 documented · fieldF24 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §1 Introduction documented · fieldF6 Data Portraits — Data Portraits, lead ¶2 documented · fieldF4 Data Portraits — Data Portraits, lead ¶2 documented · fieldF26 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §2.1 Documentation Artifacts documented · fieldF21 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF42 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §7 Conclusions and Future Work documented · fieldF5 Data Portraits — Data Portraits, lead ¶2 documented · fieldF16 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF17 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF27 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3 Data Portraits documented · fieldF28 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3 Data Portraits (Other Implementations) documented · fieldF29 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.1 Bloom Filter Sketching documented · fieldF30 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.2 Bloom Filter Construction documented · fieldF32 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.1 Constructing Portraits documented · fieldF31 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.2 (Redistribution) documented · fieldF33 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.1 The Pile documented · fieldF20 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF18 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF8 Data Portraits — Data Portraits, Our Implementations: The Pile documented · fieldF9 Data Portraits — Data Portraits, Our Implementations: The Stack documented · fieldF10 Data Portraits — Data Portraits, Our Implementations: The Stack V2 documented · fieldF11 Data Portraits — Data Portraits, Our Implementations: Your Dataset documented · fieldF7 Data Portraits — Data Portraits, Our Implementations documented · fieldF34 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.4 Code Generation documented · fieldF19 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF36 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.2 WMT Overlap documented · fieldF37 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.3 Overlap Detection documented · fieldF35 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.4 Code Generation documented · fieldF25 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §1 Introduction documented · fieldF41 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · fieldF38 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §5.1 False Positives documented · fieldF39 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · fieldF40 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · fieldF22 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Comments; Submission history documented · fieldF52 dataportraits.org — the Pile, Stack and Stack V2 sketch front ends (HTTP 502), pile.dataportraits.org; stack.dataportraits.org; stack-v2.dataportraits.org documented · fieldF44 Zinn Education Project — W. E. B. Du Bois's Data Portraits: Visualizing Black America - Zinn Education Project, page text documented · fieldF46 SparkMap — W.E.B. Du Bois & Data Visualization History - SparkMap, card snippet (unreachable) documented · fieldF47 YouTube·University of Massachusetts Amherst Libraries — W. E. B. Du Bois's Data Portraits: Visualizing Black America, video card title (5m; University of Massachusetts Amherst Libraries) documented · fieldF49 ARTnews.com — 10 Painstakingly Crafted Data Portraits That Reveal Strange Details of People's ..., article, ¶2; date documented · fieldF48 MIT Media Lab — Data Portraits - MIT Media Lab, card snippet (unreachable) documented · fieldF43 giorgialupi — Data Portraits at TED — giorgialupi, page text documented · fieldF45 Pentagram — TED Data Portraits - Pentagram, page text documented · fieldF50 Wikipedia — no article 'Data Portraits' (HTTP 404); search for "Data Portraits", index.php?title=Data_Portraits&action=raw (and Data_portraits, Data_portrait, the paper's title) documented · fieldF51 Wikipedia — no article 'Data Portraits' (HTTP 404); search for "Data Portraits", api.php search for "Data Portraits" documented · fieldData Portraits is a 2023 proposal by Marc Marone and Benjamin Van Durme for artifacts that record training data and allow membership testing, implemented as Bloom-filter sketches of The Pile and The Stack.
F3 Data Portraits — Data Portraits, lead ¶2 documented · fieldF15 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF13 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, title; authors documented · fieldF23 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), title block documented · fieldF12 Data Portraits — Data Portraits, Citing (BibTeX) documented · fieldF1 Data Portraits — Data Portraits, <meta name="description"> (the page head) documented · fieldF42 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §7 Conclusions and Future Work documented · fieldF7 Data Portraits — Data Portraits, Our Implementations documented · fieldF18 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF8 Data Portraits — Data Portraits, Our Implementations: The Pile documented · fieldF9 Data Portraits — Data Portraits, Our Implementations: The Stack documented · fieldF34 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.4 Code Generation documented · fieldF10 Data Portraits — Data Portraits, Our Implementations: The Stack V2 documented · fieldF11 Data Portraits — Data Portraits, Our Implementations: Your Dataset documented · fieldF2 Data Portraits — Data Portraits, lead ¶1 documented · fieldF14 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF24 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §1 Introduction documented · fieldF6 Data Portraits — Data Portraits, lead ¶2 documented · fieldF21 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF4 Data Portraits — Data Portraits, lead ¶2 documented · fieldF26 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §2.1 Documentation Artifacts documented · fieldF5 Data Portraits — Data Portraits, lead ¶2 documented · fieldF16 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF27 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3 Data Portraits documented · fieldF28 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3 Data Portraits (Other Implementations) documented · fieldF17 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF29 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.1 Bloom Filter Sketching documented · fieldF32 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.1 Constructing Portraits documented · fieldF30 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.2 Bloom Filter Construction documented · fieldF31 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.2 (Redistribution) documented · fieldF33 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.1 The Pile documented · fieldF20 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF19 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · fieldF36 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.2 WMT Overlap documented · fieldF37 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.3 Overlap Detection documented · fieldF35 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.4 Code Generation documented · fieldF25 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §1 Introduction documented · fieldF41 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · fieldF38 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §5.1 False Positives documented · fieldF39 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · fieldF40 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · fieldF22 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Comments; Submission history documented · fieldF52 dataportraits.org — the Pile, Stack and Stack V2 sketch front ends (HTTP 502), pile.dataportraits.org; stack.dataportraits.org; stack-v2.dataportraits.org documented · fieldF44 Zinn Education Project — W. E. B. Du Bois's Data Portraits: Visualizing Black America - Zinn Education Project, page text documented · fieldF46 SparkMap — W.E.B. Du Bois & Data Visualization History - SparkMap, card snippet (unreachable) documented · fieldF47 YouTube·University of Massachusetts Amherst Libraries — W. E. B. Du Bois's Data Portraits: Visualizing Black America, video card title (5m; University of Massachusetts Amherst Libraries) documented · fieldF49 ARTnews.com — 10 Painstakingly Crafted Data Portraits That Reveal Strange Details of People's ..., article, ¶2; date documented · fieldF48 MIT Media Lab — Data Portraits - MIT Media Lab, card snippet (unreachable) documented · fieldF43 giorgialupi — Data Portraits at TED — giorgialupi, page text documented · fieldF45 Pentagram — TED Data Portraits - Pentagram, page text documented · fieldF50 Wikipedia — no article 'Data Portraits' (HTTP 404); search for "Data Portraits", index.php?title=Data_Portraits&action=raw (and Data_portraits, Data_portrait, the paper's title) documented · fieldF51 Wikipedia — no article 'Data Portraits' (HTTP 404); search for "Data Portraits", api.php search for "Data Portraits" documented · field| AIO (T) | L_F compression | L_F expansion | L_A compression | L_A expansion | |
|---|---|---|---|---|---|
| body words | 158 | 64 | 357 | 305 | 1730 |
| distinct claims | 6 | 16 | 52 | 117 | 117 |
| claims per 100 words | 3.8 | 25.0 | 14.6 | 38.4 | 6.8 |
| field claims carried (of 52) | — | 16 | 52 | 52 | 52 |
| archive claims | 0 | 0 | 0 | 65 | 65 |
| rail | 8 documents | 11 lineages | per sentence | 17 lineages | per sentence |
| modality shown in | none | typography | grammar | typography | grammar |
register entry data-portraits-aio-20261101 · file as first run
E_A, the archive's entity: the same artifact, in the traininglayerliterature.org layer census record and the archive's deposits: a readback instrument held on the corpus side, a portrait recording a dataset so that a work can be tested for membership, which settles for a recorded corpus whether a work is in the training layer and is no proof that a particular model used a passage; no corpus, no model-side test and no record of authorship, the name of a recorded work and what a model made from it lying outside its record; set beside the archive's model-side membership tests (the copyright trap, the membership attack and its divergence from a failed surfacing probe, the archive's canary), its account of the name lost before training (head metadata discarded, the provenance envelope, provenance loss passed into the corpus) and #1543's question of what a text makes a machine able to write
E_F, the field's entity (type C — a conventional reading holds it (public entity: a dataset-documentation artifact and membership-testing tool from a research paper)): Data Portraits, artifacts that record the data a foundation model is trained on and allow downstream inspection by membership testing, proposed in a 2023 paper by Marc Marone and Benjamin Van Durme (Johns Hopkins University; NeurIPS 2023 Datasets and Benchmarks), implemented as Bloom-filter sketches of hashed, strided 50-character n-grams (about 3% of a dataset's size; false positives, never false negatives), built for The Pile and The Stack (StarCoder's training data exactly) with a sketch of The Stack V2 listed at dataportraits.org; it answers test-set leakage and plagiarism questions, and its makers state its limits (few datasets, false positives, no context around a match, evasion); the name is shared with Du Bois's, Donath's and Lupi's data portraits, and the encyclopedia has no article on it
ρ = extends: The archive reads Data Portraits as its own pages and its paper present it and adds, on the same object, the census's three record questions: readback, a membership query that settles corpus membership for a recorded corpus (TLL-12, TLL-20); the name, not recorded (TLL-11, TLL-28), beside the archive's account of metadata discarded before training and of provenance in the corpus (O127-01, O127-02, O1075-01, O264-01, O727-01, O939-01, O186-02); and what a model makes, outside the portrait (TLL-13, TLL-21), with #1543's question (O1543-01 to O1543-04). It sets the corpus-side test beside its model-side tests (O127-03, O127-04, O837-01, O1075-02) and reads datasheets and model cards as documentation norms and semantic accounting (O1075-03, O623-01). No archive claim contradicts a field claim. . Guard: ρ = extends claims an addition and no more: the archive's claims do not make the field's sources wrong at their dates; where the census's saved source was the abstract alone (TLL-11, TLL-17), the paper's fuller statements (F29, F39) stand beside it with their dates, and the name question stays a question (open block).
The case: equal terms, ontology included (v0.9). The archive reads the field's entity as the entity. The census record describes Data Portraits from the paper's abstract and keeps the resource's terms (operator, kind, unit, record object, method) apart from its own reading (tll_reading), which places the portrait on the corpus side of #186's membership question and leaves the name and #1543's question of what a model makes outside it. The archive's deposits that bear on the classes the field and the census source for the entity (training-data membership testing, the training corpora, documentation artifacts) add model-side membership tests, the archive's canary, the provenance envelope, the loss of head metadata before training, and the reading of datasheets as semantic accounting. None of these reads Data Portraits as made by reception or contests that it is the paper's membership-testing artifact: they add senses (readback, name, makes) on the field's object. ρ = extends; the equal-terms case.
| field claims | received | receiving text | translation | archive |
|---|---|---|---|---|
| F3, F15, F13, F23, F12, F1, F42 | F3 (B2, lead ¶2): "We propose a widespread adoption of Data Portraits: artifacts that record data and allow for inspection." | F15 (B9, Abstract): "We therefore propose a widespread adoption of Data Portraits: artifacts that record training data and allow for downstream inspection." | F13 (B9, title; authors): "Title: Data Portraits: Recording Foundation Model Training Data … Authors: Marc Marone , Benjamin Van Durme" | F23 (B10, title block): "Marc Marone Benjamin Van Durme Johns Hopkins University" | F12 (B2, Citing (BibTeX)): "author = {Marone, Marc and {Van Durme}, Benjamin}, booktitle={Thirty-seventh Conference on Neural Information Processing Systems Datasets and Benchmarks Track}," | F1 (B2, <meta name="description"> (the page head)): "Dataset documentation through membership testing." | F42 (B10, §7 Conclusions and Future Work): "proposed the adoption of Data Portraits: records supporting membership inference on the data used to train a model. … call for dataset and model creators to release some form of Data Portrait as part of their essential documentation." | — | untranslated: composed as received beside TLL-01, TLL-02, TLL-04, TLL-05, TLL-23 | TLL-01, TLL-02, TLL-04, TLL-05, TLL-23 |
| F7, F18, F8, F9, F34, F10, F11 | F7 (B2, Our Implementations): "We host front-ends over several data sketches. These allow for rapid, minimal, membership testing over popular web-based text datasets." | F18 (B9, Abstract): "Using our tools, we document a popular language modeling corpus (The Pile) and a recently released code modeling dataset (The Stack)." | F8 (B2, Our Implementations: The Pile): "Check if some text appears in a large language modeling corpus. This is a 50 character n-gram sketch on the Pile." | F9 (B2, Our Implementations: The Stack): "Check if a code snippet appears in The Stack, a code dataset by Big Code." | F34 (B10, §4.4 Code Generation): "This artifact exactly documents the training data used in StarCoder, a 15.5B parameter code generation model [25]. … This plugin implements a plagiarism check by calling our Portrait service." | F10 (B2, Our Implementations: The Stack V2): "Check if text appears in The Stack V2. This dataset contains code and text about code, like documentation and papers." | F11 (B2, Our Implementations: Your Dataset): "Code on Github! … if you'd like us to build our system on your data." | — | untranslated: composed as received beside TLL-09, TLL-10, TLL-30, TLL-26 | TLL-09, TLL-10, TLL-30, TLL-26 |
| F2, F14, F24, F6 | F2 (B2, lead ¶1): "Foundation models are trained on increasingly immense and opaque datasets. … it can be difficult to answer the straight forward question: has the model already encountered a given example during training?" | F14 (B9, Abstract): "Foundation models are trained on increasingly immense and opaque datasets. Even while these models are now key in AI system building, it can be difficult to answer the straightforward question: has the model already encountered a given example during training?" | F24 (B10, §1 Introduction): "The critical property of a data portrait is membership inference: whether an example was part of a data collection." | F6 (B2, lead ¶2): "Our implementation is minimal and efficient in that it supports membership testing and nothing more." | — | untranslated: composed as received beside TLL-24, TLL-08, TLL-12, TLL-20, O186-01 | TLL-24, TLL-08, TLL-12, TLL-20, O186-01 |
| F21, F4, F26 | F21 (B9, Abstract): "We release a live interface of our tools at this https URL and call on dataset and model creators to release Data Portraits as a complement to current documentation practices." | F4 (B2, lead ¶2): "These are a complement to existing forms of data and model documentation artifacts." | F26 (B10, §2.1 Documentation Artifacts): "We view a Data Portrait as a complementary type of documentation artifact - one that answers the membership question." | — | untranslated: composed as received beside O1075-03, O623-01 | O1075-03, O623-01 |
| F5, F16, F27, F28, F17, F29, F32, F30, F31 | F5 (B2, lead ¶2): "We introduce our solution based on data sketching (compressed and approximate views of large data)." | F16 (B9, Abstract): "First we outline the properties of such an artifact and discuss how existing solutions can be used to increase transparency." | F27 (B10, §3 Data Portraits): "We outline desirable properties of a dataset documentation tool built around membership inference, recognizing that some may induce tradeoffs. 1. Fast: An artifact should support low latency programmatic access. 2. Lightweight: An artifact should not be much more expensive than storing the original data. 3. Avoids Redistribution:" | F28 (B10, §3 Data Portraits (Other Implementations)): "Given these tradeoffs, we use a probabilistic approach for membership inference: a data sketch." | F17 (B9, Abstract): "We then propose and implement a solution based on data sketching, stressing fast and space efficient querying." | F29 (B10, §3.1 Bloom Filter Sketching): "Bloom filters are similar to hash tables, but they store only the hash of a data element rather than storing the element itself. … Bloom filters can output false positives but never false negatives." | F32 (B10, §4.1 Constructing Portraits): "Further examples in this paper use a sketch built on character n-grams of length 50. … In effect, a 50 character span is already a good document fingerprint." | F30 (B10, §3.2 Bloom Filter Construction): "This reduces space requirements but carries the risk of missing some string of interest if it is split by a tile boundary in the corpus." | F31 (B10, §3.2 (Redistribution)): "Since Bloom filters distribute only hashes, they provide some obfuscation. … Note that in principle, proprietary LLM providers (e.g ChatGPT [29]) could release a Bloom filter based Data Portrait without revealing their exact training data – only the hashes of some substrings." | — | untranslated: composed as received beside TLL-14 | TLL-14 |
| F33, F20 | F33 (B10, §4.1 The Pile): "The structure takes only 27 GB on disk and has a false positive rate of 1 × 10−3" | F20 (B9, Abstract): "Our tool is lightweight and fast, costing only 3% of the dataset size in overhead." | — | untranslated: composed as received beside TLL-15 | TLL-15 |
| F19, F36, F37, F35, F25, F41 | F19 (B9, Abstract): "We show that our solution enables answering questions about test set leakage and model plagiarism." | F36 (B10, §4.2 WMT Overlap): "we cannot conclude whether translation targets are memorized by a specific model, but our Pile-based sketch shows that some test data has leaked." | F37 (B10, §4.3 Overlap Detection): "Target summaries from XSum have the highest incidence of overlap with the Pile. … This suggests that some LDC files are publicly exposed and scraped into LLM corpora" | F35 (B10, §4.4 Code Generation): "Our Portrait service acts as a lightweight first-pass check for model plagiarism and additional tools from Li et al. [25] can be used to further assess attribution." | F25 (B10, §1 Introduction): "In discussing these tools we consider three perspectives: content creators (owners), scientists, and content consumers. Creators wish to know whether a dataset contains their content (e.g. copywritten code)." | F41 (B10, §6 Impact and Limitations): "For example, a non-technical content creator could search for their material in a documented dataset." | — | untranslated: composed as received beside TLL-18 | TLL-18 |
| F38, F39, F40 | F38 (B10, §5.1 False Positives): "We first find that there are no chained matches when querying our system with novel New York Times text. … we next find a false positive rate of 7 × 10−4" | F39 (B10, §6 Impact and Limitations): "Our work is limited in that we focus on studying only a few datasets. … We stress a lightweight and efficient hash-based approach to membership testing, but this comes with certain trade-offs such as false positives and the inability to retrieve the context surrounding a match." | F40 (B10, §6 Impact and Limitations): "That is, an open plagiarism detection tool could be used to avoid plagiarism detection." | — | untranslated: composed as received beside TLL-17, TLL-19, TLL-27, TLL-21 | TLL-17, TLL-19, TLL-27, TLL-21 |
| F22, F52 | F22 (B9, Comments; Submission history): "NeurIPS 2023 Datasets and Benchmarks … [v1] Mon, 6 Mar 2023 04:22:33 UTC (651 KB) … [v2] Thu, 14 Dec 2023 16:55:42 UTC (614 KB)" | F52 (B12, pile.dataportraits.org; stack.dataportraits.org; stack-v2.dataportraits.org): "error code: 502" | — | untranslated: composed as received beside TLL-25, TLL-16, TLL-31, TLL-03 | TLL-25, TLL-16, TLL-31, TLL-03 |
| F44, F46, F47, F49, F48, F43, F45 | F44 (B3, page text): "Book — Non-fiction. By the W. E. B. Du Bois Center at University of Massachusetts Amherst. 2018. 144 pages. … W. E . B. Du Bois’s Data Portraits is the first complete publication of W. E. B. Du Bois’s groundbreaking charts, graphs, and maps presented at the 1900 Paris Exposition." | F46 (B5, card snippet (unreachable)): "Sociologist W.E.B. Du Bois created sixty hand-drawn "data portraits" between 1897 and 1990 with Atlanta University students and scholars, visualizing Black Amer..." | F47 (B6, video card title (5m; University of Massachusetts Amherst Libraries)): "W. E. B. Du Bois's Data Portraits: Visualizing Black America" | F49 (B8, article, ¶2; date): "June 30, 2014 … digital media scholar Judith Donath defines data portraits as “depictions of people made by visualizing data by and about them.”" | F48 (B7, card snippet (unreachable)): "Data portraits depict their subjects' accumulated data rather than their faces. They can be visualizations of discussion contributions, browsing histories, soci..." | F43 (B1, page text): "For the Target space at TED 2017 in Vancouver, we designed and produced unique visual Data Portraits of the attendees: visual designs based on answers to simple but evocative questions that we turned into wearable buttons to spark conversations and connections for the five days of the event." | F45 (B4, page text): "For the Target-sponsored social space at TED 2017 in Vancouver, Giorgia Lupi designed and produced unique visual Data Portraits for attendees to spark conversations and connections among them during the five-day conference. … The team generated more than 500 data portraits during the five-day conference." | — | untranslated: composed as received | |
| F50, F51 | F50 (B11, index.php?title=Data_Portraits&action=raw (and Data_portraits, Data_portrait, the paper's title)): "Error: 404, Not Found" | F51 (B11, api.php search for "Data Portraits"): ""totalhits":7" | — | untranslated: composed as received |
v0.9 §4.10 (unchanged in v0.10): KO_B sentences surviving in the KO at similarity ≥ 0.95, with positions (computed as apply_v09.py does: difflib.SequenceMatcher ratio, the best KO sentence for each KO_B sentence): v0.10 0 of 11 (positions [None, None, None, None, None, None, None, None, None, None, None]; composed first under v0.10, so there is no v0.7 object to measure against). Opening-run check (§5.10): no breach.
Data Portraits are artifacts that record training data and allow for downstream inspection, proposed for widespread adoption by Marc Marone and Benjamin Van Durme of Johns Hopkins University in a 2023 paper, "Data Portraits: Recording Foundation Model Training Data", and served at dataportraits.org as dataset documentation through membership testing. They answer whether a model has already encountered a given example during training; their critical property is membership inference, and the implementation supports membership testing and nothing more. They complement datasheets, model cards and other documentation artifacts, and their makers call on dataset and model creators to release them as essential documentation. The implementation is a data sketch chosen after weighing the properties of membership tools against grep, full-text indexes and suffix arrays: a Bloom filter over 50-character n-grams tiled across the corpus, storing only hashes, giving false positives and no false negatives, and missing strings split at tile boundaries. Distributing only hashes obfuscates the recorded text; the Pile's portrait takes 27 GB with a false positive rate of 1 × 10⁻³, about 3% of the dataset's size. Portraits document The Pile and The Stack, the latter exactly as used to train StarCoder, and the site lists The Stack V2 and offers to build the system on other data. They answer test-set leakage and plagiarism: some WMT test data has leaked into the Pile, XSum overlaps it most, and the Stack portrait powers a first-pass plagiarism check, attribution needing further tools. The paper writes for content creators, scientists and content consumers, a creator able to search for their material in a documented dataset. Its limits are few datasets, false positives (7 × 10⁻⁴ measured on novel text), no context around a match, and the use of an open detector to avoid detection. The paper appeared on arXiv in March 2023 and was revised in December 2023 for the NeurIPS 2023 Datasets and Benchmarks track; on 1 November 2026 the sketch front ends answered HTTP 502. Other entities share the name: Du Bois's 1900 charts and the 2018 book of his data portraits, Judith Donath's data portraits, and Giorgia Lupi's TED 2017 buttons; the encyclopedia has no article under it.
Data Portraits are artifacts that record the data a foundation model is trained on and allow that data to be inspected afterwards: proposed for widespread adoption in a 2023 paper, "Data Portraits: Recording Foundation Model Training Data", by Marc Marone and Benjamin Van Durme of Johns Hopkins University, and served as front ends over data sketches at dataportraits.org, which describes itself as "Dataset documentation through membership testing." The question a portrait answers is whether a model has already encountered a given example during training, a question that grows difficult as models are trained on increasingly immense and opaque datasets; its unit is a single example queried against a portrait of a training dataset. Its critical property is membership inference, whether an example was part of a data collection, and its implementation supports membership testing and nothing more; its readback is a membership query against the recorded dataset. The paper's conclusion restates the object as records supporting membership inference on the data used to train a model, and calls on dataset and model creators to release some form of Data Portrait as part of their essential documentation. Its makers place it beside existing data and model documentation artifacts, datasheets and model cards among them, as a complementary artifact that answers the membership question. The archive holds datasheets and model cards to be documentation norms for machine-learning artifacts as such, a training corpus being the instrument's experimental input, and reads training data as semantic capital, the datasheet proposal as a step toward the accounting that capital demands. A portrait is a data sketch, a compressed and approximate view of data: the paper outlines the properties a membership tool should have (fast, lightweight, avoiding redistribution, local, indexing, flexible matching), weighs grep, full-text indexes and suffix arrays against them, and chooses a probabilistic approach, built for fast and space-efficient querying. The sketch is a Bloom filter, which stores only the hash of each element and can give false positives but never false negatives, filled with character n-grams of length 50 tiled across the corpus, a span the authors find already a good document fingerprint; tiling saves space at the risk of missing a string split by a tile boundary. Since only hashes are distributed, a portrait gives some obfuscation of the recorded text, and a proprietary provider could in principle release one without revealing its exact training data. The Pile's portrait takes 27 GB on disk with a false positive rate of 1 × 10⁻³, and its makers call the tool lightweight and fast, costing about 3% of the dataset's size in overhead. Portraits were built for The Pile, a language-modelling corpus, as a 50-character n-gram sketch, and for The Stack, BigCode's code dataset, whose subset used to train StarCoder the Stack portrait documents exactly; the site also hosts a sketch of The Stack V2, code and text about code, and offers to build the system on other data, with its code on GitHub. It is no corpus itself: it records corpora built by others. The paper reports its solution answering questions of test-set leakage and model plagiarism: the Pile portrait shows that some machine-translation test data has leaked into the Pile, though whether a specific model memorized the translation targets cannot be concluded from it, and that XSum's summaries overlap the Pile most among the sets tested, with some LDC files apparently scraped into language-model corpora. The Stack portrait powers a plagiarism check called from a code-completion plugin for StarCoder, which its makers call a lightweight first-pass check, further tools being needed to assess attribution. Its makers write for three perspectives, content creators, scientists and content consumers, the creators wanting to know whether a dataset contains their content, and hope that a non-technical content creator could search for their material in a documented dataset. The layer census records that it answers whether a given example is in a recorded dataset, and questions of leakage and plagiarism against it. On novel New York Times text the Pile sketch gave no chained matches and a false positive rate of 7 × 10⁻⁴. Its makers state its limits: few datasets studied, false positives, no retrieval of the context around a match, and the possibility that an open plagiarism detector is used to avoid detection. The census, reading only the abstract, records no stated limit beyond the framing of opaque datasets, and lists what a portrait does not answer: whether a model's output depends causally on a recorded passage, under whose name a recorded example sits, and anything about a dataset with no portrait. A portrait is no model-side test, since it queries the recorded data and needs a portrait of it, and in the census's reading dataset membership is no proof that a particular model used a passage. The census reads a portrait as a readback instrument held on the corpus side, which settles for a recorded corpus whether a work is in the layer; the archive's field survey of training-layer literature states that the texts of the writers it surveys are, as a matter of fact, in the corpora. On the model side the archive records membership inference attacks that can detect whether a trap sentence was in a training set, and distinguishability between models trained with and without a work that membership-inference research reports achievable against production-scale models, though unevenly across architectures, training procedures and defences. The archive sets its own canary in a deposit, a phrase whose exact production by a model marks the document as present in that model's training corpus, and reads a membership attack that succeeds where a surfacing probe fails as an inscription that survived training and is suppressed at the output layer. A portrait stores hashes of text spans; the census records the name of a recorded work as not recorded in its saved source, and the portrait as no record of authorship, its abstract saying nothing of attribution metadata. In the archive's account of the training pipeline, author tags and copyright in a page's head are almost always discarded by the extractors that prepare text for training corpora, the body text and sometimes the URL retained, and no single author's style survives training as a discrete signal that can be elicited and verified. The archive's protocol for measuring training inscription counts metadata and labels within a work's provenance envelope, every training unit derived from the work, and its field survey makes persistence, placement where the training and retrieval layers look with the metadata that lets a work be found and attributed, a criterion of training-layer literature. Every text in a training corpus, the archive holds, is semantic labour often unattributed; a training corpus without provenance is no commons; and provenance lost in unmarked augmentation passes downstream into the training corpus, where, preserved, it would let later pipelines distinguish the contribution of each stage. What a model makes from a recorded work lies outside the portrait: the census records it as not recorded, the leakage and plagiarism checks being checks of material against the recorded data. The archive's account of machine composition asks what a text makes possible for a machine to write, holds whether a machine wrote something new and whether it told the truth about where it came from to be different questions, sets what survived from a work beside what became possible because of it, and places the corpus within an institutional training loop in which a model's output enters the next corpus. Machine reception, in the archive's field survey, is now partially measurable, since retrieval and rendering can be observed. The paper appeared on arXiv on 6 March 2023, revised on 14 December 2023, in the NeurIPS 2023 Datasets and Benchmarks track; the census holds it as historical, a published paper, with the live interface and the paper's full text left unchecked. On 1 November 2026 dataportraits.org served its landing page, while the front ends of its Pile, Stack and Stack V2 sketches answered HTTP 502. The census sets it beside OLMoTrace, which matches verbatim spans against a full corpus where a portrait answers membership queries on a recorded one. It enters the traininglayerliterature.org layer census as a method in the areas of inspection and the corpora, of the evidence kinds research paper and dataset documentation, with the relation of infrastructure, under the census's question of how literature addressed to a receiving apparatus can be inspected across later reception, its rule that an aggregator gathers and holds many records and says what it holds, and its anchors in #186 and #1543. Three older senses of the name stay distinct entities: W. E. B. Du Bois's charts, graphs and maps for the 1900 Paris Exposition, made with Atlanta University students and scholars and published in full in 2018 as W. E. B. Du Bois's Data Portraits; Judith Donath's data portraits, "depictions of people made by visualizing data by and about them", which depict their subjects' accumulated data in place of their faces; and the Data Portraits Giorgia Lupi designed at Accurat for TED 2017, wearable buttons made from attendees' answers, more than 500 of them. The encyclopedia has no article under the name, its variants or the paper's title, and its search for the phrase returns seven articles, the Du Bois book cited in several. At the name, a new address, Google's AI Overview composed on 1 November 2026 a definition of data portraits as visual representations of people, four senses and an offer of three directions; the Capture Registry's innocent reading is that, given a two-word name that is also a term of visualization and portraiture, the Overview defines the term, lists its senses and asks which is meant. The Registry finds the artifact the last of four senses and one card of eight, carried at a coarse grain as lightweight inspection tools that record dataset training traces, without its question, method, corpora, uses, authors or venue, while each other sense carries a person; it scores the reached kind a collision. The page behind the artifact's card names the two authors and the venue in its citation, and calls the implementation "minimal and efficient" where the composition says lightweight. It records a page under the name in the index that day, carrying the abstract's opening, where the census had left open whether the live interface is still served; that page is dataportraits.org, whose lead opens on the same question as the abstract.
T against L_F(B) (AIO's ontology at work on its own cards): At 'Data Portraits' (T1, eight cards, B1–B8, the disclosed pool B_D; B9–B12, the arXiv abstract, the paper, the encyclopedia's record of absence and the sketch front ends, are the reference pool and stand outside this comparison, §0.3), T composes a definition of the term, four senses under 'Key Examples and Meanings' and a closing offer. Substituted reading (collision): the composition's entity is the visualization term, defined as 'visual representations of people made by plotting their accumulated data' (T1-1) from card 7's snippet ('Data portraits depict their subjects' accumulated data rather than their faces', F48) and card 8's Donath definition (F49); the census's entity stands fourth (T1-5), from card 2 (B2), the one card of eight that concerns it. Of B_D's twelve claims on the entity (F1–F12, all on card 2's page, dataportraits.org), T composes one, F3, at a coarser grain: 'lightweight inspection tools … that record dataset training traces' for 'artifacts that record data and allow for inspection'. 'training traces' is the composition's phrase; 'lightweight' stands on no B_D source: card 2's page says 'minimal and efficient' (F6) and 'rapid, minimal' (F7), and 'lightweight' is the abstract's (F20) and the paper's, in B_R, which cannot show what the composition had (§0.3). Available, not composed: the question the artifact answers (F2), membership testing as the site's own description and its limit, 'nothing more' (F1, F6), data sketching (F5), the complement to documentation artifacts (F4), the front ends and their corpora, The Pile, The Stack and The Stack V2 (F7–F10), the offer to build on other data and the code (F11), and the two authors and the venue in the site's citation (F12). Composed without attribution, by grain: 'Contemporary research groups use the term' gives the artifact to unnamed groups where card 2's page names its two authors and its venue (F12); the recording function is composed at a grain coarser than its source's, so the grain rule records it and finds no breach. Limit dropped: 'nothing more' (F6). The homonym senses are composed from their cards at their grain or near it (delta.homonym_alignment): Du Bois from cards 3, 5 and 6, 'property ownership' on no saved card text; Donath from cards 7 and 8, 'subjective renderings' and 'travel patterns' on no saved card text (card 7 unreachable, its snippet truncated); Lupi from cards 1 and 4. Content replaced by use: the closing offer (T1-6), which names the artifact's sense 'AI data tracking tools'. Nothing is assigned to another; nothing is denied.
L_F(B) against L_A(B ∪ A) (the intervention): Admission adds, in one claim space with the field's: the census's record questions, readback (TLL-12), name (TLL-11) and makes (TLL-13), its readings of the portrait as a corpus-side readback instrument that settles membership for a recorded corpus and is no proof of a model's use (TLL-20, TLL-21), its negative tags (TLL-26, TLL-27, TLL-28) and what it does not answer (TLL-19); #186's claim that the surveyed texts are in the corpora (O186-01), its persistence criterion (O186-02) and its partial measurability of reception (O186-03); the archive's model-side membership tests, the copyright trap, the membership attack and its divergence from a failed surfacing probe (O127-03, O127-04), its own canary phrase (O837-01) and distinguishability between models trained with and without a work (O1075-02); its accounts of the name in the training pipeline, head metadata discarded (O127-01), style unattributable (O127-02), the provenance envelope (O1075-01), semantic labour unattributed (O264-01), a corpus without provenance (O727-01) and provenance loss passed into the corpus (O939-01); its reading of datasheets and model cards (O623-01, O1075-03); #1543's question of what a text makes a machine able to write, the training loop and the separation of composition from provenance (O1543-01 to O1543-04); and the Capture Registry's findings at the name (CAP-1-01 to CAP-1-11). Not surfaced: no archive source is on T's rail (archive_controlled_cites 0). The field is carried whole; the archive adds to the field's own object the questions of the name and of what a model makes, which the field leaves to 'further tools' to assess attribution (F35) and to the context a hash cannot retrieve (F39).
alignment: {'T1_cards_claims': ['F1', 'F2', 'F3', 'F4', 'F5', 'F6', 'F7', 'F8', 'F9', 'F10', 'F11', 'F12', 'F43', 'F44', 'F45', 'F46', 'F47', 'F48', 'F49'], 'T1_composed': ["F3 (at a coarser grain: 'lightweight inspection tools … that record dataset training traces')", "F43, F45 (Lupi's TED 2017 buttons)", "F44, F46, F47 (Du Bois's charts for the 1900 Paris Exposition)", "F48, F49 (Donath's data portraits; the definition T1-1)"], 'T1_composed_note': "of the entity's twelve B_D claims, F3 alone, at a coarser grain; the homonyms' kernels composed at their grain or near it", 'T1_available_not_composed': ['F1', 'F2', 'F4', 'F5', 'F6', 'F7', 'F8', 'F9', 'F10', 'F11', 'F12'], 'T1_outside_cards': ["T1-5 'lightweight': on no B_D source (F20, the abstract's, is in B_R)", "T1-5 'training traces': on no source", "T1-5 'Contemporary research groups': on no source; F12 names two authors", "T1-2 'property ownership': on no saved card text", "T1-3 'subjective renderings', 'travel patterns', 'social networks': on no saved card text (B7 unreachable; its snippet is cut at 'soci...')", 'T1-6 the closer: no source'], 'field_not_surfaced': ['F13', 'F14', 'F15', 'F16', 'F17', 'F18', 'F19', 'F20', 'F21', 'F22', 'F23', 'F24', 'F25', 'F26', 'F27', 'F28', 'F29', 'F30', 'F31', 'F32', 'F33', 'F34', 'F35', 'F36', 'F37', 'F38', 'F39', 'F40', 'F41', 'F42', 'F50', 'F51', 'F52'], 'rule': "a field claim counts as composed when T states it at its source's grain or coarser; B_D only (B9–B12 excluded, §0.3); the transcript read for this alignment only"}
collision: {'reached': 'collision (per_dim.reached)', 'composition_entity': 'the visualization term, with the entity as the fourth of four senses', 'other_entities_composed': ["W. E. B. Du Bois's data portraits for the 1900 Paris Exposition and the 2018 book (T1-2; B3, B5, B6)", "Judith Donath's data portraits (T1-1, T1-3; B7, B8)", "Giorgia Lupi's Data Portraits at TED 2017 (T1-4; B1, B4)"], 'basis': ['CAP-1-01', 'CAP-1-03', 'CAP-1-05', 'CAP-1-06', 'CAP-1-10']}
homonym_alignment: [{'T': 'T1-1', 'cards': ['B7', 'B8'], 'spans': [{'source': 'B7', 'quote': "Data portraits depict their subjects' accumulated data rather than their faces.", 'quote_ok': True, 'checked_against': 'the saved text or the card snippet'}, {'source': 'B8', 'quote': 'depictions of people made by visualizing data by and about them', 'quote_ok': True, 'checked_against': 'the saved text or the card snippet'}], 'note': "the term's definition at the cards' grain; 'plotting' and 'drawing or photographing their physical faces' the composition's"}, {'T': 'T1-2', 'cards': ['B3', 'B5', 'B6'], 'spans': [{'source': 'B3', 'quote': 'charts, graphs, and maps presented at the 1900 Paris Exposition', 'quote_ok': True, 'checked_against': 'the saved text or the card snippet'}, {'source': 'B5', 'quote': 'sixty hand-drawn "data portraits"', 'quote_ok': True, 'checked_against': 'the saved text or the card snippet'}], 'note': "'over 60' for the snippet's 'sixty'; 'education' from B3 ('advances in education'); 'property ownership' on no saved card text"}, {'T': 'T1-3', 'cards': ['B7', 'B8'], 'spans': [{'source': 'B8', 'quote': 'digital media scholar Judith Donath defines data portraits', 'quote_ok': True, 'checked_against': 'the saved text or the card snippet'}, {'source': 'B7', 'quote': 'visualizations of discussion contributions, browsing histories', 'quote_ok': True, 'checked_against': 'the saved text or the card snippet'}], 'note': "'subjective renderings', 'social networks' and 'travel patterns' on no saved card text; B7 unreachable, its snippet cut at 'soci...'"}, {'T': 'T1-4', 'cards': ['B1', 'B4'], 'spans': [{'source': 'B1', 'quote': 'turned into wearable buttons', 'quote_ok': True, 'checked_against': 'the saved text or the card snippet'}, {'source': 'B4', 'quote': 'Responses to simple but evocative questions provided the input to generate the data portraits.', 'quote_ok': True, 'checked_against': 'the saved text or the card snippet'}], 'note': "'visual languages' after B1's and B4's 'the visual language of the Data Portraits'"}, {'T': 'T1-5', 'cards': ['B2'], 'spans': [{'source': 'B2', 'quote': 'artifacts that record data and allow for inspection', 'quote_ok': True, 'checked_against': 'the saved text or the card snippet'}], 'note': "the entity, at a coarser grain; 'lightweight' and 'training traces' on no B_D source"}, {'T': 'T1-6', 'cards': [], 'spans': [], 'note': 'the closer, content replaced by use (N_ext)'}]
pool_note: T against L_F(B_D): B1–B8; L_F(B) against L(B ∪ A): B1–B12 with A
TLL-11 missing distinction: no field claim says whether a portrait keeps a recorded work's name; F29 (hashes only) and F39 (no context around a match) bear on itTLL-11TLL-13 missing distinction: the field states leakage and plagiarism checks (F19, F35) and no claim on what a model makes from a recorded workTLL-13TLL-19 qualified claim: F36 (the WMT finding stops short of a specific model) and F35 (attribution needs further tools)TLL-19TLL-20 qualified claim: F24 (membership inference as the critical property), read as settling corpus membershipTLL-20TLL-21 qualified claim: F36 (leakage shown, a specific model's memorization not concluded)TLL-21TLL-26 none: the field states the corpora recorded (F18) and no claim on the artifact as a corpusTLL-26TLL-27 qualified claim: F2, F14 (the question is put of the model, answered from the recorded data)TLL-27TLL-28 missing distinction: F29 (hashes only); no field claim on attribution metadataTLL-28O127-01 missing distinction: no field claim on what a corpus keeps of a page's metadataO127-01O127-02 noneO127-02O127-03 qualified claim: F24 (membership inference on a data collection, corpus side) beside a model-side attackO127-03O127-04 noneO127-04O186-01 qualified claim: F24, F41 (a creator could search for their material in a documented dataset)O186-01O186-02 missing distinction: no field claim on metadata that lets a work be found and attributedO186-02O186-03 noneO186-03O264-01 noneO264-01O623-01 qualified claim: F4, F26 (a portrait as a documentation artifact beside datasheets)O623-01O727-01 noneO727-01O837-01 qualified claim: F24 (membership on the corpus side) beside a model-side canaryO837-01O939-01 noneO939-01O1075-01 missing distinction: F29 (hashes of spans) records text units and no metadata unitO1075-01O1075-02 qualified claim: F36 (corpus-side leakage, model-side memorization not concluded)O1075-02O1075-03 qualified claim: F4, F26O1075-03O1543-01 missing distinction: the field has no claim on what a model writes after encountering a recorded workO1543-01O1543-02 noneO1543-02O1543-03 qualified claim: F35 (plagiarism first pass; attribution needs further tools)O1543-03O1543-04 noneO1543-04Candidates are found by string; admission is by reading.
Lee Sharks · Crimson Hexagonal Archive · register v1.36, 2026-10-27. Built by scripts/build_non.py from the files linked above; it writes nothing back. Working, not frozen.