Overview
WhenpageChunks: true is passed to ToMarkdown() or ToText(), the return value is a JSON string containing an array of page objects — one per page — rather than a single concatenated string. Each object in the array follows the schema described on this page.
Why use page chunks?
Page chunking is the recommended approach for any pipeline that needs to process, search, or embed a PDF’s content. Rather than working with one large string, you get a structured array where each page is a self-contained unit carrying both its text and the metadata needed to make that text useful. This matters most in RAG applications, where you need to attach source information — file path, page number, document title — to every embedded chunk so that retrieved passages can be traced back to their origin. The layout data inpage_boxes adds another layer of utility: you can filter out headers, footers, and captions before embedding, or treat tables and body text differently depending on your retrieval strategy.
Rather than post-processing a flat Markdown string and trying to guess where page boundaries or section headings fall, chunking gives you that structure directly from the PDF’s own layout engine.
Example — extracting page numbers and first 100 characters of text from each chunk:
Chunk schema
Each item in the returned JSON array is an object with four top-level keys:metadata
Contains both document-level properties (consistent across all chunks) and page-level properties (unique per chunk).
The PDF version string, e.g.
"PDF 1.7".Document title from PDF metadata. Empty string if not set.
Document author from PDF metadata. Empty string if not set.
The application that originally created the PDF.
The application that produced or converted the PDF.
PDF creation date string in
D:YYYYMMDDHHmmSSZ format.Date the PDF was last modified, in the same format as
creationDate.Encryption method if the document is encrypted, otherwise
null.The file path of the source document as provided to
ToMarkdown().Total number of pages in the document.
The 1-based page number this chunk represents.
Usage example
toc_items
A list of Table of Contents entries that fall on this page. Each entry is an array in the format [level, title, page_number].
Heading hierarchy depth.
1 = top-level chapter, 2 = section, 3 = subsection, etc.The heading text as it appears in the Table of Contents.
The page number the TOC entry points to (1-based).
toc_items is an empty array [] for pages that have no TOC entries, or for documents without a Table of Contents. Always check before iterating.Usage example
page_boxes
A list of layout elements detected on the page by the layout analysis engine. Each element describes a discrete visual block — a paragraph, heading, image, table, list item — along with its position on the page and its character offsets within the page’s text string.
Zero-based position of this box in the page’s reading order (top to bottom).
The type of layout element detected. See the box classes table below.
Bounding box of the element in PDF page coordinates:
[x0, y0, x1, y1]. Origin is the top-left of the page. Units are PDF points (1 pt = 1/72 inch).Character offsets into the page’s
text string: [start, end]. Use these to slice the exact text that corresponds to this layout element.Box classes
| Class | Description |
|---|---|
text | Body paragraph or general prose |
section-header | A heading or section title |
list-item | A bullet or numbered list entry |
table | A detected table |
picture | An image or figure |
caption | A caption beneath a figure or table |
page-footer | Footer content at the bottom of the page |
page-header | Header content at the top of the page |
Usage example — extract only headings
Usage example — get bounding boxes for all images
text
The full Markdown-formatted text content of the page as a single string. Headings, bold text, tables, and list items are represented using standard Markdown syntax.
Markdown string for the entire page. Newlines separate logical blocks. Images that cannot be extracted are replaced with a placeholder such as
==> picture [535 x 193] intentionally omitted <==.The character offsets in each
page_boxes[n]["pos"] correspond directly to positions within this string. Use them to precisely extract the text for any layout element without re-parsing the Markdown.Usage example — slice text by layout element
Full iteration example
Related
| Method | Description |
|---|---|
ToMarkdown() | Produces chunks when pageChunks: true |
ToText() | Plain text equivalent with pageChunks: true |
ToJson() | Alternative export with full bounding box and layout data |
GetKeyValues() | Extract form field data from a PDF |
JSON Schema
Full schema reference for the JSON output, including text, image, table, and drawing blocks with bounding boxes.
Extract JSON guide
Working walkthrough with filtering and pipeline examples.
ToJson()
Full API reference for
ToJson().Tables guide
Best practices for extracting tables with layout data and converting to DataTables or CSV.