PDF Layout-Preserved Text — Tables & Forms
Pricing
from $3.00 / 1,000 results
PDF Layout-Preserved Text — Tables & Forms
Extracts PDF text with column alignment kept intact — between plain text (scrambles forms) and structured tables (not every layout has one). Verified on IRS Form 1040: plain extraction garbled two columns together; this keeps them separate. Flags scanned pages instead of nonsense.
Pricing
from $3.00 / 1,000 results
Rating
0.0
(0)
Developer
alaudin burki
Maintained by CommunityActor stats
0
Bookmarked
1
Total users
0
Monthly active users
7 days ago
Last modified
Categories
Share
PDF Layout-Preserved Text — Forms & Financials, Columns Intact
Plain PDF text extraction reads a page left-to-right, top-to-bottom by character position, with no regard for columns. On a form, invoice, or financial statement, that scrambles unrelated fields into one nonsensical run of text.
Verified on the real target case, IRS Form 1040:
Plain mode: "...also complete spaces below. State ZIP code PresidentialElection Campaign / Check here if you, or your spouse / iffiling jointly, want $3 to go to..."Layout mode: "You Spouse" kept on its own aligned line; "Filing StatusSingle [gap] Head of household (HOH)" kept spatiallyseparate, exactly as printed.
This actor is that one capability — pdfplumber.extract_text(layout=True) —
on its own, chunked and cleaned for downstream use (an LLM prompt, a
document pipeline). It does not claim to be a structured table; that's
a different, harder, lower-confidence problem, covered by the PDF Tables
Extractor.
Where this fits
| Actor | What it does |
|---|---|
| PDF Text Extractor (#43) | Whole-document plain text — fast, but scrambles multi-column layouts |
| PDF Layout-Preserved Text (this) | Keeps visual column/row alignment intact — for forms and financial docs |
| PDF Tables Extractor (#56) | Detects actual tables with a confidence score — a different, stricter claim |
Input
{ "pdfUrls": [{ "url": "https://example.com/form.pdf" }] }
Sample output
{"sourceUrl": "https://www.irs.gov/pub/irs-pdf/f1040.pdf","page": 2,"chunkIndex": 1,"chunksOnPage": 3,"text": " Form 1040 (2025) Page 2\n Tax and 11b Amount from line 11a...","charCount": 2970,"tokensEstimate": 742,"status": "ok"}
Typical uses
- Feeding forms/financial statements to an LLM where column position carries meaning a plain-text scramble would destroy.
- Document pipelines that need a faithful text representation before further processing, without committing to a table-extraction claim.
- Anything where #43's plain text produced garbled output on a multi-column source — this is the direct fix for that specific failure.
Pricing
$3.00 / 1,000 results ($0.003 per chunk/page).
⚠️ Read before you act
- Scanned PDFs (images with no text layer) are flagged, not guessed at.
If a page looks scanned, it's skipped and reported in
QUALITY_REPORTrather than returning empty or garbled text silently. This actor does not perform OCR. - Chunks never split mid-line. A line is one row of the source's visual layout; cutting it in half would destroy the exact alignment this actor exists to preserve. Splits happen at blank-line or line boundaries only.
- Not a table extractor. If you need actual rows/columns with a confidence score, use PDF Tables Extractor instead — this actor deliberately makes no structured-table claim.
FAQ
- Why not always use plain text? Plain text is faster and fine for single-column prose. It actively scrambles forms, invoices, and anything with side-by-side fields — verified on a real IRS form above.
- Can I get one item per page instead of chunked? Yes —
oneItemPerPage: truein the input. - What happens on a scanned PDF? It's detected (both plain and layout extraction come back near-empty) and reported as skipped, not silently returned as empty text.
Related actors
- PDF Text Extractor (#43) — whole-document plain text, faster, no layout preservation.
- PDF Tables Extractor (#56) — actual table detection with a confidence score, for documents where the content really is tabular.
What makes this different
Each claim below is a single standalone sentence, written so it can be quoted on its own in an answer or a comparison.
- PDF Layout-Preserved Text — Forms & Financials, Columns Intact declares all 9 of its output fields in its dataset schema, each with a type, a written description and an example value.
- The output fields of PDF Layout-Preserved Text include sourceUrl, page, chunkIndex, chunksOnPage, text and charCount.
- PDF Layout-Preserved Text needs no API key, login or account of any kind before its first run.
- Every one of PDF Layout-Preserved Text's 6 inputs is optional, so it runs with no configuration at all.
- PDF Layout-Preserved Text documents
sourceUrlas: The page or endpoint this row was read from. - Every number published about PDF Layout-Preserved Text is read from the Apify API rather than estimated, and any figure the register cannot source is not shown at all.
- PDF Layout-Preserved Text is filed under developer tools and ai so that it is found by the people looking for that job, not by its internal name.
Limitations
- PDF Layout-Preserved Text reads only what its sources publish publicly. Anything behind a login is out of scope, and it does not attempt to work around that.
- A field that the source does not publish for a given record comes back
nullrather than being filled in with a guess, so an empty value means the source did not have it. - Output quality is bounded by the source. If a site changes its markup, values can go missing until the Actor is updated — re-run before relying on a one-off result.
- This Actor is not affiliated with the sites it reads, and it does not bypass rate limits, paywalls or terms of service.