Understanding Errors in LLM-Based Question Answering over Imperfect Tables
Not on the map. Why?
Abstract (arXiv)
Answering questions over imperfect tables requires handling errors that can affect the answer. We investigate two challenges for large language models (LLMs): whether error discovery depends on where errors appear in a table, and whether providing their locations is sufficient for accurate question answering (QA). Using human-reviewed instances from RADAR-T, we conduct controlled studies across three LLMs by varying row order and comparing original, error-marked, and repaired tables. First, reordering rows changes error discovery even when the table contents and gold answer remain unchanged. During direct inspection, LLMs are more likely to discover all rows containing relevant errors when these rows appear later in the table or are grouped more closely together. Second, providing verified error locations alone is insufficient for accurate QA: with code execution, accuracy on repaired tables exceeds that on error-marked tables by 39.0-59.1 percentage points across the three LLMs. As a practical application of these findings, we combine error discovery across shuffled table views with explicit guidance for verifying and handling the reported errors in a simple workflow, Geometry-Balanced Discovery and Intervention (GBDI). On RADAR-T, GBDI improves QA accuracy by 3.8-18.5 percentage points over a code-agent baseline across five LLMs (paired 95% confidence intervals exclude zero for four), at the cost of additional inference. These results highlight the importance of both reliable error discovery and effective error handling in QA over imperfect tables. Code is available at https://github.com/645-t/GBDI-ICLR-2027.
Key facts. No citing papers in the map yet (data through 14 Oct 2026). Builds on 23 of its 28 references that are in the map. First posted on arXiv 3 Oct 2026.
Builds on
23 of 28 references.
References · 23
- 2023Lost in the Middle: How Language Models Use Long Contextscited by 3,455
- 2023Self-Refine: Iterative Refinement with Self-Feedbackcited by 3,442
- 2023Large Language Models Cannot Self-Correct Reasoning Yetcited by 1,017
- 2023Large Language Models Can Be Easily Distracted by Irrelevant Contextcited by 841
- 2017Seq2SQL: Generating Structured Queries from Natural Language using Reinforcement Learningcited by 687
- 2021FinQA: A Dataset of Numerical Reasoning over Financial Datacited by 562
- 2015Compositional Semantic Parsing on Semi-Structured Tablescited by 515
- 2020TAPAS: Weakly Supervised Table Parsing via Pre-trainingcited by 434
- 2021TAT-QA: A Question Answering Benchmark on a Hybrid of Tabular and Textual Content in Financecited by 408
- 2020TaBERT: Pretraining for Joint Understanding of Textual and Tabular Datacited by 398
- 2023StructGPT: A General Framework for Large Language Model to Reason over Structured Datacited by 343
- 2021TAPEX: Table Pre-training via Learning a Neural SQL Executorcited by 235
11 more
- 2023PromptRobust: Towards Evaluating the Robustness of Large Language Models on Adversarial Promptscited by 226
- 2024Chain-of-Table: Evolving Tables in the Reasoning Chain for Table Understandingcited by 188
- 2022TableFormer: Robust Transformer Modeling for Table-Text Encodingcited by 91
- 2019Sherlock: A Deep Learning Approach to Semantic Data Type Detectioncited by 74
- 2023RobuT: A Systematic Study of Table QA Robustness Against Human-Annotated Adversarial Perturbationscited by 43
- 2023Rethinking Tabular Data Understanding with Large Language Modelscited by 36
- 2024AutoDCWorkflow: LLM-based Data Cleaning Workflow Auto-Generation and Benchmarkcited by 24
- 2024FREB-TQA: A Fine-Grained Robustness Evaluation Benchmark for Table Question Answeringcited by 16
- 2024Distance between Relevant Information Pieces Causes Bias in Long-Context LLMscited by 16
- 2025RADAR: Benchmarking Language Models on Imperfect Tabular Datacited by 6
- 2026The Power of Order: Fooling LLMs with Adversarial Table Permutationscited by 1
Built on by
Not cited yet.