Digital One Foundation The Text Layer
Paper 003 · Research

Beyond the text layer.

Converted, the text travels and the pictures do not, so anything said about a drawing is generated rather than extracted — a claim, not an extraction. One thread runs through what follows: the conversion record — including the hash this engine does not take — which continues, with the ledger of what is open, in Paper 004. This paper sets out what would have to be true before such a claim reaches a model, and what would count as a result.

§1What the model was shown, six months later

An organisation runs a supplier's drawing pack through a document pipeline, a model reads the result, and a compliance summary quotes a tolerance from it. Six months later the part fails, and someone who owes the organisation nothing asks what the model was shown. Not the drawing — the bytes. Where nothing was recorded, the honest answer is a filename and a date, which is a claim.

Conversion is an event, and it can be recorded like any other. What exists today is more than nothing and less than a record: the sha256 of the source bytes, the converter and its risk rung where one ran, the OCR provider, its egress and a status per page — and no page text, since an audit record carrying the document defeats its purpose.

Three things are absent. No engine-version field appears in the documented response; nothing points a derived statement back to the pixels; and the output side is unhashed — the bytes that went in are fingerprinted, the Markdown that came out is not.

The requirement, precisely

A conversion record must let a reader holding the source bytes recompute the chain: that this source produced this Markdown under this converter; which pages left the machine; which statements were extracted and which generated. What it cannot let the reader recompute, it must name.

§2OCR reads the glyphs, not the picture

The text a reader sees is one layer of a PDF; figures, scanned annexes, drawings, charts and photographs sit outside it. A picture becomes a figure block holding its position, carrying a caption only if one was printed beside it, never one the engine wrote. A page uploaded natively arrives as an image and its text, which is what lets a reader ask the model about its charts;[1] the converted page cannot be asked, and that is what conversion gives up.

OCR does not close the gap, because it reads glyphs rather than pictures: over a schematic it recovers the labels and leaves the schematic. The provider is handed a raster rather than the document — rasters in, lines out — and each line is capped at inferred, because certain means the format said so. The difficulty is not local to one engine: a 2026 benchmark on engineering drawings reports models reading a drawing's text far more accurately than its symbols, and calls symbol-centric understanding unsolved[2] — the authors' word, on their own preprint.

A merged cell has no representation in the Markdown emitted[3]Paper 001 §4 gives the specification — so the cell is flattened and the table named in a warning. The tolerances citable from a drawing are those that were in a table, and not all of even those.

Defect · found by adversarial review of a capability-first rewrite

A completeness claim survived every check that was not a reader

The conditions are ordinary rather than exotic. The proof sections of a product page were rewritten from problem-framing to capability-framing. No number changed, the claims file diffed +45 −2 with no source removed, and two sentences came out of it newly false.

// the two sentences that came out newly false
"The longest thing in your estate goes in whole."
"…the tolerances you can cite are the ones that were in a table,
   and they are all of them."

// what the checks returned
type checker · test suite · claims diff → PASS

// what was true, one panel away on the same page
the window decides what fits, and intake caps at 2,000 pages
a merged cell is flattened, so a table can lose a tolerance

Nothing mechanical caught either, because nothing in the pipeline reads English. The second is the instructive one: it asserted a completeness no claims-file row supported, with the counter-example one panel away on the same page.

Absolutes arrive during positive rewrites, and the strongest sentence in a rewritten section is the likeliest to have overshot.

§3A picture is a claim waiting to be made

Knowing what is in a picture is several jobs wearing one name: reading values off a chart, recovering the instruments and connections of a piping and instrumentation diagram, following a floor plan or an assembly drawing, naming what a photograph of a site shows. They are one kind of thing — every one of them is generated — and they differ sharply in difficulty and in whether anyone can score them.

Extraction is deterministic and checkable; description is generated and is a claim. The same bytes give the same Markdown — asserted in the engine's documentation rather than demonstrated by a published corpus, as Paper 004 §4 records — so a doubter can convert the file again and diff. A description cannot be re-run that way: a second run may write another sentence, and either may assert what is not in the picture. A 2018 study found captioning models "prone to 'hallucinating' objects that are not actually in a scene", and a 2023 study finds the current model class inherits it.[4]

One vendor's documentation instructs that image interpretations be verified.[5] So a description reaching the model is labelled as derived, kept below certain — OCR lines are capped at inferred, and a generated sentence has no claim to sit higher — and carries a way back: page, bounding box and the sha256 of the raster. It exists only where the pipeline owns the rasterisation: a natively uploaded PDF is rasterised server-side "at dimensions you don't control", so the coordinates that come back cannot be reliably mapped onto the page. A caption so recorded is locatable, not true.

EXTRACTED · DETERMINISTIC · CHECKABLE same bytes in · same Markdown out source.pdf · sha256 text layer · positions Markdown · what is read convert it again and diff: the bytes agree or they do not DESCRIBED · GENERATED · A CLAIM a model looks at pixels and writes a sentence page raster · p.14 · sha256 bounding box on that raster caption · enhanced: true · ≤ 0.75 the box and the hash check against the raster the sentence does not: locatable, not verified
Figure 1 Two chains, one source. On the left every link recomputes from the bytes except the last, because the converter records no hash of its output; on the right, page, box and hash check against the raster and the sentence does not. The right-hand chain is not built.

A derived statement needs its provenance committed with it, and committed injectively: caption, page, box and hash run together by plain concatenation let whoever writes the record move the boundary between them — the defect Paper 002 of The Project Handshake found in its own leaf encoding. A verifier checks the box against the raster, not the sentence against the picture.

§4What is being researched, and what would count as a result

The direction under research is an enhancement tier over the deterministic baseline, and none of it is built: the engine accepts the option today and ignores it. It would act only on blocks already flagged as needing help — figure alt-text, chart-to-table, reconstruction of flattened merges, semantic chunk boundaries — marking each touched block enhanced: true, returning the deterministic output byte-identical when the tier is off, aborting to it at a cost ceiling, and routing model calls through a gateway with an evidence log.

The difficulty is evaluation, and it is uneven:

Derived outputScoreableAgainst what
Chart → data table Yes The chart's own data, where the document carries it; otherwise ground truth has to be made first.
Diagram → node and edge list Yes Graph-level ground truth, with edge accuracy as the metric; a publicly accessible P&ID benchmark so annotated exists — the first, its authors say.[6]
Flattened table → reconstruction Yes, with a ceiling Human layout annotation — and annotators disagree, so their agreement is the ceiling.[7]
Free-text caption Largely not High scores on the standard caption metrics do not imply less hallucination.[4] Free-text description resists scoring, which is the honest reason to prefer the rows above.

A piping and instrumentation diagram is drawn in a vocabulary — ANSI/ISA-5.1-2024 establishes "a uniform means of designating instruments and instrumentation systems used for measurement and control"[8] — and a vocabulary invites structured output rather than prose: node and edge lists, tag-to-value statements, each carrying its box and raster hash. A result would be a measurable margin over the baseline on a corpus with ground truth, and for an estate's own drawings no such corpus exists: the published benchmarks are other people's documents, and annotating an estate's own is work that would have to be paid for before anything could be scored. Marked open, all of it.

On the provenance of this material

The engine these notes draw on is crunch.md, a Digital One product. Its core engine and MCP server are Apache-2.0-licensed and run offline; the hosted service is proprietary. The repository is to be published at a named milestone rather than readable today, so that licence is a statement of intent, and the engine behaviour these sections describe cannot yet be checked against its code. The references can: each points at a public page or preprint. Deliberately absent: prices, plans and tiers, and deployment internals.

References

  1. Anthropic, PDF support, Claude Developer Platform documentation, "How PDF support works", platform.claude.com/docs/en/build-with-claude/pdf-support, read 11 September 2026.
  2. A. Kondratenko, M. Birhane, H. E. Hsain, G. Maciocci, AECV-Bench: Benchmarking Multimodal Models on Architectural and Engineering Drawings Understanding, arXiv:2601.04819, January 2026. A preprint; "remains unsolved" is the authors' assessment.
  3. GitHub, GitHub Flavored Markdown Spec, version 0.29-gfm (2019-04-06), §4.10 "Tables (extension)", github.github.com/gfm/, read 11 September 2026.
  4. A. Rohrbach, L. A. Hendricks, K. Burns, T. Darrell, K. Saenko, Object Hallucination in Image Captioning, arXiv:1809.02156, EMNLP 2018; and Y. Li, Y. Du, K. Zhou, J. Wang, W. X. Zhao, J.-R. Wen, Evaluating Object Hallucination in Large Vision-Language Models, arXiv:2305.10355, EMNLP 2023.
  5. Anthropic, Vision, section "Limitations", platform.claude.com/docs/en/build-with-claude/vision; and Coordinates and bounding boxes, platform.claude.com/docs/en/build-with-claude/vision-coordinates. Both read 11 September 2026.
  6. J. M. Stürmer, M. Graumann, T. Koch, From Engineering Diagrams to Graphs: Digitizing P&IDs with Transformers, arXiv:2411.13929, IEEE DSAA 2025. "First publicly accessible" is the authors' claim.
  7. B. Pfitzmann, C. Auer, M. Dolfi, A. S. Nassar, P. W. J. Staar, DocLayNet: A Large Human-Annotated Dataset for Document-Layout Analysis, arXiv:2206.01062, SIGKDD 2022.
  8. ISA, ANSI/ISA-5.1-2024, Instrumentation and Control – Symbols and Identification, purpose sentence from the committee page, isa.org/standards-and-publications/isa-standards/isa-standards-committees/isa5-1, read 11 September 2026.