---
title: Dense Geometric Gaussian Representation
url: https://www.emergentmind.com/topics/dense-geometric-gaussian-representation
type: topic
---

# Dense Geometric Gaussian Representation

Dense geometric Gaussian representation denotes a family of explicit spatial representations in which Gaussian primitives are used as geometric carriers rather than only as radiance carriers. Across visual localization, dense SLAM, online HD mapping, feed-forward reconstruction, and point-cloud densification, the shared pattern is a map or latent field whose state is organized around Gaussian position, scale, rotation, opacity, and, depending on the task, feature, color, or semantic channels. In this formulation, geometry is primary: Gaussian support, orientation, and projection behavior define correspondence, rendering, or planning structure, while appearance may be auxiliary, fixed, compressed, or removed entirely when it is not task-essential [2605.17777] [2607.07452] [2606.31177] [2604.07053].

## 1. Conceptual scope

Dense geometric Gaussian representation is not a single canonical object. In some works it is a scene map in Euclidean \( \mathbb{R}^3 \); in others it is a BEV-plane representation, a surface-aligned 2D Gaussian field, or a local distribution attached to each input point. GaussianMap, for example, defines a set of Gaussian primitives on the BEV plane for online vectorized HD map construction, while Sparse2DGS uses planar 2D Gaussian primitives for sparse-view surface reconstruction, PU-Gaussian models the local neighborhood around each point using anisotropic 3D Gaussian distributions, and Fast-2DGS treats an image as a dense set of explicit 2D Gaussian primitives [2606.31177] [2504.20378] [2509.20207] [2512.12774]. This suggests that “dense” is task-relative: it may refer to dense BEV support after splatting, dense surface coverage by tangent-plane splats, dense per-pixel feature rendering, or dense point generation by sampling learned local Gaussian distributions.

A second source of variation is whether the representation is geometry-only or geometry-plus-appearance. LiteLoc explicitly argues that the color field inherited from Feature 3DGS is “functionally useless” for localization and replaces the coupled color-feature primitive
\[
\Theta_i = \{x_i, q_i, s_i, \alpha_i, c_i, f_i\}
\]
with the color-free form
\[
\Theta'_i = \{x_i, q_i, s_i, \alpha_i, f_i\},
\]
producing what it describes as a compact localization-specific dense feature field [2605.17777]. GeoGS goes further and removes appearance modeling entirely, retaining only spatial parameters in a geometry-only primitive
\[
\mathcal{G}_i=\{\mathbf{\mu}_i,\mathbf{s}_i,\mathbf{q}_i,\mathbf{\alpha}_i\},
\]
with \(\mathbf{s}_i\in\mathbb{R}^2\) because the primitive is a surface-aligned disk-like element rather than a full volumetric ellipsoid [2607.07452]. By contrast, SGS-SLAM and autonomy-oriented Gaussian maps attach semantic channels or language features to the same Gaussian geometry, making the primitive simultaneously geometric, photometric, and semantic [2402.03246] [2505.11794].

A common misconception is that “geometry-only” implies the absence of photometric supervision. The papers do not support that reading. GeoGS is geometry-only at the representation level, yet it is optimized with single-view and multi-view geometric and photometric supervision; Sparse2DGS freezes color and feature attributes but still uses image reconstruction; and SplatMap combines geometric constraints with photometric consistency while keeping a standard renderable 3DGS map [2607.07452] [2501.07015].

## 2. Primitive models and rendering operators

The most common primitive model follows standard anisotropic Gaussian splatting. GeoTexDensifier, SplatMap, and GS-SLAM all use covariance parameterizations of the form
\[
\Sigma = R S S^T R^T,
\]
with \(S\) encoding scale and \(R\) encoding rotation, so each primitive is an oriented ellipsoid with explicit local extent [2412.16809] [2501.07015] [2311.11700]. GS-SLAM represents the scene as
\[
\mathbf{G} = \{ G_i:(\mathbf{X}_i, \mathbf{\Sigma}_i, \Lambda_i, \boldsymbol{Y}_i) \mid i=1,...,N\},
\]
and renders color and depth by front-to-back alpha compositing,
\[
\hat{\mathbf{C}}=\sum_{i \in N} \mathbf{c}_i \alpha_i \prod_{j=1}^{i-1}\left(1-\alpha_j\right), \qquad
\hat{D} = \sum_{i \in N} d_i \alpha_i \prod_{j=1}^{i-1}\left(1-\alpha_j\right),
\]
which turns the Gaussian cloud into a dense differentiable RGB-D map [2311.11700].

Several papers specialize this model to make geometry more surface-like. Sparse2DGS uses planar 2D Gaussian primitives with
\[
P(u,v)=\mathbf{p}+s_u \mathbf{t}_u u+s_v \mathbf{t}_v v,
\qquad
\mathcal{G}(\mathbf{u})=\exp\frac{-(u^2+v^2)}{2},
\]
so the third scale is zero and the primitive is a tangent-plane disk rather than a volume [2504.20378]. GeoGS likewise uses a disk-like primitive whose local frame is
\[
\mathbf{R}_i=[\mathbf{t}_{x,i},\mathbf{t}_{y,i},\mathbf{n}_{i}],\qquad
\mathbf n_i= \mathbf{t}_{x,i} \times \mathbf{t}_{y,i},
\]
and renders only geometric quantities such as depth and normals [2607.07452]. GeoGaussian imposes thinness on smooth connected areas by initializing surface Gaussians with
\[
\mathbf{S} = [s_1\; s_2\; 0.001]^T,
\qquad
\mathbf{R} = [\mathbf{R}_1 \; \mathbf{R}_2 \; \mathbf{n}],
\]
so the primitive behaves like a thin sheet aligned with the local surface normal [2403.11324].

Task-specific renderers replace color with other dense signals. LiteLoc renders a dense feature field using normalized alpha compositing,
\[
\hat{F} = \text{norm}\left( \sum_{i \in \mathcal{N}} \text{norm}(f_i)\,\alpha_i \prod_{j=1}^{i-1}(1-\alpha_j) \right),
\]
and trains the map against SuperPoint features rather than RGB [2605.17777]. GaussianMap uses BEV-plane Gaussians
\[
g_i=(\mathbf{m}_i,\mathbf{s}_i,\mathbf{r}_i,\alpha_i,\mathbf{f}_i),
\]
then splats them to a dense BEV tensor by posterior responsibilities,
\[
p(g_i\mid \mathbf{x}) = \frac{ p(\mathbf{x}\mid g_i)\alpha_i }{ \sum_{j=1}^{M} p(\mathbf{x}\mid g_j)\alpha_j },
\qquad
\mathbf{B}(\mathbf{x}) = \sum_{i=1}^{M} p(g_i\mid \mathbf{x}) \mathbf{f}_i .
\]
Here the dense field is induced by superposition rather than by storing a feature at every cell [2606.31177].

## 3. Geometry construction, densification, and map growth

A central issue is how Gaussian geometry is created and refined. One strategy is to remove task-irrelevant channels so that primitive density follows geometry rather than photometric detail. LiteLoc attributes the redundancy of STDLoc to a coupled color-feature field that forces “excessively dense Gaussian primitives,” and reports that removing color allows Gaussian density to align to the lower-frequency structure of the feature field [2605.17777]. Another strategy is to keep the full primitive model but densify it under geometric constraints. GeoTexDensifier supplements adaptive density control with a texture-aware densification rule and a geometry-aware splitting rule based on monocular depth and normal priors. Its key acceptance criterion is the Validation of Depth Ratio Change,
\[
{\mathcal{P}_{V(a)}(G_a, G_c) = \frac{|{\mathcal{R}_{V(a)}(G_a) - {\mathcal{R}_{V(a)}(G_c)|} }{\mathcal{R}_{V(a)}(G_a)},
\]
with \(\delta_p=0.1\), so child splats inconsistent with local surface depth are rejected [2412.16809].

Anchor-based methods move the support of the representation from image pixels to 3D geometry. AnchorSplat extracts anchors by back-projecting predicted depths and poses and then downsampling by farthest point sampling,
\[
\{A_j\}_{j=1}^{N} = \mathrm{ds}\Big(\mathrm{Proj}(\{D_i, K_i, P_i\}_{i=1}^{V})\Big),
\]
after which each anchor predicts four Gaussians with centers
\[
\mu_j = A_j + \delta \mu_j.
\]
The result is an anchor-aligned Gaussian representation that is independent of image resolution and number of views [2604.07053]. GeoGS-SLAM also uses learned geometry priors to drive map growth, but in an online monocular setting: VGGT predicts poses, intrinsics, depth, and confidence; DoG responses determine informative image locations; and a new primitive is spawned only when
\[
\mathbf{P}_1(u,v) - \mathbf{P}_2(u,v) > \tau_{\text{prim}},
\]
with initial scale
\[
s = \frac{\|\widehat{\mathbf{X}(u,v)\|}{\widehat{f} + \epsilon}.
\]
This makes primitive placement explicitly dependent on predicted 3D structure and camera geometry [2607.11184].

Several systems use hierarchical or hybrid map structure instead of a single uniform Gaussian family. PointSLAM++ maintains primary anchors, which “cannot undergo splitting or deletion,” and secondary anchors, which are inserted when voxel-wise average gradient satisfies
\[
\nabla g > \tau_g
\]
and culled by opacity decay when they become unnecessary [2601.11617]. HGS-Mapping partitions the scene into \(G_{sky}\), \(G_{inlier}\), and \(G_{outlier}\), corresponding to Sphere Gaussians for sky, 2D Gaussian Plane primitives for the road surface, and standard 3D Gaussians for roadside scenery and general 3D objects [2403.20159]. GeoGaussian uses point-cloud normals to identify smoothly connected areas, initializes thin Gaussians there, and constrains clone and split operations to the local tangent plane so that offspring remain co-planar with the parent [2403.11324].

## 4. Supervision regimes and geometry-first optimization

The supervision used for dense geometric Gaussian representations is as varied as the representations themselves. LiteLoc is an extreme example of distilled feature-field optimization. It renders dense feature maps, supervises them with a SuperPoint feature map \(F_{gt}\), and uses only
\[
\mathcal{L}_{f} = \|F_{gt} - \hat{F}\|_1,
\]
with no RGB reconstruction loss [2605.17777]. Sparse2DGS also suppresses appearance flexibility by freezing Gaussian color and MVS feature values, then adds a cosine-similarity feature loss
\[
\mathcal{L}_{fea} = 1 - \frac{f_{ij} \cdot \hat{f}_{ij}}{\|f_{ij}\| \|\hat{f}_{ij}\|},
\]
together with Direct Gaussian Primitive Regularization. Its reparameterized disk sampling
\[
\mathbf{Z} = \mathbf{p} + \mathbf{L}\mathbf{Z'}, \qquad \mathbf{L} = \mathbf{R}\mathbf{S},
\]
allows multiview feature consistency to backpropagate directly to primitive position, orientation, and scale [2504.20378].

Geometry-only systems typically combine direct geometric supervision with indirect photometric constraints. GeoGS defines
\[
\mathcal{L}_{geo}=\mathcal{L}_{single}+\mathcal{L}_{mv},
\]
where \(\mathcal{L}_{single}\) contains normal-consistency, depth-smoothness, distortion, and optional depth/normal prior terms, and \(\mathcal{L}_{mv}\) contains multiview \(L_1\), SSIM, and NCC consistency after depth-based reprojection [2607.07452]. GeoGS-SLAM couples standard 3DGS rendering with a photometric loss
\[
\mathcal{L}_{\text{pho} }= \|\widetilde{\mathbf{I}} - \mathbf{I}\|_1 + \lambda_{\text{SSIM}} \left( 1-\operatorname{SSIM}(\widetilde{\mathbf{I}},\mathbf{I}) \right)
\]
and a geometric loss
\[
\mathcal{L}_{\text{geo}}= \|\widetilde{\mathbf{D}} - \widehat{\mathbf{D}}\|_1,
\]
then jointly optimizes poses and Gaussians within the active window [2607.11184]. SplatMap combines photometric consistency with edge-aware normal regularization, using
\[
L = L_{\text{rgb}} + \lambda_{\text{geo}} L_{\text{geo}},
\]
where \(L_{\text{geo}}\) is computed on rendered normals derived from depth [2501.07015].

Multi-channel optimization extends the same principle to semantics. SGS-SLAM renders depth, color, and semantic images from the same Gaussian map and optimizes tracking and mapping with losses over all three channels, while the semantic channel is stored directly as a per-Gaussian semantic color and composited with the same visibility model as RGB [2402.03246]. A plausible implication is that dense geometric Gaussian representation is increasingly being used as a common substrate onto which different supervisory signals—depth, color, learned features, normals, semantics, and language embeddings—can be attached without changing the underlying geometric primitive.

## 5. Systems, domains, and empirical behavior

The representation has been instantiated across a wide range of tasks.

| Domain | Representative role of Gaussians | Example |
|---|---|---|
| Visual localization | Color-free dense feature field for 2D–3D matching | LiteLoc |
| Dense SLAM | Explicit RGB-D, semantic, or geometry-only scene map | GS-SLAM, SGS-SLAM, GeoGS-SLAM |
| Online HD mapping | Adaptive BEV-plane latent for vectorized map prediction | GaussianMap |
| Surface reconstruction | Surface-aligned 2D Gaussian splats under sparse views | Sparse2DGS |
| Feed-forward scene reconstruction | Anchor-aligned renderable 3D Gaussians from geometric priors | AnchorSplat |
| Point-cloud upsampling | Local anisotropic Gaussian distributions for direct sampling | PU-Gaussian |

The numerical behavior reported in these papers shows that geometry-first Gaussian design can improve both efficiency and reconstruction quality. In localization, LiteLoc reduces the number of Gaussians from \(759.4\)k to \(57.0\)k and memory from \(929.5\)MB to \(58.8\)MB, reported as a \(94\%\) storage reduction; its condensing strategy reduces PnP from \(96.4\) ms to \(5.2\) ms, summarized as nearly \(19\times\), and reduces four-iteration runtime from \(613.1\) ms to \(287.3\) ms, a \(53\%\) reduction, while improving average 7-Scenes accuracy from \(0.76\) cm / \(0.24^\circ\) to \(0.73\) cm / \(0.22^\circ\) [2605.17777].

In dense mapping and SLAM, GeoGS reports that a standard appearance-aware primitive uses 59 parameters while GeoGS uses 10, “remains only 17% of the parameters required by a standard 3DGS primitive,” and on DTU Scan55 uses 23k Gaussians and 1.2 MB versus 161k and 37.5 MB for 2DGS. Within full SLAM it reports Replica accuracy 2.09 cm, completeness 3.95 cm, and completeness ratio 83.67%, and ScanNet++ average Chamfer Distance 8.67 cm [2607.07452]. GS-SLAM, which keeps full appearance but uses explicit Gaussian geometry, reports average Replica ATE RMSE 0.50 cm and rendering speed 386.91 FPS, illustrating the speed advantage of differentiable splatting over neural implicit dense SLAM [2311.11700].

In task-specific structured prediction, GaussianMap reaches 70.5 mAP in the camera-only setting and 78.3 mAP in camera-LiDAR fusion on nuScenes validation, and 70.1 and 79.0 mAP on Argoverse 2 validation, showing that a Gaussian representation can also function as an adaptive latent for vectorized map construction rather than as a scene renderer [2606.31177]. AnchorSplat shows a similar shift in feed-forward reconstruction: with 32 source views / 4 novel views it uses 247,153 Gaussians versus 5,550,940 for AnySplat and reports PSNR 21.48 and AbsRel 0.066 [2604.07053]. In point-cloud upsampling, PU-Gaussian achieves CD 0.079 and HD 1.443 on PUGAN at 16×, using one anisotropic Gaussian per input point and direct 3D sampling followed by refinement [2509.20207].

## 6. Limitations, misconceptions, and unresolved questions

The literature makes clear that dense geometric Gaussian representation is not a universal substitute for all other scene models. A first limitation is task specificity. LiteLoc’s color-free map is explicitly unsuitable for settings that also require photorealistic novel-view synthesis; GaussianMap is “fundamentally 2D BEV-based, not a full 3D Gaussian scene model”; and Fast-2DGS is confined to 2D image representation and does not address multi-view consistency, depth ordering, or 3D opacity modeling [2605.17777] [2606.31177] [2512.12774]. A second limitation is dependence on external or learned priors. GeoTexDensifier depends on ZoeDepth-derived depth and normal maps, GeoGS-SLAM depends heavily on VGGT and MegaLoc, Sparse2DGS depends on CLMVSNet, and SGS-SLAM explicitly lists dependence on depth and 2D semantic inputs [2412.16809] [2607.11184] [2504.20378] [2402.03246].

Another recurring issue is that dense geometric Gaussian maps often do not explicitly represent free space. The autonomy paper states that the Gaussian map “does not explicitly encode occluded or free space,” forcing exploration and collision checking to operate through custom uncertainty and pointwise collision tests rather than an occupancy grid or ESDF [2505.11794]. Scalability is also unresolved. Several papers propose compactness mechanisms—masking and geometry codebooks in compact 3DGS SLAM, fewer primitives through geometry-only design in GeoGS, anchor-aligned decoding in AnchorSplat—but memory growth and long-horizon maintenance remain active concerns [2403.11247] [2607.07452] [2604.07053].

A final misconception is that more Gaussians necessarily imply better geometry. Sparse2DGS shows the opposite under sparse views: adaptive density control worsens CD from 1.201 to 1.234, while selective Gaussian update improves it to 1.152 [2504.20378]. GeoTexDensifier and GeoGaussian make a related point from the reconstruction side: where and how Gaussians are added can matter as much as how many are added [2412.16809] [2403.11324]. This suggests that the central open problem is not simply densification, but principled density control: allocating Gaussian support where geometry is reliable, conserving it where evidence is weak, and attaching only the channels that the downstream task actually needs.

Source: https://www.emergentmind.com/topics/dense-geometric-gaussian-representation