QA Review
3D map loads from same-origin JSON plus local orbital-element constants, exposes no external image textures, and has desktop/mobile smoke tests.
Real-data 3D orrery
Navigate an Eyes-style solar system with accurate planet math.
The map combines a same-origin vector snapshot with heliocentric orbital-element propagation, date controls, target focus, elliptical orbit traces, and click-through planet field guides.
Select a planet
This 3D map uses a cached heliocentric vector snapshot, not hand-made circular orbits.
- AU
- XYZ AU
- km/s
- radius
- spin
- UTC
Snapshot metadata loading...
Open planet pageSelected object proof
Mathematical verification for the focused object
This panel is populated by the same WebGL object state that positions the meshes. It is not copied from a visual reference image.
All rendered objects
Object-level audit table
| Object | Model | Verification |
|---|---|---|
| Loading object audit... | ||
Review Panels
QA and physics review comments addressed
Theoretical Physicist Review
Planet positions use heliocentric ecliptic elements with Kepler-equation solving and daily finite-difference velocity estimates. Actual relative radii mode anchors the Sun radius and derives every planet radius from the same scale.
Asset Review
The public interface uses same-origin generated visuals, numeric datasets, and bundled model files so pages remain self-contained.
Scale Review
Distance and radius cannot both be shown truly at web scale. The controls separate distance scaling from radius scaling; actual relative radii keeps the Sun-to-planet radius ratios physically correct.
Surface Review
Planet surfaces use original procedural textures, bands, clouds, craters, oceans, land masses, polar caps, and ring meshes where relevant.
Remaining Caveat
This is a solar-system education map, not a spacecraft navigation product. It omits light-time correction, barycentric perturbation fitting, spacecraft ephemerides, relativistic corrections, and uncertainty ellipsoids.
Mathematical model
Keplerian space-map model
This WebGL scene is generated from orbital mechanics and catalog values, not from a visual reference image. Rendered body sizes may be deliberately bounded for readability, but positions and orbit curves follow the stated equations.
Orbit equation
\[r=\frac{a(1-e^2)}{1+e\cos(\nu)}\]
For each bound two-body orbit, semi-major axis a and eccentricity e define the conic. The rendered ellipse is mathematically correct for the selected elements after rotation into the scene frame.
Kepler propagation
\[M=n(t-\tau),\qquad M=E-e\sin(E)\]
Mean anomaly M advances linearly with mean motion n. Solving Kepler's equation gives eccentric anomaly E and true anomaly nu, so the body position is computed from time rather than hand-drawn.
Reference-frame transform
\[\mathbf{r}_{\mathrm{scene}}=R_z(\Omega)\,R_x(i)\,R_z(\omega)\,\mathbf{r}_{\mathrm{orbit}}\]
Inclination i, longitude of ascending node Omega, and argument of periapsis omega rotate the orbital-plane vector into the heliocentric scene. This proves the geometry is a coordinate transform of the orbital model.
Verification standard: the rendered object must be reproducible from stated equations, catalog parameters, or explicit geometric transforms. Visual reference images may inform presentation only; they are not the source of orbital positions, field vectors, accretion-disk gradients, timing, or engineering layout.
Limitations: browser scenes may use bounded scale, compressed distances, simplified two-body dynamics, schematic transfer curves, or educational approximations where full numerical ephemerides, CFD, finite-element models, or general-relativistic ray tracing are outside the page scope. Those simplifications are part of the model contract, not hidden image-based construction.