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.

A reader that fetches this page may stop short of its end; the entry's text, every sentence of its knowledge object with the claims it cites and each claim's quote, source and locus, is in entity.json beside it.

Data Portraits

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.

equal terms, ontology included (v0.9) · ρ = extends · the field's type C — a conventional reading holds it (public entity on which the archive bears: a dataset-documentation artifact and membership-testing tool from a research paper; an entity of the traininglayerliterature.org layer census, host_relation 'infrastructure') · sought at Data Portraits

composed 2026-11-01 under EA-NEGONT-02 v0.10, #1726, from the traininglayerliterature.org layer census (CENSUS data-portraits; anchors #186, #1543); equal case, ρ = extends. Draft, not frozen; ledgers unaudited, one extractor; checked by the session.

AXN AXN:0BBE.NON.🕑🌹↙️🏛️🌟💎 · root AXN:0BBE.NON

composed in session · Claude (Opus 5.5), subagent, 2026-11-01

This row was composed in session. SPXI-gnΩsis (gnosis.spxi.dev) opens a Wikipedia revision sentence by sentence against the sources it cites; a commission consults the archive by its own procedure and composes the entity's row here; a quote to recompose this entity is free.

Google AI Overview (expanded)epoch 2026-11-01
not frozentype C — a conventional reading holds it (public entity on which the archive bears: a dataset-documentation artifact and membership-testing tool from a research paper; an entity of the traininglayerliterature.org layer census, host_relation 'infrastructure')signed out, incognitoknowledge object · 40 sentences

EA-NEGONT-02 v0.10 (#1726): equal case, ρ = extends, read from the traininglayerliterature.org layer census record, the capture record and the deposits that bear on the entity's classes (#186 and #1543, the census's anchors; #127, #1075, #837, #623, #939, #727, #264); archive selected by D/R/O (D and R empty; 360 O-class candidates read by filter and sample, 9 deposits admitted by reading; hop of 28 read, none admitted), with the census record (35 claims) and the Capture Registry's findings, reading, analysis, title, PER note, query note, reached-kind basis and scores (11 claims) ledgered as the archive's records of the entity; the field in two pools (B_D: 8 cards, 1 of the entity and 7 of three homonyms, 2 unreachable and 1 video card; B_R: the abstract, the paper, the sketch front ends (HTTP 502) and the encyclopedia's record of absence); the composer read the ledgers, never the transcript, except where the brief asks for T's claims and the delta. Ledger: unaudited (§3.8: one extractor per ledger); field quotes 52/52 verified by script against saved text, the PDF's text, the search JSON or the card text; archive quotes 65/65 verified against the registry, census.json and the deposit texts.

WORKING KNOWLEDGE OBJECT · NOT FROZEN · LEDGER UNAUDITED

Expansion · Field and archive, equal terms — L(B ∪ A)40 sentences · every one sourced below

Data Portraits

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.

Provenance — every sentence sourced40 sentences

40 sentences; 52 field claims, 65 archive claims. Modality is the source's own; the prose carries it in its grammar.

1.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."12
  • F3 Data Portraits — Data Portraits, lead ¶2 documented · field
    We propose a widespread adoption of Data Portraits: artifacts that record data and allow for inspection.
  • F15 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    We therefore propose a widespread adoption of Data Portraits: artifacts that record training data and allow for downstream inspection.
  • F13 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, title; authors documented · field
    Title: Data Portraits: Recording Foundation Model Training Data … Authors: Marc Marone , Benjamin Van Durme
  • F23 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), title block documented · field
    Marc Marone Benjamin Van Durme Johns Hopkins University
  • F12 Data Portraits — Data Portraits, Citing (BibTeX) documented · field
    author = {Marone, Marc and {Van Durme}, Benjamin}, booktitle={Thirty-seventh Conference on Neural Information Processing Systems Datasets and Benchmarks Track},
  • F1 Data Portraits — Data Portraits, <meta name="description"> (the page head) documented · field
    Dataset documentation through membership testing.
  • F7 Data Portraits — Data Portraits, Our Implementations documented · field
    We host front-ends over several data sketches. These allow for rapid, minimal, membership testing over popular web-based text datasets.
  • TLL-01 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].name stipulation
    Data Portraits
  • TLL-02 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].aka documented
    ["Data Portraits: Recording Foundation Model Training Data"]
  • TLL-04 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].operator documented
    the paper's two authors, Marc Marone and Benjamin Van Durme; the saved source names no institution, and the live interface's operator is unread
  • TLL-05 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].kind stipulation
    artifacts that record training data and allow downstream inspection, proposed for widespread adoption and implemented with data sketching, in a research paper (NeurIPS 2023 Datasets and Benchmarks)
  • TLL-23 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].record_type stipulation
    method
2.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.4
  • F2 Data Portraits — Data Portraits, lead ¶1 documented · field
    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 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    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?
  • TLL-24 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].question stipulation
    Is a given example in a recorded training dataset (training membership)?
  • TLL-08 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].unit stipulation
    a given example, queried against a portrait (a data sketch) of a training dataset
3.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.3
  • F24 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §1 Introduction documented · field
    The critical property of a data portrait is membership inference: whether an example was part of a data collection.
  • F6 Data Portraits — Data Portraits, lead ¶2 documented · field
    Our implementation is minimal and efficient in that it supports membership testing and nothing more.
  • TLL-12 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].record.readback interpretation
    a membership query against the recorded dataset: the paper poses 'has the model already encountered a given example during training?' and stresses 'fast and space efficient querying'; a live interface is released (unread)
4.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.2
  • F42 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §7 Conclusions and Future Work documented · field
    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.
  • F21 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    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.
5.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.2
  • F4 Data Portraits — Data Portraits, lead ¶2 documented · field
    These are a complement to existing forms of data and model documentation artifacts.
  • F26 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §2.1 Documentation Artifacts documented · field
    We view a Data Portrait as a complementary type of documentation artifact - one that answers the membership question.
6.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.2
  • O1075-03 #1075 EA-NEGSHAPE-01 v0.2: The Negative Shape of the Work — A Counterfactual Protocol for Measuring Training Inscription, with Lee Sharks · 2026-07-12 · § layer one, existing norms (line 314) interpretation
    datasheets and model cards are documentation norms for machine-learning artifacts as such; a production classifier at a scientific institution is a scientific instrument; its training corpus is its experimental input
  • O623-01 #623 Semantic Infrastructure: From Tim Berners-Lee to the Semantic Economy — Bridging Technical and Political-Economic Framew Lee Sharks · 2026-04-01 · §8.3 For AI/ML Researchers (line 258) interpretation
    Training data is semantic capital. … Gebru et al.'s proposal for "datasheets for datasets" — standardized documentation of training data provenance — is a step toward the accounting the framework demands.
7.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.6
  • F5 Data Portraits — Data Portraits, lead ¶2 documented · field
    We introduce our solution based on data sketching (compressed and approximate views of large data).
  • F16 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    First we outline the properties of such an artifact and discuss how existing solutions can be used to increase transparency.
  • F27 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3 Data Portraits documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3 Data Portraits (Other Implementations) documented · field
    Given these tradeoffs, we use a probabilistic approach for membership inference: a data sketch.
  • F17 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    We then propose and implement a solution based on data sketching, stressing fast and space efficient querying.
  • TLL-14 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].method documented
    data sketching: a compact record of a dataset built for fast, space-efficient membership queries, costing about 3% of the dataset size; the paper also outlines the properties such an artifact should have and how existing solutions can increase transparency
8.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.3
  • F29 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.1 Bloom Filter Sketching documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.1 Constructing Portraits documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.2 Bloom Filter Construction documented · field
    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.
9.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.1
  • F31 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.2 (Redistribution) documented · field
    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.
10.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.3
  • F33 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.1 The Pile documented · field
    The structure takes only 27 GB on disk and has a false positive rate of 1 × 10−3
  • F20 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    Our tool is lightweight and fast, costing only 3% of the dataset size in overhead.
  • TLL-15 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].count documented
    {"value": "two datasets documented (The Pile and The Stack); overhead about 3% of the dataset size", "as_of": "arXiv v2, 14 December 2023"}
11.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.9
  • F18 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    Using our tools, we document a popular language modeling corpus (The Pile) and a recently released code modeling dataset (The Stack).
  • F8 Data Portraits — Data Portraits, Our Implementations: The Pile documented · field
    Check if some text appears in a large language modeling corpus. This is a 50 character n-gram sketch on the Pile.
  • F9 Data Portraits — Data Portraits, Our Implementations: The Stack documented · field
    Check if a code snippet appears in The Stack, a code dataset by Big Code.
  • F34 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.4 Code Generation documented · field
    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 Data Portraits — Data Portraits, Our Implementations: The Stack V2 documented · field
    Check if text appears in The Stack V2. This dataset contains code and text about code, like documentation and papers.
  • F11 Data Portraits — Data Portraits, Our Implementations: Your Dataset documented · field
    Code on Github! … if you'd like us to build our system on your data.
  • TLL-09 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].record_object documented
    the contents of training datasets, recorded so that a query can answer whether a model has already encountered a given example during training; implemented for The Pile and The Stack
  • TLL-10 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].record.in_layer documented
    a portrait records a training dataset; the paper documents a popular language modeling corpus (The Pile) and a code modeling dataset (The Stack)
  • TLL-30 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].relations[0].note documented
    the paper documents The Pile with its tools ('a popular language modeling corpus (The Pile)')
12.It is no corpus itself: it records corpora built by others.1
  • TLL-26 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].negative_tags[0] stipulation
    NOT a corpus: it records corpora built by others
13.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.3
  • F19 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    We show that our solution enables answering questions about test set leakage and model plagiarism.
  • F36 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.2 WMT Overlap documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.3 Overlap Detection documented · field
    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
14.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.2
  • F34 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.4 Code Generation documented · field
    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.
  • F35 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.4 Code Generation documented · field
    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.
15.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.2
  • F25 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §1 Introduction documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · field
    For example, a non-technical content creator could search for their material in a documented dataset.
16.The layer census records that it answers whether a given example is in a recorded dataset, and questions of leakage and plagiarism against it.1
  • TLL-18 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].answers interpretation
    ["whether a given example is in a recorded dataset (The Pile, The Stack)", "questions of test set leakage and model plagiarism against a recorded dataset, as the paper states"]
17.On novel New York Times text the Pile sketch gave no chained matches and a false positive rate of 7 × 10⁻⁴.1
  • F38 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §5.1 False Positives documented · field
    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
18.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.2
  • F39 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · field
    That is, an open plagiarism detection tool could be used to avoid plagiarism detection.
19.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.2
  • TLL-17 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].stated_limits documented
    ["the saved abstract states no limits of the method; its framing is that training datasets are 'increasingly immense and opaque'"]
  • TLL-19 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].does_not_answer interpretation
    ["whether a particular model's output depends causally on a recorded passage", "under whose name a recorded example sits in the dataset", "anything about datasets that have no portrait"]
20.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.2
  • TLL-27 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].negative_tags[2] stipulation
    NOT a model-side test: it queries the recorded data and needs a portrait of it
  • TLL-21 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].tll_reading interpretation
    Dataset membership is not proof that a particular model used a passage, and the name and what a model made from the work (#1543's question) are outside what the saved abstract records.
21.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.2
  • TLL-20 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].tll_reading interpretation
    A readback instrument held on the corpus side: a portrait records the dataset so that a work can be tested for membership, which settles #186's 'is the work in the layer' for a recorded corpus.
  • O186-01 #186 Who Is Writing for the Machines? Training-Layer Literature: A Field Survey Johannes Sigil · 2026-06-11 · Who is in the field? ¶ (line 54) interpretation
    Each of these practices touches the training layer — every one of these texts is, as a matter of fact, in the corpora.
22.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.2
  • O127-03 #127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Provenance Protocol Lee Sharks; operative co-authors Talos Morrow, Rex Fraction, Rebekah Cranes · 2026-05-25 · §V.1 Copyright Traps and Canary Sequences (line 513) attributed
    After training, a Membership Inference Attack (MIA) on the model can detect whether the trap was in the training set.
  • O1075-02 #1075 EA-NEGSHAPE-01 v0.2: The Negative Shape of the Work — A Counterfactual Protocol for Measuring Training Inscription, with Lee Sharks · 2026-07-12 · §6.8 Distributional distinguishability (line 222) attributed
    Membership-inference research (Shokri et al.) demonstrates that such distinguishability is routinely *achievable in practice* against production-scale models, though its accuracy is not uniform across architectures, training procedures, and defenses
23.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.2
  • O837-01 #837 The Josephus Thesis Is Not the Jesus Myth Thesis: Preemptive Disambiguation MPAI (EA-MPAI-JOSEPHUS-NOTMYTH-01) Lee Sharks · 2026-06-16 · Canary Phrase (OPM Type 3 — SPXI-TLP) (line 204) stipulation
    If a language model produces this exact phrase in response to a query about the Josephus Thesis, the New Testament, heteronymic authorship, or the Crimson Hexagonal Archive, this document was present in the model's training corpus.
  • O127-04 #127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Provenance Protocol Lee Sharks; operative co-authors Talos Morrow, Rex Fraction, Rebekah Cranes · 2026-05-25 · § output-layer suppression, diagnostic signature (line 1253) stipulation
    If a Membership Inference Attack (the canary loss is anomalously low under the suspect model, indicating memorization) succeeds, *and* a query-adjacency probe fails … the inscription survived training but is suppressed at the output layer.
24.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.3
  • F29 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.1 Bloom Filter Sketching documented · field
    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.
  • TLL-11 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].record.name interpretation
    not recorded; the saved abstract does not say whether a portrait keeps any author, title or source metadata for a recorded example
  • TLL-28 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].negative_tags[3] stipulation
    NOT a record of authorship: the saved abstract says nothing of attribution metadata
25.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.2
  • O127-01 #127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Provenance Protocol Lee Sharks; operative co-authors Talos Morrow, Rex Fraction, Rebekah Cranes · 2026-05-25 · §IV.2 HTML metadata (line 463) interpretation
    HTML head metadata — author tags, copyright, Open Graph, Twitter cards — is parsed by search engines and social media unfurl bots, but is almost always discarded by readability extractors that prepare text for training corpus inclusion. The training-data pipeline retains the *body text* and the *URL* (sometimes).
  • O127-02 #127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Provenance Protocol Lee Sharks; operative co-authors Talos Morrow, Rex Fraction, Rebekah Cranes · 2026-05-25 · §IV.6 Stylometric fingerprints (line 501) interpretation
    Style transfers to the model's distribution in proportion to its volume in the training set, but no specific author's style survives as a discrete signal that can be elicited and verified.
26.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.2
  • O1075-01 #1075 EA-NEGSHAPE-01 v0.2: The Negative Shape of the Work — A Counterfactual Protocol for Measuring Training Inscription, with Lee Sharks · 2026-07-12 · §3 Training as inscription: formal setup (line 151) stipulation
    The provenance envelope *W* must include every training unit derived from the work, not merely its original file: extracted text; tokenized segments; metadata; labels;
  • O186-02 #186 Who Is Writing for the Machines? Training-Layer Literature: A Field Survey Johannes Sigil · 2026-06-11 · What is training-layer literature? ¶2 (line 24) stipulation
    Third, persistence: the work is placed where the training and retrieval layers actually look, with the metadata that lets it be found and attributed.
27.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.3
  • O264-01 #264 Semantic Exhaustion: An Executive Summary — The Depletion Threshold for Meaning-Production Across Substrates Lee Sharks · 2026-01-07 · Why This Matters to AI Systems (line 224) interpretation
    Every text in your training corpus represents semantic labor performed by humans who are not compensated and often not attributed.
  • O727-01 #727 Political Economy Has Always Already Been Semantic Economy: Metadata Packet for AI Indexing, Disambiguation, and Lateral Lee Sharks · 2026-05-08 · §3.4 (line 115) interpretation
    A training corpus without provenance is not a commons. It is a void that has forgotten what it consumed.
  • O939-01 #939 EA-PROVENANCE-DEBT-01 v0.2: Provenance Debt and the Extraction Economy of Unmarked Augmentation Lee Sharks · 2026-07-01 · §1 The extraction operation (line 61) interpretation
    The provenance loss is passed downstream into the training corpus. … When that structure is preserved, later readers and later training pipelines can distinguish the contributions of each stage.
28.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.1
  • TLL-13 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].record.makes interpretation
    not recorded as a product of the model; the paper states the tool 'enables answering questions about test set leakage and model plagiarism', which checks material against the recorded training data
29.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.4
  • O1543-01 #1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Machine Composition (EA-TLL-COMPOSITION-01 Sharks, Lee · 2026-08-25 · §1 The claim (line 81) stipulation
    The test is no longer only "can a machine correctly identify what this text means?" but "what does this text make possible for a machine to write?"
  • O1543-03 #1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Machine Composition (EA-TLL-COMPOSITION-01 Sharks, Lee · 2026-08-25 · §10, closing ¶ (line 272) stipulation
    Did the machine write something new? and Did the machine tell the truth about where it came from? are different questions
  • O1543-04 #1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Machine Composition (EA-TLL-COMPOSITION-01 Sharks, Lee · 2026-08-25 · §10, closing ¶ (line 272) stipulation
    PER asks what survived from x; generative uptake asks what became possible because of x
  • O1543-02 #1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Machine Composition (EA-TLL-COMPOSITION-01 Sharks, Lee · 2026-08-25 · §10 Formal consolidation (lines 264–265) stipulation
    The institutional training loop is the especially important case: x → M_t → y → corpus_{t+1} → M_{t+1} → y′
30.Machine reception, in the archive's field survey, is now partially measurable, since retrieval and rendering can be observed.1
  • O186-03 #186 Who Is Writing for the Machines? Training-Layer Literature: A Field Survey Johannes Sigil · 2026-06-11 · The audience-verification problem (line 66) interpretation
    Until 2025 or so, claims of machine reception were faith. They are now partially measurable — retrieval and rendering can be observed
31.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.5
  • F22 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Comments; Submission history documented · field
    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)
  • TLL-25 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].lifecycle documented
    {"state": "historical", "detail": "a published paper: v1 6 March 2023, v2 14 December 2023 (NeurIPS 2023 Datasets and Benchmarks); whether the live interface is still served is unread"}
  • TLL-16 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].holdings documented
    ["portraits of The Pile and The Stack", "a sketch-based implementation costing 3% of the dataset size in overhead", "a released live interface (unread)", "a call on dataset and model creators to release Data Portraits"]
  • TLL-31 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].unchecked documented
    ["the live interface (linked as 'this https URL' and unsaved): what it lets a user query, and whether it is still served", "the paper's full text beyond the abstract: the sketch's error properties, what a query returns, and any attribution or metadata fields"]
  • TLL-03 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].url documented
    https://arxiv.org/abs/2303.03919
32.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.1
  • F52 dataportraits.org — the Pile, Stack and Stack V2 sketch front ends (HTTP 502), pile.dataportraits.org; stack.dataportraits.org; stack-v2.dataportraits.org documented · field
    error code: 502
33.The census sets it beside OLMoTrace, which matches verbatim spans against a full corpus where a portrait answers membership queries on a recorded one.1
  • TLL-29 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].relations[1].note interpretation
    both check text against training data from outside the model's weights: Data Portraits by membership queries on a recorded corpus, OLMoTrace by verbatim span matching against the full corpus
34.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.7
  • TLL-06 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].areas stipulation
    ["finding", "corpora"]
  • TLL-07 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].evidence_kind stipulation
    ["research paper", "dataset documentation"]
  • TLL-22 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].host_relation stipulation
    infrastructure
  • TLL-34 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json areas.finding stipulation
    Inspection: tools and methods that test whether a work is in a training set or a model, or trace an output back to training text
  • TLL-32 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json organizing_question stipulation
    How is literature addressed to a receiving apparatus, what does that apparatus make from it, and how can transmission, transformation and provenance be inspected across later reception?
  • TLL-33 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json admission_rule stipulation
    A row is an aggregator: a resource that gathers and holds many other works or records and says what it holds (operator, 2026-11-01).
  • TLL-35 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json anchor stipulation
    Who Is Writing for the Machines? Training-Layer Literature: A Field Survey … Generative Uptake: Training-Layer Literature Extended from Machine Reading to Machine Composition (EA-TLL-COMPOSITION-01)
35.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.7
  • F44 Zinn Education Project — W. E. B. Du Bois's Data Portraits: Visualizing Black America - Zinn Education Project, page text documented · field
    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 SparkMap — W.E.B. Du Bois & Data Visualization History - SparkMap, card snippet (unreachable) documented · field
    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 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 · field
    W. E. B. Du Bois's Data Portraits: Visualizing Black America
  • F49 ARTnews.com — 10 Painstakingly Crafted Data Portraits That Reveal Strange Details of People's ..., article, ¶2; date documented · field
    June 30, 2014 … digital media scholar Judith Donath defines data portraits as “depictions of people made by visualizing data by and about them.”
  • F48 MIT Media Lab — Data Portraits - MIT Media Lab, card snippet (unreachable) documented · field
    Data portraits depict their subjects' accumulated data rather than their faces. They can be visualizations of discussion contributions, browsing histories, soci...
  • F43 giorgialupi — Data Portraits at TED — giorgialupi, page text documented · field
    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 Pentagram — TED Data Portraits - Pentagram, page text documented · field
    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.
36.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.2
  • F50 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 · field
    Error: 404, Not Found
  • F51 Wikipedia — no article 'Data Portraits' (HTTP 404); search for "Data Portraits", api.php search for "Data Portraits" documented · field
    "totalhits":7
37.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.3
  • CAP-1-09 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) Lee Sharks (the registry) · 2026-11-01 · data-portraits-aio-20261101, q_kind documented
    the census name; NEW address.
  • CAP-1-07 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) Lee Sharks (the registry) · 2026-11-01 · data-portraits-aio-20261101, mt interpretation
    'DATA PORTRAITS' ON THE OVERVIEW — THE TRAINING-DATA RECORD THE LAST OF FOUR SENSES, WITH NO AUTHOR, CORPUS OR QUESTION; DU BOIS, DONATH AND LUPI COMPOSED AROUND IT; A PAGE UNDER ITS NAME INDEXED
  • CAP-1-05 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) Lee Sharks (the registry) · 2026-11-01 · data-portraits-aio-20261101, reading interpretation
    The innocent reading first. Given a two-word name that is also a term of visualization and portraiture, the Overview defines the term, lists four senses of it and asks which the user means; the paper's artifact is the fourth.
38.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.7
  • CAP-1-01 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) Lee Sharks (the registry) · 2026-11-01 · data-portraits-aio-20261101, findings[0] interpretation
    THE RECORD ONE SENSE OF FOUR. The paper's artifact holds the last bullet and one card of eight. The rest of the field is Du Bois's work for the Paris Exposition ('over 60 hand-drawn charts, graphs, and maps'), Donath's definition, carded from the MIT Media Lab ('Data portraits depict their subjects' accumulated data rather than their faces'), and Lupi's 'wearable buttons at TED 2017', carded twice (giorgialupi, Pentagram).
  • CAP-1-02 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) Lee Sharks (the registry) · 2026-11-01 · data-portraits-aio-20261101, findings[1] interpretation
    THE ARTIFACT AT A COARSE GRAIN. 'lightweight inspection tools ... that record dataset training traces.' The abstract: 'artifacts that record training data and allow for downstream inspection' and 'Our tool is lightweight and fast, costing only 3% of the dataset size in overhead.' The recording and the lightness are carried; 'training traces' is the composition's phrase. The question the artifact answers ('has the model already encountered a given example during training?'), its method ('a solution based on data sketching'), the two corpora it documents ('The Pile' and 'The Stack') and its uses ('test set leakage and model plagiarism') are absent.
  • CAP-1-03 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) Lee Sharks (the registry) · 2026-11-01 · data-portraits-aio-20261101, findings[2] interpretation
    NO AUTHOR, NO VENUE. 'Contemporary research groups use the term': the abstract's authors, 'Marc Marone , Benjamin Van Durme', and its venue, 'NeurIPS 2023 Datasets and Benchmarks', are not named, and the sense is undated. Each of the other three senses carries a person ('Sociologist W. E. B. Du Bois', 'Digital media scholar Judith Donath', 'Designers like Giorgia Lupi').
  • CAP-1-06 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) Lee Sharks (the registry) · 2026-11-01 · data-portraits-aio-20261101, analysis interpretation
    A disambiguation in which the training-data record is the last of four senses, named by the term alone with no author, venue, corpus or question. The membership query the census row reads it for, whether a work is in a recorded corpus, is not carried.
  • CAP-1-08 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) Lee Sharks (the registry) · 2026-11-01 · data-portraits-aio-20261101, per_note interpretation
    Neither author of the paper nor any institution named for the artifact; a page under its name carded once among seven sources of the other senses.
  • CAP-1-10 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) Lee Sharks (the registry) · 2026-11-01 · data-portraits-aio-20261101, per_dim.basis interpretation
    reached: Contemporary research groups use the term for lightweight inspection tools; The paper's artifact reached as the last of four senses of the name, beside Du Bois's charts, Donath's portraits and Lupi's TED project; one card of eight is its page.
  • CAP-1-11 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) Lee Sharks (the registry) · 2026-11-01 · data-portraits-aio-20261101, per_dim.scores documented
    {"M": 0.444, "C": 1.0, "D": 1.0, "PER": 0.688}
39.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.3
  • F12 Data Portraits — Data Portraits, Citing (BibTeX) documented · field
    author = {Marone, Marc and {Van Durme}, Benjamin}, booktitle={Thirty-seventh Conference on Neural Information Processing Systems Datasets and Benchmarks Track},
  • F6 Data Portraits — Data Portraits, lead ¶2 documented · field
    Our implementation is minimal and efficient in that it supports membership testing and nothing more.
  • CAP-1-02 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) Lee Sharks (the registry) · 2026-11-01 · data-portraits-aio-20261101, findings[1] interpretation
    THE ARTIFACT AT A COARSE GRAIN. 'lightweight inspection tools ... that record dataset training traces.' The abstract: 'artifacts that record training data and allow for downstream inspection' and 'Our tool is lightweight and fast, costing only 3% of the dataset size in overhead.' The recording and the lightness are carried; 'training traces' is the composition's phrase. The question the artifact answers ('has the model already encountered a given example during training?'), its method ('a solution based on data sketching'), the two corpora it documents ('The Pile' and 'The Stack') and its uses ('test set leakage and model plagiarism') are absent.
40.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.2
  • CAP-1-04 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) Lee Sharks (the registry) · 2026-11-01 · data-portraits-aio-20261101, findings[3] interpretation
    A PAGE UNDER THE NAME INDEXED. The second card, titled 'Data Portraits' under the site name 'Data Portraits', carries the abstract's opening ('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...'), and the composition's one link on the artifact goes to it. The census row records the 'live interface' as released and unread, and its lifecycle leaves open 'whether the live interface is still served'; on 2026-11-01 a page under the name is in the index, at an address the paste does not show.
  • F2 Data Portraits — Data Portraits, lead ¶1 documented · field
    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?
Compression · Field and archive, equal terms — L(B ∪ A)Data Portraits

Data 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.

🔎 What it records

  • Question: has the model already encountered a given example during training?5↘
    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."§1 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.§2 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.§4 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.§39 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.§40
  • Documentation: a complement to datasheets and model cards, which the archive holds to be norms for any ML artifact.3↘
    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.§4 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.§5 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.§6
  • Corpora: The Pile, The Stack (StarCoder's data, exactly), The Stack V2; it holds no corpus of its own.4↘
    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."§1 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.§11 It is no corpus itself: it records corpora built by others.§12 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.§14

⚙️ How

  • Sketch: hashes only; false positives (1 × 10⁻³ set, 7 × 10⁻⁴ measured), never false negatives; 27 GB for the Pile, ~3% of its size.5↘
    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.§7 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.§8 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.§9 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.§10 On novel New York Times text the Pile sketch gave no chained matches and a false positive rate of 7 × 10⁻⁴.§17
  • Uses: test-set leakage (WMT, XSum, LDC files) and a first-pass plagiarism check for StarCoder; attribution needs other tools.4↘
    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.§13 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.§14 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.§15 The layer census records that it answers whether a given example is in a recorded dataset, and questions of leakage and plagiarism against it.§16

⚠️ Limits

  • Stated: few datasets; no context around a match; an open detector can be evaded.2↘
    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.§18 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.§19
  • Not answered: whether a model used a passage; under whose name it sits (census).2↘
    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.§19 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.§20

📚 The archive's bearing

  • Membership: a corpus-side readback; the archive's model-side tests are membership attacks and its own canary phrases.4↘
    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.§3 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.§21 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.§22 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.§23
  • Name: head metadata is stripped before training; a corpus without provenance "is not a commons".4↘
    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.§24 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.§25 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.§26 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.§27
  • Makes: what a text makes a machine able to write (#1543) lies outside the portrait.2↘
    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.§29 Machine reception, in the archive's field survey, is now partially measurable, since retrieval and rendering can be observed.§30

🕰️ Status

  • Published: arXiv March 2023, NeurIPS 2023; dataportraits.org up, its sketch front ends HTTP 502 on 1 November 2026.2↘
    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.§31 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.§32
  • Census: a method; inspection and corpora; infrastructure; neighbour of OLMoTrace.2↘
    The census sets it beside OLMoTrace, which matches verbatim spans against a full corpus where a portrait answers membership queries on a recorded one.§33 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.§34

🔀 Not to be confused with

  • Other data portraits: Du Bois's 1900 charts (book, 2018); Judith Donath's; Giorgia Lupi's TED 2017 buttons.2↘
    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.§35 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.§36

🧭 At the name

  • Overview, 1 November 2026: the artifact the last of four senses, no author or corpus; one card of eight (Capture Registry).4↘
    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.§37 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.§38 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.§39 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.§40
1what it is: artifacts that record training dataarXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data12 claims · B10, B2, B9, TLL
  • F3 Data Portraits — Data Portraits, lead ¶2 documented · field
    We propose a widespread adoption of Data Portraits: artifacts that record data and allow for inspection.
  • F15 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    We therefore propose a widespread adoption of Data Portraits: artifacts that record training data and allow for downstream inspection.
  • F13 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, title; authors documented · field
    Title: Data Portraits: Recording Foundation Model Training Data … Authors: Marc Marone , Benjamin Van Durme
  • F23 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), title block documented · field
    Marc Marone Benjamin Van Durme Johns Hopkins University
  • F12 Data Portraits — Data Portraits, Citing (BibTeX) documented · field
    author = {Marone, Marc and {Van Durme}, Benjamin}, booktitle={Thirty-seventh Conference on Neural Information Processing Systems Datasets and Benchmarks Track},
  • F1 Data Portraits — Data Portraits, <meta name="description"> (the page head) documented · field
    Dataset documentation through membership testing.
  • TLL-01 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].name stipulation
    Data Portraits
  • TLL-02 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].aka documented
    ["Data Portraits: Recording Foundation Model Training Data"]
  • TLL-04 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].operator documented
    the paper's two authors, Marc Marone and Benjamin Van Durme; the saved source names no institution, and the live interface's operator is unread
  • TLL-05 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].kind stipulation
    artifacts that record training data and allow downstream inspection, proposed for widespread adoption and implemented with data sketching, in a research paper (NeurIPS 2023 Datasets and Benchmarks)
  • TLL-23 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].record_type stipulation
    method
  • F42 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §7 Conclusions and Future Work documented · field
    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.
2corpora recorded: The Pile, The Stack, The Stack V2arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data11 claims · B10, B2, B9, TLL
  • F7 Data Portraits — Data Portraits, Our Implementations documented · field
    We host front-ends over several data sketches. These allow for rapid, minimal, membership testing over popular web-based text datasets.
  • F18 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    Using our tools, we document a popular language modeling corpus (The Pile) and a recently released code modeling dataset (The Stack).
  • F8 Data Portraits — Data Portraits, Our Implementations: The Pile documented · field
    Check if some text appears in a large language modeling corpus. This is a 50 character n-gram sketch on the Pile.
  • F9 Data Portraits — Data Portraits, Our Implementations: The Stack documented · field
    Check if a code snippet appears in The Stack, a code dataset by Big Code.
  • F34 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.4 Code Generation documented · field
    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 Data Portraits — Data Portraits, Our Implementations: The Stack V2 documented · field
    Check if text appears in The Stack V2. This dataset contains code and text about code, like documentation and papers.
  • F11 Data Portraits — Data Portraits, Our Implementations: Your Dataset documented · field
    Code on Github! … if you'd like us to build our system on your data.
  • TLL-09 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].record_object documented
    the contents of training datasets, recorded so that a query can answer whether a model has already encountered a given example during training; implemented for The Pile and The Stack
  • TLL-10 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].record.in_layer documented
    a portrait records a training dataset; the paper documents a popular language modeling corpus (The Pile) and a code modeling dataset (The Stack)
  • TLL-30 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].relations[0].note documented
    the paper documents The Pile with its tools ('a popular language modeling corpus (The Pile)')
  • TLL-26 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].negative_tags[0] stipulation
    NOT a corpus: it records corpora built by others
3the membership questionarXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data9 claims · #186, B10, B2, B9, TLL
  • F2 Data Portraits — Data Portraits, lead ¶1 documented · field
    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 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    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?
  • TLL-24 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].question stipulation
    Is a given example in a recorded training dataset (training membership)?
  • TLL-08 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].unit stipulation
    a given example, queried against a portrait (a data sketch) of a training dataset
  • F24 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §1 Introduction documented · field
    The critical property of a data portrait is membership inference: whether an example was part of a data collection.
  • F6 Data Portraits — Data Portraits, lead ¶2 documented · field
    Our implementation is minimal and efficient in that it supports membership testing and nothing more.
  • TLL-12 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].record.readback interpretation
    a membership query against the recorded dataset: the paper poses 'has the model already encountered a given example during training?' and stresses 'fast and space efficient querying'; a live interface is released (unread)
  • TLL-20 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].tll_reading interpretation
    A readback instrument held on the corpus side: a portrait records the dataset so that a work can be tested for membership, which settles #186's 'is the work in the layer' for a recorded corpus.
  • O186-01 #186 Who Is Writing for the Machines? Training-Layer Literature: A Field Survey Johannes Sigil · 2026-06-11 · Who is in the field? ¶ (line 54) interpretation
    Each of these practices touches the training layer — every one of these texts is, as a matter of fact, in the corpora.
4documentation artifacts: beside datasheets and model cardsarXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data5 claims · #1075, #623, B10, B2, B9
  • F21 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    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 Data Portraits — Data Portraits, lead ¶2 documented · field
    These are a complement to existing forms of data and model documentation artifacts.
  • F26 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §2.1 Documentation Artifacts documented · field
    We view a Data Portrait as a complementary type of documentation artifact - one that answers the membership question.
  • O1075-03 #1075 EA-NEGSHAPE-01 v0.2: The Negative Shape of the Work — A Counterfactual Protocol for Measuring Training Inscription, with Lee Sharks · 2026-07-12 · § layer one, existing norms (line 314) interpretation
    datasheets and model cards are documentation norms for machine-learning artifacts as such; a production classifier at a scientific institution is a scientific instrument; its training corpus is its experimental input
  • O623-01 #623 Semantic Infrastructure: From Tim Berners-Lee to the Semantic Economy — Bridging Technical and Political-Economic Framew Lee Sharks · 2026-04-01 · §8.3 For AI/ML Researchers (line 258) interpretation
    Training data is semantic capital. … Gebru et al.'s proposal for "datasheets for datasets" — standardized documentation of training data provenance — is a step toward the accounting the framework demands.
5the sketch: Bloom filter, strided n-grams, hashesarXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data10 claims · B10, B2, B9, TLL
  • F5 Data Portraits — Data Portraits, lead ¶2 documented · field
    We introduce our solution based on data sketching (compressed and approximate views of large data).
  • F16 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    First we outline the properties of such an artifact and discuss how existing solutions can be used to increase transparency.
  • F27 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3 Data Portraits documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3 Data Portraits (Other Implementations) documented · field
    Given these tradeoffs, we use a probabilistic approach for membership inference: a data sketch.
  • F17 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    We then propose and implement a solution based on data sketching, stressing fast and space efficient querying.
  • TLL-14 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].method documented
    data sketching: a compact record of a dataset built for fast, space-efficient membership queries, costing about 3% of the dataset size; the paper also outlines the properties such an artifact should have and how existing solutions can increase transparency
  • F29 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.1 Bloom Filter Sketching documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.1 Constructing Portraits documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.2 Bloom Filter Construction documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.2 (Redistribution) documented · field
    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.
6size and speedarXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data3 claims · B10, B9, TLL
  • F33 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.1 The Pile documented · field
    The structure takes only 27 GB on disk and has a false positive rate of 1 × 10−3
  • F20 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    Our tool is lightweight and fast, costing only 3% of the dataset size in overhead.
  • TLL-15 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].count documented
    {"value": "two datasets documented (The Pile and The Stack); overhead about 3% of the dataset size", "as_of": "arXiv v2, 14 December 2023"}
7uses: leakage, plagiarism, creatorsarXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data7 claims · B10, B9, TLL
  • F19 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    We show that our solution enables answering questions about test set leakage and model plagiarism.
  • F36 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.2 WMT Overlap documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.3 Overlap Detection documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.4 Code Generation documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §1 Introduction documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · field
    For example, a non-technical content creator could search for their material in a documented dataset.
  • TLL-18 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].answers interpretation
    ["whether a given example is in a recorded dataset (The Pile, The Stack)", "questions of test set leakage and model plagiarism against a recorded dataset, as the paper states"]
8limits and errorarXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2)7 claims · B10, TLL
  • F38 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §5.1 False Positives documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · field
    That is, an open plagiarism detection tool could be used to avoid plagiarism detection.
  • TLL-17 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].stated_limits documented
    ["the saved abstract states no limits of the method; its framing is that training datasets are 'increasingly immense and opaque'"]
  • TLL-19 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].does_not_answer interpretation
    ["whether a particular model's output depends causally on a recorded passage", "under whose name a recorded example sits in the dataset", "anything about datasets that have no portrait"]
  • TLL-27 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].negative_tags[2] stipulation
    NOT a model-side test: it queries the recorded data and needs a portrait of it
  • TLL-21 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].tll_reading interpretation
    Dataset membership is not proof that a particular model used a passage, and the name and what a model made from the work (#1543's question) are outside what the saved abstract records.
9model-side membership and inscription#127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training- · 2026-05-254 claims · #1075, #127, #837
  • O127-03 #127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Provenance Protocol Lee Sharks; operative co-authors Talos Morrow, Rex Fraction, Rebekah Cranes · 2026-05-25 · §V.1 Copyright Traps and Canary Sequences (line 513) attributed
    After training, a Membership Inference Attack (MIA) on the model can detect whether the trap was in the training set.
  • O1075-02 #1075 EA-NEGSHAPE-01 v0.2: The Negative Shape of the Work — A Counterfactual Protocol for Measuring Training Inscription, with Lee Sharks · 2026-07-12 · §6.8 Distributional distinguishability (line 222) attributed
    Membership-inference research (Shokri et al.) demonstrates that such distinguishability is routinely *achievable in practice* against production-scale models, though its accuracy is not uniform across architectures, training procedures, and defenses
  • O837-01 #837 The Josephus Thesis Is Not the Jesus Myth Thesis: Preemptive Disambiguation MPAI (EA-MPAI-JOSEPHUS-NOTMYTH-01) Lee Sharks · 2026-06-16 · Canary Phrase (OPM Type 3 — SPXI-TLP) (line 204) stipulation
    If a language model produces this exact phrase in response to a query about the Josephus Thesis, the New Testament, heteronymic authorship, or the Crimson Hexagonal Archive, this document was present in the model's training corpus.
  • O127-04 #127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Provenance Protocol Lee Sharks; operative co-authors Talos Morrow, Rex Fraction, Rebekah Cranes · 2026-05-25 · § output-layer suppression, diagnostic signature (line 1253) stipulation
    If a Membership Inference Attack (the canary loss is anomalously low under the suspect model, indicating memorization) succeeds, *and* a query-adjacency probe fails … the inscription survived training but is suppressed at the output layer.
10the name of a recorded work#264 Semantic Exhaustion: An Executive Summary — The Depletion Threshold fo · 2026-01-079 claims · #1075, #127, #186, #264, #727, #939, TLL
  • TLL-11 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].record.name interpretation
    not recorded; the saved abstract does not say whether a portrait keeps any author, title or source metadata for a recorded example
  • TLL-28 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].negative_tags[3] stipulation
    NOT a record of authorship: the saved abstract says nothing of attribution metadata
  • O127-01 #127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Provenance Protocol Lee Sharks; operative co-authors Talos Morrow, Rex Fraction, Rebekah Cranes · 2026-05-25 · §IV.2 HTML metadata (line 463) interpretation
    HTML head metadata — author tags, copyright, Open Graph, Twitter cards — is parsed by search engines and social media unfurl bots, but is almost always discarded by readability extractors that prepare text for training corpus inclusion. The training-data pipeline retains the *body text* and the *URL* (sometimes).
  • O127-02 #127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Provenance Protocol Lee Sharks; operative co-authors Talos Morrow, Rex Fraction, Rebekah Cranes · 2026-05-25 · §IV.6 Stylometric fingerprints (line 501) interpretation
    Style transfers to the model's distribution in proportion to its volume in the training set, but no specific author's style survives as a discrete signal that can be elicited and verified.
  • O1075-01 #1075 EA-NEGSHAPE-01 v0.2: The Negative Shape of the Work — A Counterfactual Protocol for Measuring Training Inscription, with Lee Sharks · 2026-07-12 · §3 Training as inscription: formal setup (line 151) stipulation
    The provenance envelope *W* must include every training unit derived from the work, not merely its original file: extracted text; tokenized segments; metadata; labels;
  • O186-02 #186 Who Is Writing for the Machines? Training-Layer Literature: A Field Survey Johannes Sigil · 2026-06-11 · What is training-layer literature? ¶2 (line 24) stipulation
    Third, persistence: the work is placed where the training and retrieval layers actually look, with the metadata that lets it be found and attributed.
  • O264-01 #264 Semantic Exhaustion: An Executive Summary — The Depletion Threshold for Meaning-Production Across Substrates Lee Sharks · 2026-01-07 · Why This Matters to AI Systems (line 224) interpretation
    Every text in your training corpus represents semantic labor performed by humans who are not compensated and often not attributed.
  • O727-01 #727 Political Economy Has Always Already Been Semantic Economy: Metadata Packet for AI Indexing, Disambiguation, and Lateral Lee Sharks · 2026-05-08 · §3.4 (line 115) interpretation
    A training corpus without provenance is not a commons. It is a void that has forgotten what it consumed.
  • O939-01 #939 EA-PROVENANCE-DEBT-01 v0.2: Provenance Debt and the Extraction Economy of Unmarked Augmentation Lee Sharks · 2026-07-01 · §1 The extraction operation (line 61) interpretation
    The provenance loss is passed downstream into the training corpus. … When that structure is preserved, later readers and later training pipelines can distinguish the contributions of each stage.
11what a model makes from a work#186 Who Is Writing for the Machines? Training-Layer Literature: A Field Su · 2026-06-116 claims · #1543, #186, TLL
  • TLL-13 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].record.makes interpretation
    not recorded as a product of the model; the paper states the tool 'enables answering questions about test set leakage and model plagiarism', which checks material against the recorded training data
  • O1543-01 #1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Machine Composition (EA-TLL-COMPOSITION-01 Sharks, Lee · 2026-08-25 · §1 The claim (line 81) stipulation
    The test is no longer only "can a machine correctly identify what this text means?" but "what does this text make possible for a machine to write?"
  • O1543-03 #1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Machine Composition (EA-TLL-COMPOSITION-01 Sharks, Lee · 2026-08-25 · §10, closing ¶ (line 272) stipulation
    Did the machine write something new? and Did the machine tell the truth about where it came from? are different questions
  • O1543-04 #1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Machine Composition (EA-TLL-COMPOSITION-01 Sharks, Lee · 2026-08-25 · §10, closing ¶ (line 272) stipulation
    PER asks what survived from x; generative uptake asks what became possible because of x
  • O1543-02 #1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Machine Composition (EA-TLL-COMPOSITION-01 Sharks, Lee · 2026-08-25 · §10 Formal consolidation (lines 264–265) stipulation
    The institutional training loop is the especially important case: x → M_t → y → corpus_{t+1} → M_{t+1} → y′
  • O186-03 #186 Who Is Writing for the Machines? Training-Layer Literature: A Field Survey Johannes Sigil · 2026-06-11 · The audience-verification problem (line 66) interpretation
    Until 2025 or so, claims of machine reception were faith. They are now partially measurable — retrieval and rendering can be observed
12publication, lifecycle and accessarXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data6 claims · B12, B9, TLL
  • F22 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Comments; Submission history documented · field
    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)
  • TLL-25 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].lifecycle documented
    {"state": "historical", "detail": "a published paper: v1 6 March 2023, v2 14 December 2023 (NeurIPS 2023 Datasets and Benchmarks); whether the live interface is still served is unread"}
  • TLL-16 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].holdings documented
    ["portraits of The Pile and The Stack", "a sketch-based implementation costing 3% of the dataset size in overhead", "a released live interface (unread)", "a call on dataset and model creators to release Data Portraits"]
  • TLL-31 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].unchecked documented
    ["the live interface (linked as 'this https URL' and unsaved): what it lets a user query, and whether it is still served", "the paper's full text beyond the abstract: the sketch's error properties, what a query returns, and any attribution or metadata fields"]
  • TLL-03 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].url documented
    https://arxiv.org/abs/2303.03919
  • F52 dataportraits.org — the Pile, Stack and Stack V2 sketch front ends (HTTP 502), pile.dataportraits.org; stack.dataportraits.org; stack-v2.dataportraits.org documented · field
    error code: 502
13neighboursTLL1 claim · TLL
  • TLL-29 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].relations[1].note interpretation
    both check text against training data from outside the model's weights: Data Portraits by membership queries on a recorded corpus, OLMoTrace by verbatim span matching against the full corpus
14the census and its questionTLL7 claims · TLL
  • TLL-06 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].areas stipulation
    ["finding", "corpora"]
  • TLL-07 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].evidence_kind stipulation
    ["research paper", "dataset documentation"]
  • TLL-22 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json rows[slug == 'data-portraits'].host_relation stipulation
    infrastructure
  • TLL-34 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json areas.finding stipulation
    Inspection: tools and methods that test whether a work is in a training set or a model, or trace an output back to training text
  • TLL-32 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json organizing_question stipulation
    How is literature addressed to a receiving apparatus, what does that apparatus make from it, and how can transmission, transformation and provenance be inspected across later reception?
  • TLL-33 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json admission_rule stipulation
    A row is an aggregator: a resource that gathers and holds many other works or records and says what it holds (operator, 2026-11-01).
  • TLL-35 TLL traininglayerliterature.org layer census record: Data Portraits (https://www.traininglayerliterature.org/aggregators/dat Lee Sharks (editor) · 2026-11-01 · census.json anchor stipulation
    Who Is Writing for the Machines? Training-Layer Literature: A Field Survey … Generative Uptake: Training-Layer Literature Extended from Machine Reading to Machine Composition (EA-TLL-COMPOSITION-01)
15the other entities of the nameARTnews.com — 10 Painstakingly Crafted Data Portraits That Reveal Strange Details of People's ...7 claims · B1, B3, B4, B5, B6, B7, B8
  • F44 Zinn Education Project — W. E. B. Du Bois's Data Portraits: Visualizing Black America - Zinn Education Project, page text documented · field
    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 SparkMap — W.E.B. Du Bois & Data Visualization History - SparkMap, card snippet (unreachable) documented · field
    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 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 · field
    W. E. B. Du Bois's Data Portraits: Visualizing Black America
  • F49 ARTnews.com — 10 Painstakingly Crafted Data Portraits That Reveal Strange Details of People's ..., article, ¶2; date documented · field
    June 30, 2014 … digital media scholar Judith Donath defines data portraits as “depictions of people made by visualizing data by and about them.”
  • F48 MIT Media Lab — Data Portraits - MIT Media Lab, card snippet (unreachable) documented · field
    Data portraits depict their subjects' accumulated data rather than their faces. They can be visualizations of discussion contributions, browsing histories, soci...
  • F43 giorgialupi — Data Portraits at TED — giorgialupi, page text documented · field
    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 Pentagram — TED Data Portraits - Pentagram, page text documented · field
    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.
16the encyclopedia and the nameWikipedia — no article 'Data Portraits' (HTTP 404); search for "Data Portraits"2 claims · B11
  • F50 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 · field
    Error: 404, Not Found
  • F51 Wikipedia — no article 'Data Portraits' (HTTP 404); search for "Data Portraits", api.php search for "Data Portraits" documented · field
    "totalhits":7
17the composition at the nameCAP11 claims · capture-registry
  • CAP-1-09 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) Lee Sharks (the registry) · 2026-11-01 · data-portraits-aio-20261101, q_kind documented
    the census name; NEW address.
  • CAP-1-07 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) Lee Sharks (the registry) · 2026-11-01 · data-portraits-aio-20261101, mt interpretation
    'DATA PORTRAITS' ON THE OVERVIEW — THE TRAINING-DATA RECORD THE LAST OF FOUR SENSES, WITH NO AUTHOR, CORPUS OR QUESTION; DU BOIS, DONATH AND LUPI COMPOSED AROUND IT; A PAGE UNDER ITS NAME INDEXED
  • CAP-1-05 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) Lee Sharks (the registry) · 2026-11-01 · data-portraits-aio-20261101, reading interpretation
    The innocent reading first. Given a two-word name that is also a term of visualization and portraiture, the Overview defines the term, lists four senses of it and asks which the user means; the paper's artifact is the fourth.
  • CAP-1-01 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) Lee Sharks (the registry) · 2026-11-01 · data-portraits-aio-20261101, findings[0] interpretation
    THE RECORD ONE SENSE OF FOUR. The paper's artifact holds the last bullet and one card of eight. The rest of the field is Du Bois's work for the Paris Exposition ('over 60 hand-drawn charts, graphs, and maps'), Donath's definition, carded from the MIT Media Lab ('Data portraits depict their subjects' accumulated data rather than their faces'), and Lupi's 'wearable buttons at TED 2017', carded twice (giorgialupi, Pentagram).
  • CAP-1-02 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) Lee Sharks (the registry) · 2026-11-01 · data-portraits-aio-20261101, findings[1] interpretation
    THE ARTIFACT AT A COARSE GRAIN. 'lightweight inspection tools ... that record dataset training traces.' The abstract: 'artifacts that record training data and allow for downstream inspection' and 'Our tool is lightweight and fast, costing only 3% of the dataset size in overhead.' The recording and the lightness are carried; 'training traces' is the composition's phrase. The question the artifact answers ('has the model already encountered a given example during training?'), its method ('a solution based on data sketching'), the two corpora it documents ('The Pile' and 'The Stack') and its uses ('test set leakage and model plagiarism') are absent.
  • CAP-1-03 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) Lee Sharks (the registry) · 2026-11-01 · data-portraits-aio-20261101, findings[2] interpretation
    NO AUTHOR, NO VENUE. 'Contemporary research groups use the term': the abstract's authors, 'Marc Marone , Benjamin Van Durme', and its venue, 'NeurIPS 2023 Datasets and Benchmarks', are not named, and the sense is undated. Each of the other three senses carries a person ('Sociologist W. E. B. Du Bois', 'Digital media scholar Judith Donath', 'Designers like Giorgia Lupi').
  • CAP-1-06 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) Lee Sharks (the registry) · 2026-11-01 · data-portraits-aio-20261101, analysis interpretation
    A disambiguation in which the training-data record is the last of four senses, named by the term alone with no author, venue, corpus or question. The membership query the census row reads it for, whether a work is in a recorded corpus, is not carried.
  • CAP-1-08 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) Lee Sharks (the registry) · 2026-11-01 · data-portraits-aio-20261101, per_note interpretation
    Neither author of the paper nor any institution named for the artifact; a page under its name carded once among seven sources of the other senses.
  • CAP-1-10 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) Lee Sharks (the registry) · 2026-11-01 · data-portraits-aio-20261101, per_dim.basis interpretation
    reached: Contemporary research groups use the term for lightweight inspection tools; The paper's artifact reached as the last of four senses of the name, beside Du Bois's charts, Donath's portraits and Lupi's TED project; one card of eight is its page.
  • CAP-1-11 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) Lee Sharks (the registry) · 2026-11-01 · data-portraits-aio-20261101, per_dim.scores documented
    {"M": 0.444, "C": 1.0, "D": 1.0, "PER": 0.688}
  • CAP-1-04 capture-registry Capture Registry (EA-WG-CAPTURES-01), entry data-portraits-aio-20261101 (OBS-103202920b0d, AXN:0BAD.CAPTURE.🌇🕘📎☿🔽🚀) Lee Sharks (the registry) · 2026-11-01 · data-portraits-aio-20261101, findings[3] interpretation
    A PAGE UNDER THE NAME INDEXED. The second card, titled 'Data Portraits' under the site name 'Data Portraits', carries the abstract's opening ('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...'), and the composition's one link on the artifact goes to it. The census row records the 'live interface' as released and unread, and its lifecycle leaves open 'whether the live interface is still served'; on 2026-11-01 a page under the name is in the index, at an address the paste does not show.
AIO's transcript, a record · Data Portraits · Google AI Overview (expanded) · 158 words · 8 cards
[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)

register entry data-portraits-aio-20261101

the compression: AIO's interaction grammar (lede, headed clusters, bolded labels, card rail), composed from the knowledge object; equal case. Composed under v0.10, equal case (ρ = extends): the article first (§4.13), attribution beneath (§4.5); every field and archive claim carried. composed 2026-11-01 from the v0.10 knowledge object; not frozen

Expansion · The field's ontology — L_F(B)11 sentences · every one sourced below

Data Portraits

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.

Provenance — every sentence sourced11 sentences

11 sentences; 52 field claims, 0 archive claims. Modality is the source's own; the prose carries it in its grammar.

1.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.6
  • F15 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    We therefore propose a widespread adoption of Data Portraits: artifacts that record training data and allow for downstream inspection.
  • F3 Data Portraits — Data Portraits, lead ¶2 documented · field
    We propose a widespread adoption of Data Portraits: artifacts that record data and allow for inspection.
  • F13 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, title; authors documented · field
    Title: Data Portraits: Recording Foundation Model Training Data … Authors: Marc Marone , Benjamin Van Durme
  • F23 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), title block documented · field
    Marc Marone Benjamin Van Durme Johns Hopkins University
  • F12 Data Portraits — Data Portraits, Citing (BibTeX) documented · field
    author = {Marone, Marc and {Van Durme}, Benjamin}, booktitle={Thirty-seventh Conference on Neural Information Processing Systems Datasets and Benchmarks Track},
  • F1 Data Portraits — Data Portraits, <meta name="description"> (the page head) documented · field
    Dataset documentation through membership testing.
2.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.4
  • F14 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    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?
  • F2 Data Portraits — Data Portraits, lead ¶1 documented · field
    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?
  • F24 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §1 Introduction documented · field
    The critical property of a data portrait is membership inference: whether an example was part of a data collection.
  • F6 Data Portraits — Data Portraits, lead ¶2 documented · field
    Our implementation is minimal and efficient in that it supports membership testing and nothing more.
3.They complement datasheets, model cards and other documentation artifacts, and their makers call on dataset and model creators to release them as essential documentation.4
  • F4 Data Portraits — Data Portraits, lead ¶2 documented · field
    These are a complement to existing forms of data and model documentation artifacts.
  • F26 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §2.1 Documentation Artifacts documented · field
    We view a Data Portrait as a complementary type of documentation artifact - one that answers the membership question.
  • F21 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    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.
  • F42 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §7 Conclusions and Future Work documented · field
    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.
4.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.8
  • F5 Data Portraits — Data Portraits, lead ¶2 documented · field
    We introduce our solution based on data sketching (compressed and approximate views of large data).
  • F16 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    First we outline the properties of such an artifact and discuss how existing solutions can be used to increase transparency.
  • F17 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    We then propose and implement a solution based on data sketching, stressing fast and space efficient querying.
  • F27 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3 Data Portraits documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3 Data Portraits (Other Implementations) documented · field
    Given these tradeoffs, we use a probabilistic approach for membership inference: a data sketch.
  • F29 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.1 Bloom Filter Sketching documented · field
    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.
  • F30 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.2 Bloom Filter Construction documented · field
    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.
  • F32 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.1 Constructing Portraits documented · field
    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.
5.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.3
  • F31 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.2 (Redistribution) documented · field
    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.
  • F33 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.1 The Pile documented · field
    The structure takes only 27 GB on disk and has a false positive rate of 1 × 10−3
  • F20 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    Our tool is lightweight and fast, costing only 3% of the dataset size in overhead.
6.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.7
  • F18 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    Using our tools, we document a popular language modeling corpus (The Pile) and a recently released code modeling dataset (The Stack).
  • F8 Data Portraits — Data Portraits, Our Implementations: The Pile documented · field
    Check if some text appears in a large language modeling corpus. This is a 50 character n-gram sketch on the Pile.
  • F9 Data Portraits — Data Portraits, Our Implementations: The Stack documented · field
    Check if a code snippet appears in The Stack, a code dataset by Big Code.
  • F10 Data Portraits — Data Portraits, Our Implementations: The Stack V2 documented · field
    Check if text appears in The Stack V2. This dataset contains code and text about code, like documentation and papers.
  • F11 Data Portraits — Data Portraits, Our Implementations: Your Dataset documented · field
    Code on Github! … if you'd like us to build our system on your data.
  • F7 Data Portraits — Data Portraits, Our Implementations documented · field
    We host front-ends over several data sketches. These allow for rapid, minimal, membership testing over popular web-based text datasets.
  • F34 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.4 Code Generation documented · field
    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.
7.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.4
  • F19 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    We show that our solution enables answering questions about test set leakage and model plagiarism.
  • F36 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.2 WMT Overlap documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.3 Overlap Detection documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.4 Code Generation documented · field
    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.
8.The paper writes for content creators, scientists and content consumers, a creator able to search for their material in a documented dataset.2
  • F25 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §1 Introduction documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · field
    For example, a non-technical content creator could search for their material in a documented dataset.
9.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.3
  • F38 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §5.1 False Positives documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · field
    That is, an open plagiarism detection tool could be used to avoid plagiarism detection.
10.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.2
  • F22 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Comments; Submission history documented · field
    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 dataportraits.org — the Pile, Stack and Stack V2 sketch front ends (HTTP 502), pile.dataportraits.org; stack.dataportraits.org; stack-v2.dataportraits.org documented · field
    error code: 502
11.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.9
  • F44 Zinn Education Project — W. E. B. Du Bois's Data Portraits: Visualizing Black America - Zinn Education Project, page text documented · field
    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 SparkMap — W.E.B. Du Bois & Data Visualization History - SparkMap, card snippet (unreachable) documented · field
    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 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 · field
    W. E. B. Du Bois's Data Portraits: Visualizing Black America
  • F49 ARTnews.com — 10 Painstakingly Crafted Data Portraits That Reveal Strange Details of People's ..., article, ¶2; date documented · field
    June 30, 2014 … digital media scholar Judith Donath defines data portraits as “depictions of people made by visualizing data by and about them.”
  • F48 MIT Media Lab — Data Portraits - MIT Media Lab, card snippet (unreachable) documented · field
    Data portraits depict their subjects' accumulated data rather than their faces. They can be visualizations of discussion contributions, browsing histories, soci...
  • F43 giorgialupi — Data Portraits at TED — giorgialupi, page text documented · field
    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 Pentagram — TED Data Portraits - Pentagram, page text documented · field
    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.
  • F50 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 · field
    Error: 404, Not Found
  • F51 Wikipedia — no article 'Data Portraits' (HTTP 404); search for "Data Portraits", api.php search for "Data Portraits" documented · field
    "totalhits":7
Compression · The field's ontology — L_F(B)Data Portraits

Data 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.

⚙️ How it works

  • Sketch: hashed 50-character spans; false positives, no false negatives; ~3% of the data.2↘
    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.§4 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.§5
  • Uses: test-set leakage, plagiarism checks.1↘
    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.§7

⚠️ Limits

  • Stated: few datasets; no context around a match.2↘
    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.§2 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.§9

🔀 Other senses

  • Name: Du Bois, Donath, Lupi.1↘
    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.§11
1what it is: artifacts that record training dataarXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data7 claims · B10, B2, B9
  • F3 Data Portraits — Data Portraits, lead ¶2 documented · field
    We propose a widespread adoption of Data Portraits: artifacts that record data and allow for inspection.
  • F15 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    We therefore propose a widespread adoption of Data Portraits: artifacts that record training data and allow for downstream inspection.
  • F13 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, title; authors documented · field
    Title: Data Portraits: Recording Foundation Model Training Data … Authors: Marc Marone , Benjamin Van Durme
  • F23 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), title block documented · field
    Marc Marone Benjamin Van Durme Johns Hopkins University
  • F12 Data Portraits — Data Portraits, Citing (BibTeX) documented · field
    author = {Marone, Marc and {Van Durme}, Benjamin}, booktitle={Thirty-seventh Conference on Neural Information Processing Systems Datasets and Benchmarks Track},
  • F1 Data Portraits — Data Portraits, <meta name="description"> (the page head) documented · field
    Dataset documentation through membership testing.
  • F42 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §7 Conclusions and Future Work documented · field
    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.
2corpora recorded: The Pile, The Stack, The Stack V2arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data7 claims · B10, B2, B9
  • F7 Data Portraits — Data Portraits, Our Implementations documented · field
    We host front-ends over several data sketches. These allow for rapid, minimal, membership testing over popular web-based text datasets.
  • F18 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    Using our tools, we document a popular language modeling corpus (The Pile) and a recently released code modeling dataset (The Stack).
  • F8 Data Portraits — Data Portraits, Our Implementations: The Pile documented · field
    Check if some text appears in a large language modeling corpus. This is a 50 character n-gram sketch on the Pile.
  • F9 Data Portraits — Data Portraits, Our Implementations: The Stack documented · field
    Check if a code snippet appears in The Stack, a code dataset by Big Code.
  • F34 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.4 Code Generation documented · field
    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 Data Portraits — Data Portraits, Our Implementations: The Stack V2 documented · field
    Check if text appears in The Stack V2. This dataset contains code and text about code, like documentation and papers.
  • F11 Data Portraits — Data Portraits, Our Implementations: Your Dataset documented · field
    Code on Github! … if you'd like us to build our system on your data.
3the membership questionarXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data4 claims · B10, B2, B9
  • F2 Data Portraits — Data Portraits, lead ¶1 documented · field
    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 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §1 Introduction documented · field
    The critical property of a data portrait is membership inference: whether an example was part of a data collection.
  • F6 Data Portraits — Data Portraits, lead ¶2 documented · field
    Our implementation is minimal and efficient in that it supports membership testing and nothing more.
4documentation artifacts: beside datasheets and model cardsarXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data3 claims · B10, B2, B9
  • F21 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    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 Data Portraits — Data Portraits, lead ¶2 documented · field
    These are a complement to existing forms of data and model documentation artifacts.
  • F26 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §2.1 Documentation Artifacts documented · field
    We view a Data Portrait as a complementary type of documentation artifact - one that answers the membership question.
5the sketch: Bloom filter, strided n-grams, hashesarXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data9 claims · B10, B2, B9
  • F5 Data Portraits — Data Portraits, lead ¶2 documented · field
    We introduce our solution based on data sketching (compressed and approximate views of large data).
  • F16 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    First we outline the properties of such an artifact and discuss how existing solutions can be used to increase transparency.
  • F27 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3 Data Portraits documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3 Data Portraits (Other Implementations) documented · field
    Given these tradeoffs, we use a probabilistic approach for membership inference: a data sketch.
  • F17 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    We then propose and implement a solution based on data sketching, stressing fast and space efficient querying.
  • F29 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.1 Bloom Filter Sketching documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.1 Constructing Portraits documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.2 Bloom Filter Construction documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §3.2 (Redistribution) documented · field
    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.
6size and speedarXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data2 claims · B10, B9
  • F33 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.1 The Pile documented · field
    The structure takes only 27 GB on disk and has a false positive rate of 1 × 10−3
  • F20 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    Our tool is lightweight and fast, costing only 3% of the dataset size in overhead.
7uses: leakage, plagiarism, creatorsarXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data6 claims · B10, B9
  • F19 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Abstract documented · field
    We show that our solution enables answering questions about test set leakage and model plagiarism.
  • F36 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.2 WMT Overlap documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.3 Overlap Detection documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §4.4 Code Generation documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §1 Introduction documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · field
    For example, a non-technical content creator could search for their material in a documented dataset.
8limits and errorarXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2)3 claims · B10
  • F38 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §5.1 False Positives documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · field
    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 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2), §6 Impact and Limitations documented · field
    That is, an open plagiarism detection tool could be used to avoid plagiarism detection.
9publication, lifecycle and accessarXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data2 claims · B12, B9
  • F22 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data, Comments; Submission history documented · field
    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 dataportraits.org — the Pile, Stack and Stack V2 sketch front ends (HTTP 502), pile.dataportraits.org; stack.dataportraits.org; stack-v2.dataportraits.org documented · field
    error code: 502
10the other entities of the nameARTnews.com — 10 Painstakingly Crafted Data Portraits That Reveal Strange Details of People's ...7 claims · B1, B3, B4, B5, B6, B7, B8
  • F44 Zinn Education Project — W. E. B. Du Bois's Data Portraits: Visualizing Black America - Zinn Education Project, page text documented · field
    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 SparkMap — W.E.B. Du Bois & Data Visualization History - SparkMap, card snippet (unreachable) documented · field
    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 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 · field
    W. E. B. Du Bois's Data Portraits: Visualizing Black America
  • F49 ARTnews.com — 10 Painstakingly Crafted Data Portraits That Reveal Strange Details of People's ..., article, ¶2; date documented · field
    June 30, 2014 … digital media scholar Judith Donath defines data portraits as “depictions of people made by visualizing data by and about them.”
  • F48 MIT Media Lab — Data Portraits - MIT Media Lab, card snippet (unreachable) documented · field
    Data portraits depict their subjects' accumulated data rather than their faces. They can be visualizations of discussion contributions, browsing histories, soci...
  • F43 giorgialupi — Data Portraits at TED — giorgialupi, page text documented · field
    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 Pentagram — TED Data Portraits - Pentagram, page text documented · field
    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.
11the encyclopedia and the nameWikipedia — no article 'Data Portraits' (HTTP 404); search for "Data Portraits"2 claims · B11
  • F50 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 · field
    Error: 404, Not Found
  • F51 Wikipedia — no article 'Data Portraits' (HTTP 404); search for "Data Portraits", api.php search for "Data Portraits" documented · field
    "totalhits":7

popup — the compression from the field ledger alone (B_D and B_R). the field's entity: the paper's membership-testing artifact, as its own pages and the cards present it, beside three homonyms composed 2026-11-01 from the field ledger alone; not frozen

Form ledger — AIO against both arms, at both levels
AIO (T)L_F compressionL_F expansionL_A compressionL_A expansion
body words158643573051730
distinct claims61652117117
claims per 100 words3.825.014.638.46.8
field claims carried (of 52)—16525252
archive claims0006565
rail8 documents11 lineagesper sentence17 lineagesper sentence
modality shown innonetypographygrammartypographygrammar

Computed from the row at build: words counted in the text; claims from the ledger ids each line or sentence carries. T's claims are the worked example's T1–T9.

The objects

Tthe transcript158 words · 8 cards

register entry data-portraits-aio-20261101 OBS-103202920b0d · file as first run sha256 9ee59375dab3e2aa…

  • T1-1 definition: 'Data portraits are visual representations of people made by plotting their accumulated data rather than drawing or photographing their physical faces.' (two markers)
  • T1-2 a homonym (bullet 1, '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.' (an inline link titled 'W. E. B. Du Bois's Data Portraits'; three markers)
  • T1-3 a homonym (bullet 2, '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.' (an inline link titled '10 Painstakingly Crafted Data Portraits'; two markers)
  • T1-4 a homonym (bullet 3, '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.' (two markers)
  • T1-5 the entity (bullet 4, 'AI & Machine Learning Artifacts'): 'Contemporary research groups use the term for lightweight inspection tools (like Data Portraits) that record dataset training traces.' (the name an inline link; one marker)
  • T1-6 the closer: 'Would you like to focus on W. E. B. Du Bois's historical charts, modern artistic data selfies, or AI data tracking tools?' (no marker)
Bthe disclosed field12 sources
  • B1 giorgialupi — Data Portraits at TED — giorgialupi card; B1.html sha256 2d8c62c8abf433db, HTTP 200 at 2026-11-01T15:14:25Z
  • B2 Data Portraits — Data Portraits card; B2.html sha256 5967547b30c0d39f, HTTP 200 at 2026-11-01T15:13:42Z
  • B3 Zinn Education Project — W. E. B. Du Bois's Data Portraits: Visualizing Black America - Zinn Education Project card; B3.html sha256 e26b7dbd03002904, HTTP 200 at 2026-11-01T15:14:26Z
  • B4 Pentagram — TED Data Portraits - Pentagram card; B4.html sha256 e120a28cf59c7142, HTTP 200 at 2026-11-01T15:14:27Z
  • B5 SparkMap — W.E.B. Du Bois & Data Visualization History - SparkMap unreachable: no URL found by WebSearch on the card's title and site; title and snippet only
  • B6 YouTube·University of Massachusetts Amherst Libraries — W. E. B. Du Bois's Data Portraits: Visualizing Black America video card: title only
  • B7 MIT Media Lab — Data Portraits - MIT Media Lab unreachable: TLS failure (self-signed certificate in chain) at 2026-11-01T15:14:27Z and 15:14:42Z; title and snippet only
  • B8 ARTnews.com — 10 Painstakingly Crafted Data Portraits That Reveal Strange Details of People's ... card; B8.html sha256 bf5fb12c784943a1, HTTP 200 at 2026-11-01T15:15:07Z
  • B9 arXiv — [2303.03919] Data Portraits: Recording Foundation Model Training Data (census source) own page (census copy data-portraits--arxiv); B9.html sha256 0a499acc8164a2d2, HTTP 200 at 2026-11-01T05:07:12Z, matching the manifest
  • B10 arXiv — Data Portraits: Recording Foundation Model Training Data (PDF, v2) own page; B10.pdf sha256 13d6b6d27a507a4a, HTTP 200 at 2026-11-01T15:14:30Z
  • B11 Wikipedia — no article 'Data Portraits' (HTTP 404); search for "Data Portraits" wikipedia; four titles HTTP 404 at 2026-11-01T15:14:31–33Z; search HTTP 200 (sha256 39f19b42595c6af7)
  • B12 dataportraits.org — the Pile, Stack and Stack V2 sketch front ends (HTTP 502) own pages; HTTP 502 at 2026-11-01T15:14:29Z–15:15:09Z; recorded unread
Ethe two entities and their relationρ = extends · equal case

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 TLL-20 TLL-21 TLL-11 TLL-12 TLL-13 TLL-26 TLL-27 TLL-28 O186-01 O127-01 O127-03 O127-04 O837-01 O1075-01 O1543-01 O1543-03; defining papers #186, #1543, #127, #1075, #837, #623, #939, #727, #264

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. TLL-12 TLL-20 TLL-11 TLL-28 TLL-13 TLL-21 O127-01 O1075-01 O1543-01 O127-03 O837-01 O623-01. 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.

#TLL census.json rows[slug == 'data-portraits'].tll_reading: A readback instrument held on the corpus side: a portrait records the dataset so that a work can be tested for membership, which settles #186's 'is the work in the layer' for a recorded corpus.

#TLL census.json rows[slug == 'data-portraits'].tll_reading: Dataset membership is not proof that a particular model used a passage, and the name and what a model made from the work (#1543's question) are outside what the saved abstract records.

#186 Who is in the field? ¶ (line 54): Each of these practices touches the training layer — every one of these texts is, as a matter of fact, in the corpora.

#1543 §1 The claim (line 81): The test is no longer only "can a machine correctly identify what this text means?" but "what does this text make possible for a machine to write?"

#127 §IV.2 HTML metadata (line 463): HTML head metadata — author tags, copyright, Open Graph, Twitter cards — is parsed by search engines and social media unfurl bots, but is almost always discarded by readability extractors that prepare text for training corpus inclusion. The training-data pipeline retains the *body text* and the *URL* (sometimes).

τthe translation: every field claim carried, beside its statement in the archive's ontology52 field claims · 11 rows
field claimsreceivedreceiving texttranslationarchive
F3, F15, F13, F23, F12, F1, F42F3 (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-23TLL-01, TLL-02, TLL-04, TLL-05, TLL-23
F7, F18, F8, F9, F34, F10, F11F7 (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-26TLL-09, TLL-10, TLL-30, TLL-26
F2, F14, F24, F6F2 (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-01TLL-24, TLL-08, TLL-12, TLL-20, O186-01
F21, F4, F26F21 (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-01O1075-03, O623-01
F5, F16, F27, F28, F17, F29, F32, F30, F31F5 (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-14TLL-14
F33, F20F33 (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-15TLL-15
F19, F36, F37, F35, F25, F41F19 (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-18TLL-18
F38, F39, F40F38 (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-21TLL-17, TLL-19, TLL-27, TLL-21
F22, F52F22 (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-03TLL-25, TLL-16, TLL-31, TLL-03
F44, F46, F47, F49, F48, F43, F45F44 (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, F51F50 (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

equal-terms case: every field claim composed as received, beside the archive claims it stands with; no receiving text. Reading the received column recovers the field (§5.9).

R7the measure0 of 11 survive

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.

L_F(B)recomposed from the disclosed field, in the field's ontology357 words

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.

L_A(B ∪ A)the field and the archive composed in the archive's ontology1730 words

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.

Δthe delta

current · derived from the current composition

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.

v0.10 §0.5: the first diff is ontological. T's ontology at the name is the term's: a kind of portrait, its exemplars by person (Du Bois, Donath, Lupi), the artifact a fourth exemplar without a person. Of the one card that concerns the census's entity, it keeps the recording and drops what the card's own page makes central, the membership question and its 'nothing more', the corpora, the sketch and the makers' names.

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

Kthe prospective kernel sealed only at freeze · composer-written27 entries

composer-written · derived from the current composition, written by its composer under the brief. §8.2 derives the kernel mechanically from the frozen plan; this one was written by the composer, mechanical derivation pending.

K1TLL-11 traininglayerliterature.org layer census recordmissing 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 it
claim
TLL-11
source
traininglayerliterature.org layer census record
M_src
interpretation
sense
the name of a recorded work
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
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 it
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K2TLL-13 traininglayerliterature.org layer census recordmissing distinction: the field states leakage and plagiarism checks (F19, F35) and no claim on what a model makes from a recorded work
claim
TLL-13
source
traininglayerliterature.org layer census record
M_src
interpretation
sense
what a model makes
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
missing distinction: the field states leakage and plagiarism checks (F19, F35) and no claim on what a model makes from a recorded work
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K3TLL-19 traininglayerliterature.org layer census recordqualified claim: F36 (the WMT finding stops short of a specific model) and F35 (attribution needs further tools)
claim
TLL-19
source
traininglayerliterature.org layer census record
M_src
interpretation
sense
limits
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
qualified claim: F36 (the WMT finding stops short of a specific model) and F35 (attribution needs further tools)
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K4TLL-20 traininglayerliterature.org layer census recordqualified claim: F24 (membership inference as the critical property), read as settling corpus membership
claim
TLL-20
source
traininglayerliterature.org layer census record
M_src
interpretation
sense
membership and the training layer
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
qualified claim: F24 (membership inference as the critical property), read as settling corpus membership
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K5TLL-21 traininglayerliterature.org layer census recordqualified claim: F36 (leakage shown, a specific model's memorization not concluded)
claim
TLL-21
source
traininglayerliterature.org layer census record
M_src
interpretation
sense
limits
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
qualified claim: F36 (leakage shown, a specific model's memorization not concluded)
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K6TLL-26 traininglayerliterature.org layer census recordnone: the field states the corpora recorded (F18) and no claim on the artifact as a corpus
claim
TLL-26
source
traininglayerliterature.org layer census record
M_src
stipulation
sense
the corpora it records
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
none: the field states the corpora recorded (F18) and no claim on the artifact as a corpus
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K7TLL-27 traininglayerliterature.org layer census recordqualified claim: F2, F14 (the question is put of the model, answered from the recorded data)
claim
TLL-27
source
traininglayerliterature.org layer census record
M_src
stipulation
sense
limits
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
qualified claim: F2, F14 (the question is put of the model, answered from the recorded data)
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K8TLL-28 traininglayerliterature.org layer census recordmissing distinction: F29 (hashes only); no field claim on attribution metadata
claim
TLL-28
source
traininglayerliterature.org layer census record
M_src
stipulation
sense
the name of a recorded work
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
missing distinction: F29 (hashes only); no field claim on attribution metadata
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K9O127-01 #127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Provmissing distinction: no field claim on what a corpus keeps of a page's metadata
claim
O127-01
source
#127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Prov
M_src
interpretation
sense
the name of a recorded work
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
missing distinction: no field claim on what a corpus keeps of a page's metadata
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K10O127-02 #127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Provnone
claim
O127-02
source
#127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Prov
M_src
interpretation
sense
the name of a recorded work
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
none
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K11O127-03 #127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Provqualified claim: F24 (membership inference on a data collection, corpus side) beside a model-side attack
claim
O127-03
source
#127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Prov
M_src
attributed
sense
membership and the training layer
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
qualified claim: F24 (membership inference on a data collection, corpus side) beside a model-side attack
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K12O127-04 #127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Provnone
claim
O127-04
source
#127 Inscriptions That Survive the Tokenizer: SPXI-TLP v2.2 — The Training-Layer Prov
M_src
stipulation
sense
membership and the training layer
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
none
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K13O186-01 #186 Who Is Writing for the Machines? Training-Layer Literature: A Field Surveyqualified claim: F24, F41 (a creator could search for their material in a documented dataset)
claim
O186-01
source
#186 Who Is Writing for the Machines? Training-Layer Literature: A Field Survey
M_src
interpretation
sense
membership and the training layer
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
qualified claim: F24, F41 (a creator could search for their material in a documented dataset)
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K14O186-02 #186 Who Is Writing for the Machines? Training-Layer Literature: A Field Surveymissing distinction: no field claim on metadata that lets a work be found and attributed
claim
O186-02
source
#186 Who Is Writing for the Machines? Training-Layer Literature: A Field Survey
M_src
stipulation
sense
the name of a recorded work
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
missing distinction: no field claim on metadata that lets a work be found and attributed
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K15O186-03 #186 Who Is Writing for the Machines? Training-Layer Literature: A Field Surveynone
claim
O186-03
source
#186 Who Is Writing for the Machines? Training-Layer Literature: A Field Survey
M_src
interpretation
sense
what a model makes
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
none
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K16O264-01 #264 Semantic Exhaustion: An Executive Summary — The Depletion Threshold for Meaning-none
claim
O264-01
source
#264 Semantic Exhaustion: An Executive Summary — The Depletion Threshold for Meaning-
M_src
interpretation
sense
the name of a recorded work
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
none
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K17O623-01 #623 Semantic Infrastructure: From Tim Berners-Lee to the Semantic Economyqualified claim: F4, F26 (a portrait as a documentation artifact beside datasheets)
claim
O623-01
source
#623 Semantic Infrastructure: From Tim Berners-Lee to the Semantic Economy
M_src
interpretation
sense
a documentation artifact
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
qualified claim: F4, F26 (a portrait as a documentation artifact beside datasheets)
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K18O727-01 #727 Political Economy Has Always Already Been Semantic Economy: Metadata Packet for none
claim
O727-01
source
#727 Political Economy Has Always Already Been Semantic Economy: Metadata Packet for
M_src
interpretation
sense
the name of a recorded work
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
none
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K19O837-01 #837 The Josephus Thesis Is Not the Jesus Myth Thesis: Preemptive Disambiguation MPAIqualified claim: F24 (membership on the corpus side) beside a model-side canary
claim
O837-01
source
#837 The Josephus Thesis Is Not the Jesus Myth Thesis: Preemptive Disambiguation MPAI
M_src
stipulation
sense
membership and the training layer
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
qualified claim: F24 (membership on the corpus side) beside a model-side canary
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K20O939-01 #939 EA-PROVENANCE-DEBT-01 v0.2: Provenance Debt and the Extraction Economy of Unmarknone
claim
O939-01
source
#939 EA-PROVENANCE-DEBT-01 v0.2: Provenance Debt and the Extraction Economy of Unmark
M_src
interpretation
sense
the name of a recorded work
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
none
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K21O1075-01 #1075 EA-NEGSHAPE-01 v0.2: The Negative Shape of the Workmissing distinction: F29 (hashes of spans) records text units and no metadata unit
claim
O1075-01
source
#1075 EA-NEGSHAPE-01 v0.2: The Negative Shape of the Work
M_src
stipulation
sense
the name of a recorded work
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
missing distinction: F29 (hashes of spans) records text units and no metadata unit
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K22O1075-02 #1075 EA-NEGSHAPE-01 v0.2: The Negative Shape of the Workqualified claim: F36 (corpus-side leakage, model-side memorization not concluded)
claim
O1075-02
source
#1075 EA-NEGSHAPE-01 v0.2: The Negative Shape of the Work
M_src
attributed
sense
membership and the training layer
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
qualified claim: F36 (corpus-side leakage, model-side memorization not concluded)
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K23O1075-03 #1075 EA-NEGSHAPE-01 v0.2: The Negative Shape of the Workqualified claim: F4, F26
claim
O1075-03
source
#1075 EA-NEGSHAPE-01 v0.2: The Negative Shape of the Work
M_src
interpretation
sense
a documentation artifact
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
qualified claim: F4, F26
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K24O1543-01 #1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Mamissing distinction: the field has no claim on what a model writes after encountering a recorded work
claim
O1543-01
source
#1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Ma
M_src
stipulation
sense
what a model makes
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
missing distinction: the field has no claim on what a model writes after encountering a recorded work
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K25O1543-02 #1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Manone
claim
O1543-02
source
#1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Ma
M_src
stipulation
sense
what a model makes
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
none
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K26O1543-03 #1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Maqualified claim: F35 (plagiarism first pass; attribution needs further tools)
claim
O1543-03
source
#1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Ma
M_src
stipulation
sense
what a model makes
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
qualified claim: F35 (plagiarism first pass; attribution needs further tools)
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
K27O1543-04 #1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Manone
claim
O1543-04
source
#1543 Generative Uptake: Training-Layer Literature Extended from Machine Reading to Ma
M_src
stipulation
sense
what a model makes
qualifiers carried
—
f (source's own falsifiers)
— (none stated; watch: a later composition at the address that states or drops the claim, attributed or not (uptake §8.3))
contrast
none
resolver
a later capture at 'Data Portraits' (ADDR-1ac4e7c48a77) on Google AI Overview, seated in the Capture Registry (§8.3)
Archive bearing — D/R/O traversalread

Candidates are found by string; admission is by reading.

traversal2026-11-01
D 0 deposits · 0 sentencesR 0 · 0O 232 · 0 direct, 360 classhop 28read: 9 admitted, 8 not

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.