Skip to content
AI Primer
breaking

Vik Paruchuri challenges ParseBench-2’s OCR scoring methodology

Vik Paruchuri argues that ParseBench-2’s page-number requirements reward parser defaults rather than OCR quality. The creators defend the open methodology while acknowledging annotation and metric issues and updating the leaderboard.

6 min read
Vik Paruchuri challenges ParseBench-2’s OCR scoring methodology
Vik Paruchuri challenges ParseBench-2’s OCR scoring methodology

TL;DR

A correct HTML table fares worse than Markdown containing a wrong number in Datalab’s edit-distance demonstration. LlamaIndex’s technical report describes coding agents refining evaluation metrics against fixed human judgments, with human review.

Parser defaults and layout boxes

Vik Paruchuri, who develops OCR models at Datalab, challenged two representation choices in ParseBench-2:

  • Headers and footers: His example reverses the winner when the answer key stops requiring the running header and page number. Both outputs preserve the body text.
  • Bounding boxes: Datalab widened the benchmark’s own correct reference boxes to test how much harmless margin affects layout scoring.

The technical report explicitly defines text annotations as the whole page as printed, including running heads and page numbers. It also specifies layout boxes tight to the ink.

Chart references and case-sensitive strings

Paruchuri identified answer-key problems across different benchmarks:

  • ParseBench charts: Datalab identifies a source value as 303 GW, while the test expects 310 GW within 1%. That accepts 306.9 to 313.1, excluding 303.
  • olmOCR-bench text: A case-sensitive test requires “Republican Party” where the page prints “Republican party,” according to his transcription example.

The chart example also appears in Datalab’s analysis of the original ParseBench. LlamaIndex’s v2 release replaces its earlier chart spot checks with complete reference tables covering 36,958 values across 1,025 charts, according to the launch post.

Edit distance and adapter bugs

Two examples separate scoring behavior from recognition quality:

  • Edit distance: A correct HTML table scores 0.77 normalized edit distance against a Markdown reference. Markdown with 1,410 misread as 1,710 scores 0.016, where zero means identical, in Datalab’s demonstration. These are plain normalized Levenshtein distances, rather than a reproduction of an entire benchmark scorer.
  • ExtractBench: Paruchuri reported a nasty 29.1-point swing with unchanged extracted values. Datalab says the original adapter counted confidence and citation metadata as wrong values; its revised result also used neutral number matching.

Severity policies

LlamaIndex launched ParseBench-2 on November 12 with 4,317 pages across six dimensions:

  • Text
  • Formatting
  • Tables
  • Charts
  • Visual grounding
  • Forms

The technical report defines each page’s score as the lower of content recovery and a severity cap. Its default policy requires one critical error to reduce an otherwise correct output by at least 10 points out of 100; benign variations should cost nothing.

Users can change penalties and recompute scores from recorded errors without rerunning the parsers. The policy is explicitly an expert judgment about consequences, rather than a measured property of the document.

Dimension scores and corrections

Jerry Liu, speaking for the ParseBench team at LlamaIndex, accepted that annotations needed cleanup and that the overall score and default severity policy had received too much emphasis. He rejected the characterization of the benchmark as purely marketing, saying the team also uses it for internal research.

His responses distinguished several issues:

  • Composite scores: The overall ranking is a simple average across dimensions, which Liu said deserves caution.
  • An underline example: A disputed table-shaped page contributed only to Formatting, not Tables. Underlines account for 1% of the headline Formatting score, he clarified.
  • Forms versus price: Liu highlighted Extend’s results.
  • Tables versus price: He highlighted Datalab’s results.
  • Charts versus price: He highlighted Reducto r-1 and said its chart evaluation had been corrected.

Liu also described Opus 5.5 as strong on tables and weak on charts in a follow-up, illustrating the capability differences hidden by an overall rank.

LLM judges

The disagreement extended to the evaluator itself:

The Parse Judge methodology exposes image-grounded error descriptions, severity, locations, and quotations alongside scores. Its author acknowledged prompt and model sensitivity in the discussion and proposed further prompt ablations.

Published outputs

Reducto shared a reproducibility complaint after finding that 23 of 37 rows differed by more than 1.5 points on Text or Charts when it re-scored published outputs.

A LlamaIndex maintainer explained in the GitHub issue that those outputs had not generated the v2 leaderboard. The team had conducted fresh runs, published the v2 outputs on November 13, and the complainant closed the issue.

A separate open Reducto pull request proposed re-scoring r-1 from 76.76 to 85.23 overall and from 25.23 to 78.45 on Charts. Its description attributes most of the change to outputs that provide chart data as HTML tables.

Benchmark checks

Paruchuri’s five-minute benchmark audit names seven checks:

  1. Who built the benchmark, and whether their own system ranks first.
  2. Score changes caused solely by output formatting.
  3. The recorded source of each expected answer.
  4. Reproducibility of published scores.
  5. Vendor-specific prompts.
  6. Remaining headroom and separation between systems.
  7. Results sliced by document type.

Cross-benchmark results

Paruchuri called ParseBench’s ranking signal close to a coin flip, linking to Datalab’s November 4 comparison of seven open models across 13 public benchmarks. That study predates the ParseBench-2 launch and used three model judges’ error counts to assess rankings.

Separately, Nace.AI reported in its November 11 Drex results that adding its decision model improved its parser on three of six benchmarks. The company described results on two others, ParseBench and RealDocBench, as within noise of the parser alone.

Further reading

Discussion across the web

Where this story is being discussed, in original context.

On X· 10 threads
TL;DR1 post
Parser defaults and layout boxes1 post
Chart references and case-sensitive strings1 post
Edit distance and adapter bugs1 post
Severity policies2 posts
Dimension scores and corrections5 posts
LLM judges4 posts
Published outputs1 post
Benchmark checks1 post
Cross-benchmark results2 posts
Share on X