GeoReader
Code ↗ arXiv ↗
VISION · LANGUAGE · GEOMETRY

GeoReader: Learning Latent Geometry for Spatial Reasoning in Vision-Language Models

Rong Li1,6* Shijie Li2* Jiangyong Huang3,6 Lingdong Kong4 Jiaming Zhou1
Dongyue Lu4 Zeying Gong1 Baoxiong Jia6†✉ Junwei Liang1,5✉ Siyuan Huang6✉

1The Hong Kong University of Science and Technology (Guangzhou) 2Agency for Science, A*STAR 3Peking University 4National University of Singapore 5The Hong Kong University of Science and Technology 6Beijing Institute for General Artificial Intelligence

*Equal contribution  ·  ✉Corresponding authors  ·  †Project lead

HKUST and HKUST (Guangzhou) A*STAR National University of Singapore Peking University Beijing Institute for General Artificial Intelligence

Geometry foundation models can recover 3D structure from images. GeoReader learns to express that structure as geometric tokens a vision-language model can interpret, then use to answer spatial questions.

Vision-language models (VLMs) struggle with metric and multi-view relationships that remain implicit in RGB observations. Geometry foundation models recover this structure from RGB, but existing methods either fuse the estimated features with visual tokens and learn to use them from question answering alone, or align VLM latents with geometry features. Capturing geometry, however, does not ensure its use: zeroing the aligned latents of a released feature-alignment model leaves its accuracy unchanged. We introduce GeoReader, a framework that learns geometric representations for the VLM that reads them. First, we train lightweight Geometric Readers to produce continuous input tokens, supervising them with geometry descriptions decoded by a frozen VLM, so that the Readers express geometry in a form the target model can already read. We then freeze the Readers to preserve this interface while fine-tuning the VLM on spatial QA, with geometry injection conditioned on the question. Geometry descriptions serve only as training targets: at inference, the VLM answers directly from the continuous geometric tokens without generating a geometry chain of thought. With geometry predicted from RGB images, GeoReader reaches 94.3 on MindCube-Tiny with Qwen3-VL-4B and, with a multi-source QA mixture, an average of 72.5 across six additional spatial benchmarks with Qwen3.5-9B. These results suggest that the most useful geometric representation is the one the receiving model can use, not necessarily the one that reconstructs geometry most accurately.

When a model has geometry, does it actually use it?

Spatial questions about distance, viewpoint, and camera motion need more than a good image representation. They need geometry that participates in the answer.

Existing approaches either fuse estimated geometric features into the VLM during question answering, or use those features to supervise intermediate representations. Both can capture geometry. Yet capturing it does not by itself show that the answer depends on it.

A spatial question about a living-room scene, followed by QA-only fusion, feature alignment, and GeoReader's two training stages.

Figure 1. Three routes from RGB and estimated geometry to a spatial answer. GeoReader first makes geometric tokens readable to the VLM, then trains the VLM to use them.

For one released feature-alignment checkpoint, zeroing the latents leaves MindCube-Tiny accuracy essentially unchanged (62.7 → 62.9). Figure 2 shows that its answer tokens give little direct attention to those latents in one example.

A four-view shoe question and layerwise attention-share curves for geometry, RGB, and question tokens, comparing GeoReader with feature alignment.

Figure 2. On this MindCube-Tiny question, GeoReader's answer tokens attend more to geometric tokens than the feature-alignment model's answer tokens attend to its latents.

Learn geometry for the model that reads it.

The receiving VLM helps define a useful geometric interface. A frozen VLM reads the Reader's tokens and predicts geometry descriptions; this language task trains the Reader to express spatial relationships the VLM can already decode.

Method overview: description prediction trains camera and depth Geometric Readers through a frozen VLM; a read pass controls the injector before the answer pass.

Figure 3. Geometry descriptions are training targets in Stage 1. At inference, the model answers from continuous geometric tokens.

Two stages, one readable interface

  1. Learn a readable interface. Geometry foundation models estimate camera poses and depth maps from RGB. Geometric Readers turn these signals into tokens. Description prediction trains each Reader through a frozen VLM.
  2. Preserve the interface for QA. The Readers stay frozen. A read pass gathers the question context; the geometry injector uses it to modulate geometric tokens. The answer pass then uses those tokens for spatial QA.

From geometry descriptions to spatial QA.

Stage 1 uses RGB view windows with camera poses, depth maps, and geometry descriptions. Stage 2 trains question answering on a separate collection of approximately 135K questions from multiple RGB sources.

Stage 2 QA collection: representative RGB views, the proportions of fourteen RGB sources in approximately 135K questions, and common spatial words in question stems.

Figure 4. The QA collection contains approximately 135K questions across 14 RGB sources. The photos illustrate these sources; their displayed sizes do not show source frequency.

Main results.

GeoReader is evaluated on seven spatial reasoning benchmarks with three VLM families, using geometry predicted from RGB by Depth Anything 3.

MindCube-Tiny

MethodRot.AmongAroundOverall ↑
API models
GPT-4.145.544.247.245.1
Doubao-Seed-1.6 (230B)87.035.838.046.1
Gemini-2.5-Pro84.039.756.852.2
MiMo-V2.6-Flash (309B)81.041.364.854.5
OpenAI o386.542.766.056.6
DeepSeek-Flash (thinking) (552B)89.558.375.668.4
Qwen2.5-VL · 3B
Qwen2.5-VL35.536.245.638.3
HATCH31.050.265.650.2
SenseNova-SI–––52.6
DR-MV3D43.071.373.666.5
Feature alignment55.581.875.275.2
GeoReader40.590.391.681.1
Qwen2.5-VL · 7B
Qwen2.5-VL35.033.238.434.8
SenseNova-SI–––54.7
Feature alignment55.083.076.076.0
GeoReader90.094.792.493.2
Qwen3-VL · 2B
Qwen3-VL29.533.347.235.9
Spatial-TTT55.574.089.876.2
Feature alignment53.083.278.476.2
GeoReader59.593.391.686.5
Qwen3-VL · 4B
Qwen3-VL25.025.343.629.6
Feature alignment55.081.778.475.8
GeoReader94.596.289.694.3
Qwen3-VL · 8B
Qwen3-VL42.032.351.238.7
SenseNova-SI79.573.270.473.8
Feature alignment56.582.578.876.7
GAMSI–––94.1
GeoReader91.593.395.293.4

Table 1. MindCube-Tiny accuracy (%). Per API or backbone-size block, bold marks the best and gray the runner-up (only with ≥ 3 models; base rows unshaded). GeoReader scores highest in four of the five backbone blocks. Full method names and sources for literature results are in the paper (Sec. A.3.4).

Six spatial benchmarks

MethodVSISPBenchCVSPARViewSpatialMMSIAvg. ↑
Qwen2.5-VL family
Qwen2.5-VL-3B†27.339.570.527.936.125.537.8
Spatial-MLLM-4B47.348.473.835.143.631.546.6
SpatialLadder-3B45.770.673.734.444.229.249.6
Feature alignment · 3B59.160.278.458.264.741.960.4
GeoReader-3B56.170.083.759.171.441.263.6
Qwen2.5-VL-7B†29.940.877.933.234.726.840.5
SpaceR-7B44.554.075.337.145.528.847.5
ViLaSR-7B45.453.977.137.646.130.248.4
Video-R133.442.869.631.536.129.440.5
Feature alignment · 7B63.768.381.163.368.643.364.7
GeoReader-7B58.072.384.461.475.645.566.2
Qwen3-VL family
Qwen3-VL-4B†55.158.284.433.438.627.249.5
GeoReader-4B64.878.985.665.377.443.669.3
Qwen3-VL-8B†55.957.885.438.240.428.951.1
SenseNova-SI-8B*64.865.883.441.151.238.157.4
GeoReader-8B66.276.786.565.778.546.670.0
Qwen3.5 family
Qwen3.5-4B†50.035.584.934.434.528.144.6
GeoReader-4B66.781.581.868.777.745.470.3
Qwen3.5-9B†54.150.785.942.138.232.050.5
GeoReader-9B68.679.587.771.081.347.172.5

Table 2. Six-benchmark accuracy (%); Avg. is the mean. Per backbone-size block, bold marks the best and gray the runner-up (only with ≥ 3 models; base rows unshaded); † evaluated by us; * combined from two sources. Full method names and sources are in the paper (Sec. A.3.4). GeoReader has the highest average in every block.

Answers that depend on the geometry.

With the checkpoint, RGB, and questions fixed, removing GeoReader's geometry or mismatching it to the views lowers accuracy, while the feature-alignment model barely changes.

GeometryGeoReaderFeat. align.
Shuffled63.161.5
Zero77.262.9
Correct89.262.7

Table 3. MindCube-Tiny accuracy (%) under geometry interventions with Qwen2.5-VL-3B. GeoReader uses annotation-derived camera geometry; the comparison uses one released first-stage feature-alignment checkpoint, whose latents are zeroed or swapped across questions. The full checkpoint citation and evaluation details are in the paper.

Answer-token attention

The attention plots show where answer tokens look in questions that both models answer correctly; Figure 2 in the motivation shows one example, and the curves below cover one question from each MindCube-Tiny category. Geometry-content interventions test whether GeoReader's answers depend on its tokens.

More attention curves · three question categories
Three MindCube-Tiny questions with input images, both models' correct answers, and layerwise attention shares for geometry, RGB, and question tokens.

Figure 5. One question from each MindCube-Tiny category. Both models answer all three correctly; the curves compare direct answer-token attention in these cases.

Readable, frozen, and injected for the question.

Ablations on MindCube-Tiny with Qwen2.5-VL-3B compare Reader training, injection designs, and text geometry with GeoReader's continuous tokens.

Reader training on MindCube-Tiny (Qwen2.5-VL-3B, annotated geometry).
Geometric interfaceAcc. ↑
No Stage 1 (QA loss only)54.7
Feature alignment (released)62.7
Readability pretraining, Reader tuned in QA76.4
GeoReader (Reader frozen)89.2
Injection design on MindCube-Tiny (Qwen2.5-VL-3B, annotated geometry).
Injection designAcc. ↑
Direct78.6
Learned fixed scaling68.5
Geometry injector89.2
Text versus continuous geometry on MindCube-Tiny: accuracy, generated tokens, and latency.
RecipeAcc. ↑TokensTime (s) ↓
Vanilla SFT68.616.20.5
Joint description + QA SFT67.016.30.5
Generated Text-CoT72.9119.32.5
Descriptions in prompt81.016.30.5
GeoReader (pair)89.216.20.5

Spatial answers with predicted geometry.

Correct answers and failure cases with geometry predicted from RGB by Depth Anything 3.

Two MMSI-Bench cross-view questions answered correctly by GeoReader, with RGB views, questions, answers, and predicted-depth point clouds highlighting queried objects.

Figure 6. Two correct MMSI-Bench answers with DA3 geometry. The point clouds on the right come from predicted depth; circles identify the objects named in each question.

More correct answers

Three correct GeoReader responses with predicted geometry: viewpoint reasoning, relative depth, and view-specific reasoning.

Figure 7. Selected correct responses with predicted pose or depth, including viewpoint, distance, and view-specific questions.

Failure cases

Three incorrect GeoReader responses shown alongside a camera-pose error, a reversed predicted depth order, and an answer matching a different reference view.

Figure 8. Three failure cases show an incorrect predicted pose, reversed depth order, and an answer that matches another reference view.

Authors & citation

CITE THIS WORK
@misc{li2026georeader,
  title = {{GeoReader}: Learning Latent Geometry for Spatial Reasoning in Vision-Language Models},
  author = {Rong Li and Shijie Li and Jiangyong Huang and Lingdong Kong and Jiaming Zhou and Dongyue Lu and Zeying Gong and Baoxiong Jia and Junwei Liang and Siyuan Huang},
  year = {2026},
  eprint = {2610.18694},
  archivePrefix = {arXiv},
  primaryClass = {cs.CV},
  url = {https://arxiv.org/abs/2610.18694}
}