Paper deep dive
Source-preserving alignment for robust evidence localization in scientific PDFS
Zihao Liu, Wei Yang, Zixiao Dong, Chenshu Li, Longzhang Liu, Tao Tan, Hong Xie
Intelligence
Status: not_run | Model: - | Prompt: - | Confidence: 0%
Entities (0)
Relation Signals (0)
No relation signals yet.
Cypher Suggestions (0)
No Cypher suggestions yet.
Abstract
Abstract:Scientific information-extraction systems often return a claim with an evidence string, which users must locate in the original PDF. This is challenging because the extracted evidence and PDF text layer are different representations: line wrapping, Unicode variants, superscripts, citation markers, and fragmented items alter text sequences and geometry. We present a source-preserving alignment framework: normalize text for robust matching while preserving provenance for accurate localization. It aligns evidence with normalized page text, maps matches back to source-character spans, and renders only their geometry. When exact alignment fails, line-break-aware token alignment recovers supported spans while excluding unmatched noise. Experiments on 1,020 chemistry papers show that the framework achieves a 92.6\% quote-level automatic localization rate, compared with 43.6\% for text search and 19.1\% for a precomputed bounding-box baseline. Component ablation confirms distinct contributions from normalization and approximate token alignment, while human verification assesses the visual correctness of returned highlights. Overall, these results demonstrate that reliable evidence verification requires robust matching and precise localization within a shared source-preserving alignment representation.
Tags
Links
- Source: https://arxiv.org/abs/2609.35588v1
- Canonical: https://arxiv.org/abs/2609.35588v1
Trouble viewing inline? Open PDF directly â
Full Text
21,404 characters extracted from source content.
Expand or collapse full text
SOURCE-PRESERVING ALIGNMENT FOR ROBUST EVIDENCE LOCALIZATION IN SCIENTIFIC PDFS Zihao Liu Wei Yang Zixiao Dong Chenshu Li Longzhang Liu Tao Tan Hong Xie â thanks: $*$ Corresponding author: Hong Xie (hongx87@ustc.edu.cn). Abstract Scientific information-extraction systems often return a claim with an evidence string, which users must locate in the original PDF. This is challenging because the extracted evidence and PDF text layer are different representations: line wrapping, Unicode variants, superscripts, citation markers, and fragmented items alter text sequences and geometry. We present a source-preserving alignment framework: normalize text for robust matching while preserving provenance for accurate localization. It aligns evidence with normalized page text, maps matches back to source-character spans, and renders only their geometry. When exact alignment fails, line-break-aware token alignment recovers supported spans while excluding unmatched noise. Experiments on 1,020 chemistry papers show that the framework achieves a 92.6% quote-level automatic localization rate, compared with 43.6% for text search and 19.1% for a precomputed bounding-box baseline. Component ablation confirms distinct contributions from normalization and approximate token alignment, while human verification assesses the visual correctness of returned highlights. Overall, these results demonstrate that reliable evidence verification requires robust matching and precise localization within a shared source-preserving alignment representation. Index Terms: PDF evidence localization, scientific document grounding, source-preserving alignment, text normalization, geometric provenance â address: 1School of Computer Science and Technology, University of Science and Technology of China 2University of Science and Technology of China, 3State Key Laboratory of Cognitive Intelligence, 4C Second Highway Consultants Co., Ltd. 1 Introduction Retrieval-augmented generation [7] and scientific claim verification [18] use retrieved evidence, while S2ORC provides structured scientific text [9] and citation-generation research stresses that answers should be verifiable [3]. Making evidence useful requires locating it on the original PDF page. Unlike standard text search, this task must match evidence from Markdown or other logical formats to PDF text with line and item breaks, different dash forms, citation markers, and separate superscripts. These differences arise from the PDF text model and character encoding [6, 16] and remain a challenge in scholarly-PDF extraction [10, 17]. Matched text must then be turned into precise page-level highlights. Plain text search is sensitive to normalization differences; precomputed bounding boxes cannot handle text not expected at indexing time and are sensitive to changes in layout and encoding. Neither preserves the character-level link to source geometry needed for accurate highlighting. We frame evidence localization as alignment among normalized text for matching, source characters for provenance, and page geometry for rendering. Our principle, normalize for matching, preserve provenance for localization, links each normalized character to its source item and offset through an explicit provenance map. Handling extraction differences alone cannot ensure accurate highlight boundaries. We contribute (1) a normalized representation that preserves these source links, (2) a method that uses it to turn exact or approximate text alignment into character spans and highlights based on page geometry, and (3) an evaluation on scientific chemistry PDFs against text-search and precomputed bounding-box baselines, showing higher localization success and more accurate highlight boundaries, especially for long evidence strings. 2 Related Work PDF libraries such as PDF.js [11] and PyMuPDF [1] expose page strings, text items, and geometry, while neural parsers improve structured extraction but do not guarantee traceable visual source spans [2]. Standard search is fragile to extraction-order, encoding, and layout differences, whereas bounding-box indexes are limited by text-to-box correspondence. This correspondence is particularly difficult for scientific PDFs, where equations, formulas, Greek letters, superscripts, and reference markers can be fragmented or nonstandard. Document-layout resources likewise show substantial visual and structural variation [19, 8, 15, 14]. A robust locator must therefore combine tolerant comparison with faithful recovery of source characters and geometry. Approximate string matching handles textual errors [12], while classical sequence alignment [13] and longest-common-subsequence (LCS) algorithms [4] identify ordered correspondences despite gaps. Our token-level fallback uses LCS correspondences to recover supported tokens; PDF evidence localization additionally projects them through a provenance map to source characters and page geometry. 3 Proposed Method 3.1 Deterministic Matching Procedure Let q denote an evidence quote and let P=p1,âŠ,pnP=\p_1,âŠ,p_n\ denote the ordered PDF text items, where each pip_i contains source text sis_i and transform TiT_i. The method uses fixed rules rather than learned parameters. It first normalizes and searches for an exact occurrence: q^=N(q),p^=N(s1)â„âŻâ„N(sn). q=N(q), p=N(s_1) \|·s \|N(s_n). (1) If exact matching fails, let =(q1,âŠ,qm)q=(q_1,âŠ,q_m) and p be the normalized quote and page token sequences. For mâ„5mâ„ 5, the method enumerates a fixed set of candidate windows and selects ~=argâĄmaxââĄ(,)âĄscoreâĄ(,). w= _w (q,p)score(q,w). (2) The fallback result is returned only when scoreâĄ(,~)â„Ïscore(q, w)â„Ï, where Ï=0.8Ï=0.8; otherwise, no fallback match is returned. Thus, the procedure performs deterministic selection from a finite candidate set rather than parameter optimization. 3.2 Normalization and Provenance Mapping We define a normalization function NâĄ(â )N(·) that applies Unicode compatibility normalization, dash/minus unification, malformed-encoding repair, scientific-symbol mapping, and removal of layout-only separators, consistent with the Unicode representation principles used by PDF text workflows [16, 6]. The normalized quote and page stream are q^=N(q),p^=N(s1)â„N(s2)â„âŻâ„N(sn). q=N(q), p=N(s_1) \|N(s_2) \|·s \|N(s_n). (3) During normalization, every output character stores a pair (i,c)(i,c) identifying its source text item i and source character offset c. Thus, an exact match in p p can be projected back to the corresponding source intervals. The normalization includes compatibility rules for symbols commonly damaged during PDF extraction. These rules are used only for comparison; the original page text is never rewritten. 3.3 Exact Matching and Character-Range Clipping If q q occurs contiguously in p p, the method collects all source intervals touched by the match. For each text item, only the interval [cstart,cend)[c_start,c_end) is rendered. Because PDF.js text items do not generally expose per-glyph rectangles, the horizontal extent is estimated proportionally from the item width: xstart=x0+wâcstart|si|,xend=x0+wâcend|si|.x_start=x_0+w c_start|s_i|, x_end=x_0+w c_end|s_i|. (4) The resulting rectangle is transformed using the itemâs PDF matrix and clipped to the page viewport. This prevents a quote ending inside a text item from highlighting the next sentence contained by the same item. 3.4 Line-Break and Noisy-Text Alignment When exact matching fails, both texts are tokenized. Alphabetic line-end hyphenation is merged when its fragments form a word, while formula-like strings such as âZSM-5â are preserved. For a quote of m tokens, each scale αâ0.70,0.85,1.00,1.15,1.30αâ\0.70,0.85,1.00,1.15,1.30\ produces a candidate length âα=roundâĄ(αâm) _α=round(α m), using nearest-integer rounding with half values rounded upward. Windows longer than the page-token sequence are omitted. For a candidate token window =(w1,âŠ,wâ)w=(w_1,âŠ,w_ ), we use the longest common subsequence [4] to define the score as scoreâĄ(,)=LCSâĄ(,)maxâĄ(||,||)=LCSâĄ(,)maxâĄ(m,â).score(q,w)= LCS(q,w) (|q|,|w|)= LCS(q,w) (m, ). (5) Both the LCS count and its denominator are measured in tokens. The renderer highlights only LCS-aligned tokens, excluding unaligned markers. 3.5 Geometric Rendering For each matched source interval, the method computes the four transformed corners of the text rectangle from the PDF.js transform matrix. Rectangles are clamped to normalized page bounds and merged only when they are nearby fragments on the same rendered line. This avoids merging across columns, headers, or unrelated text regions. 4 Experiments and Analysis 4.1 Dataset The corpus contains 1,020 publicly accessible chemistry papers paired one-to-one with Markdown evidence files, comprising 18,580 quote instances (18.2 per paper). All PDFâMarkdown filename pairs were verified; no PDF was missing. Only papers with both files available were retained, so the benchmark evaluates localization rather than upstream claim extraction. Quotes vary in length, and PDFs include multi-column pages, chemical formulas, figure references, and noisy text layers, exposing ordinary search failures and boundary errors after apparently successful matches. For reproducibility, we provide the PDFâMarkdown pairing rule, quote parser, BBOX records, and comparison scripts. The corpus manifest records each paperâs identifier, public access source, access date, and redistribution status. 4.2 Comparison Methods We compare three methods. Proposed uses source-preserving normalization, alignment, source-span recovery, and geometry-aware rendering. PyMuPDF performs direct evidence lookup through the PDF libraryâs standard search interface. BBOX searches an offline page-text and bounding-box index, then renders the retrieved boxes. 4.3 Evaluation Metrics and Human Verification Protocol The automatic metric is quote-level localization rate, i.e., the fraction of quotes for which a method returns at least one candidate page region: LocalizationRate=#âquotes with a returned candidate region#âevaluated quotes. = \#\quotes with a returned candidate region\\#\evaluated quotes\. (6) We separately assess visual correctness on 18,572 reviewed quotes per method, with verification completed by six evaluators. Manual percentages use this reviewed cohort as their denominator; the remaining eight quotes have no manual labels. Each quoteâmethod output receives one of three evaluation labels: Correct (the intended evidence is fully and accurately highlighted), Incorrect (a localization is returned but is not fully accurate, including minor boundary excess or omission), or Not found (no usable localization). Each item has one final recorded label. Automatic localization rate measures candidate availability, whereas these manual labels assess visual correctness. 4.4 Overall Performance Table 1 and Figure 1 show that the proposed method achieves a 92.6% automatic localization rate, versus 43.6% for text search and 19.1% for precomputed BBOX. Reliable localization therefore requires matching positions, source characters, and page geometry in a shared representation. Figure 1: Quote-level automatic localization rate. 4.5 Component Ablation Figure 2 isolates the contributions of the proposed normalization and approximate alignment on the same 1,020 papers and 18,580 quotes. Removing approximate alignment disables the LCS fallback while retaining normalized exact matching. Removing the proposed normalization instead uses the PDF.js-extracted text stream directly while retaining the same LCS fallback. This comparison evaluates the added benefit of our normalization beyond the extracted PDF.js text representation. The results show that the proposed normalization provides the larger gain in localization rate, while approximate alignment further recovers disrupted token sequences. We further conduct a rendering-only boundary ablation on the 17,213 successfully localized quotes: holding the matched source spans fixed, we compare character-range clipping with highlighting every matched PDF.js text item. Whole-item rendering adds 62.8 source characters per quote on average (26.8% of highlighted characters), whereas clipping introduces no whole-item excess by construction; thus, provenance mapping improves highlight specificity without changing localization decisions. Figure 2: Component ablation on the full evaluation corpus. Error bars show 95% bootstrap confidence intervals over quotes. 4.6 Robustness to Evidence Length Figure 3 compares localization rates across quote-length groups. The proposed method peaks at 81â160 characters and then declines, but remains substantially ahead of both baselines for longer quotes. BBOX slightly exceeds the proposed method in the shortest group. PyMuPDF peaks at 41â80 characters before declining, whereas BBOX declines across all groups. Longer strings can cross text items and line breaks or contain marker insertions and encoding variation; provenance mapping recovers supported text without expanding highlights to unmatched content. Figure 3: Quote-level automatic localization rate by evidence length. 4.7 Human Evaluation Six evaluators from our laboratory, including faculty members and senior students, manually assessed the localization outputs. Each quoteâmethod output was randomly assigned to one evaluator, who compared the highlight with the corresponding evidence in the original PDF. A result was labeled Correct only when both its location and boundaries matched exactly; any positional error, excess, or omission was labeled Incorrect, and no usable localization was labeled Not found. Figure 4 summarizes the three-category results. The proposed method achieves the highest Correct rate, while both baselines have larger Not found shares. Table 1 reports the manual and automatic localization rates using their respective evaluation cohorts. Figure 4: Manual verification on 18,580 quotes per method. Correct requires fully accurate localization; partial or inaccurate localizations are Incorrect. Table 1: Quote-level results. Loc. Rate uses all 18,580 quotes; Accuracy and Not Found Rate are the manual Correct and Not found shares among 18,572 reviewed quotes. All rates are rounded to one decimal place. Method Loc. Rate Accuracy Not Found Rate Proposed 92.1% 91.9% 7.9% Text-search baseline 43.6% 43.6% 56.4% Precomputed-BBOX baseline 19.1% 19.1% 80.9% 4.8 Error Analysis Remaining errors mainly arise from complex layouts that disrupt extraction order, proportional widths that approximate variable character widths, and severe extraction errors beyond the normalization rules and LCS threshold. The framework assumes a usable PDF text layer; separating matching from rendering makes residual errors easier to diagnose. The principal qualitative advantage is boundary control. If an evidence string ends at âactivitiesâ but its item continues with âIt is worth noting thatâ, whole-item highlighting includes unsupported text. Our provenance mapping crops the rectangle at the final evidence character; token alignment likewise excludes inserted markers. 5 Limitations and Future Work The current implementation estimates character geometry from item width, so variable-width fonts can yield loose boundaries. Glyph-level metrics or native text-layer positioning could address this limitation. Layout-aware analysis could further improve multi-column reading order [5, 15], while confidence calibration and lightweight correction could support large-scale verification. 6 Conclusion We present a source-preserving framework that maps normalized evidence to source characters and page geometry for robust matching and precise highlights. Experiments show substantial improvements over text-search and precomputed-BBOX baselines, especially for long evidence strings. The ablation results further show that both normalization and approximate token alignment are necessary for this gain. Acknowledgments. This work was supported by Strategic Priority ResearchProgram of Chinese Academy of Sciences (XDA0490000) The authors have no relevant financial or nonfinancial interests to disclose. Compliance with Ethical Standards This study does not involve human participants or animals. No ethical approval was required. References [1] Artifex Software, Inc. (2025) PyMuPDF documentation. Note: Software documentation External Links: Link Cited by: §2. [2] L. Blecher, G. Cucurull, T. Scialom, and R. Stojnic (2024) Nougat: neural optical understanding for academic documents. In International Conference on Learning Representations, External Links: Link Cited by: §2. [3] T. Gao, H. Yen, J. Yu, and D. Chen (2023) Enabling large language models to generate text with citations. In Proceedings of the 2023 Conference on Empirical Methods in Natural Language Processing, p. 6465â6488. External Links: Document, Link Cited by: §1. [4] D. S. Hirschberg (1975) A linear space algorithm for computing maximal common subsequences. Communications of the ACM 18 (6), p. 341â343. External Links: Document Cited by: §2, §3.4. [5] Y. Huang, T. Lv, L. Cui, Y. Lu, and F. Wei (2022) LayoutLMv3: pre-training for document AI with unified text and image masking. In Proceedings of the 30th ACM International Conference on Multimedia, p. 4083â4091. External Links: Document Cited by: §5. [6] International Organization for Standardization (2020) ISO 32000-2:2020: document managementâportable document formatâpart 2: PDF 2.0. Note: International Standard Cited by: §1, §3.2. [7] P. Lewis, E. Perez, A. Piktus, F. Petroni, V. Karpukhin, N. Goyal, H. Kuttler, M. Lewis, W. Yih, T. Rocktaschel, S. Riedel, and D. Kiela (2020) Retrieval-augmented generation for knowledge-intensive NLP tasks. In Advances in Neural Information Processing Systems, Vol. 33, p. 9459â9474. External Links: Link Cited by: §1. [8] M. Li, Y. Xu, L. Cui, S. Huang, F. Wei, Z. Li, and M. Zhou (2020) DocBank: a benchmark dataset for document layout analysis. In Proceedings of the 28th International Conference on Computational Linguistics, p. 949â960. External Links: Document, Link Cited by: §2. [9] K. Lo, L. L. Wang, M. Neumann, R. Kinney, and D. Weld (2020) S2ORC: the semantic scholar open research corpus. In Proceedings of the 58th Annual Meeting of the Association for Computational Linguistics, p. 4969â4983. External Links: Document, Link Cited by: §1. [10] P. Lopez (2009) GROBID: combining automatic bibliographic data recognition and term extraction for scholarship publications. In Research and Advanced Technology for Digital Libraries, Lecture Notes in Computer Science, Vol. 5714, p. 473â474. External Links: Document Cited by: §1. [11] Mozilla Contributors (2025) PDF.js: a general-purpose, web standards-based platform for parsing and rendering PDFs. Note: Software External Links: Link Cited by: §2. [12] G. Navarro (2001) A guided tour to approximate string matching. ACM Computing Surveys 33 (1), p. 31â88. External Links: Document Cited by: §2. [13] S. B. Needleman and C. D. Wunsch (1970) A general method applicable to the search for similarities in the amino acid sequence of two proteins. Journal of Molecular Biology 48 (3), p. 443â453. External Links: Document Cited by: §2. [14] B. Pfitzmann, C. Auer, M. Dolfi, A. S. Nassar, and P. W. J. Staar (2022) DocLayNet: a large human-annotated dataset for document-layout analysis. In Proceedings of the 28th ACM SIGKDD Conference on Knowledge Discovery and Data Mining, p. 3743â3751. External Links: Document Cited by: §2. [15] Z. Shen, R. Zhang, M. Dell, B. C. G. Lee, J. Carlson, and W. Li (2021) LayoutParser: a unified toolkit for deep learning based document image analysis. In International Conference on Document Analysis and Recognition, p. 131â146. External Links: Document Cited by: §2, §5. [16] The Unicode Consortium (2024) The unicode standard, version 16.0.0. Note: Unicode Standard External Links: Link Cited by: §1, §3.2. [17] D. Tkaczyk, P. Szostek, M. Fedoryszak, P. J. Dendek, and L. Bolikowski (2015) CERMINE: automatic extraction of structured metadata from scientific literature. International Journal on Document Analysis and Recognition 18 (4), p. 317â335. External Links: Document Cited by: §1. [18] D. Wadden, S. Lin, K. Lo, L. L. Wang, M. van Zuylen, A. Cohan, and H. Hajishirzi (2020) Fact or fiction: verifying scientific claims. In Proceedings of the 2020 Conference on Empirical Methods in Natural Language Processing, p. 7534â7550. External Links: Document, Link Cited by: §1. [19] X. Zhong, J. Tang, and A. Jimeno Yepes (2019) PubLayNet: largest dataset ever for document layout analysis. In 2019 International Conference on Document Analysis and Recognition, p. 1015â1022. External Links: Document Cited by: §2.