Multimodal / Applications
verifiedDocument Understanding
An invoice, a form, a scientific paper: the words matter and so does where they sit. A total in the bottom right of a table means something different from the same number in a paragraph, and a model reading the text in reading order has thrown away the layout that made it interpretable.
The fix is to give position on the page the same status as position in the sequence — a two-dimensional coordinate embedding alongside the ordinary one — so the model can attend to what is above a cell as easily as to what precedes it. Where the source has markup rather than pixels, the tree structure serves the same purpose and is cleaner, which is why HTML documents and scanned ones get different treatments rather than one pipeline.
Reading order is a lossy projection of a two-dimensional arrangement, and the loss is concentrated exactly where documents are most structured. A paragraph loses nothing; a table loses the column relationships entirely, because linearising a grid puts cells adjacent that were never near each other. So the share of a document whose meaning survives linearisation falls as the document becomes more tabular, which is the opposite of what a text pipeline assumes.
tabular-content holds 33% of the budget; rest holds the remaining 67%.
Document content whose meaning depends on two-dimensional position, against content that survives reading order, in equal units. Drag the tabular share up to watch linearisation lose the document — a paragraph loses nothing, a grid loses its columns.
Reviewed by opendroid · 2026-08-18
- arXiv:1912.13318 — LayoutLM: Pre-training of Text and Layout for Document Image Understanding
- arXiv:2110.08518 — MarkupLM: Pre-training of Text and Markup Language for Visually-rich Document Understanding