Say what is known about a world, and how it is known

Four changes to the readout panel and the body cards, which between them were showing less than
the catalogues hold and not always distinguishing a measurement from an inference.

Picking a planet used to navigate straight to /body/:id. That tore down the system scene and the
camera with it, so comparing two planets meant flying back into the system between each. Hovering
a body now raises a card over the live view and clicking pins it; Full view still opens the route
for the full 3D inspection. Clicking empty space unpins, and leaving the system clears it.

The card and the detail page were assembling "what do we know about this world" independently,
which is the shape of bug where a planet reads 255 K in one panel and 254 K in the other. Both now
build from one shared view model.

Orbital period was absent everywhere. For a heliocentric orbit it follows exactly from the
semi-major axis, because in these units the Sun's mass is the unit of mass — Mars comes back
687.0 d against a published 686.98. It is deliberately not computed for moons, whose elements are
relative to a parent planet the catalogue has no mass for, nor for exoplanets: periodDays is
populated for none of the 6319 shipped records and hostStarMassSolar for none either, so any
figure would assume a solar-mass host and mis-state every planet around an M dwarf. Where a period
does exist it is filed under Measured or Derived according to which it is, not by its field name.

The system readout showed a flat 0.00 pc for the Sun's distance, which is arithmetically right and
reads as a bug — the distance from here to here is not a measurement, so it is suppressed. It
gains the host star's luminosity, marked as derived, and counts moons separately from planets. The
neighbourhood readout gains the one thing the star field cannot show: how many of those points can
actually be entered. Derived readouts carry a marker and a footnote saying so.

Every quantity now formats through one module whose precision follows magnitude, rather than a
fixed decimal count per call site that read as false precision at one end and lost real
information at the other: 0.0026 AU stays legible instead of rounding to 0.00, and Pluto's period
reads 248 yr rather than 90560 d.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01WaySiNst4HhDXBHnMy8p5G

src/app/features/body-detail/body-view-model.ts

@@ -0,0 +1,96 @@
+import { appearanceForBody, appearanceForExoplanet } from '../../shared/astro/body-appearance';
+import { EARTH_RADIUS_KM } from '../../shared/astro/planet-appearance';
+import { luminositySolar } from '../../shared/astro/stellar';
+import { bodyTexturePath } from '../../shared/rendering/texture-catalog';
+import { BodyRecord } from '../../shared/models/body.model';
+import { ExoplanetRecord } from '../../shared/models/exoplanet.model';
+import { StarRecord, SUN_STAR_ID } from '../../shared/models/star.model';
+import { BodyDetailViewModel } from './body-detail.model';
+
+/** Everything the view model is assembled from — the three catalogues, already loaded. */
+export interface BodyCatalogues {
+  readonly bodies: readonly BodyRecord[];
+  readonly exoplanets: readonly ExoplanetRecord[];
+  readonly stars: readonly StarRecord[];
+}
+
+/**
+ * Bolometric luminosity of a star in solar units, from what the catalogue measured: apparent
+ * magnitude, parallax distance, and a bolometric correction read off the spectral type.
+ */
+export function luminosityOf(star: StarRecord | undefined): number | null {
+  if (!star) {
+    return null;
+  }
+  return luminositySolar({
+    magnitude: star.magnitude,
+    distancePc: Math.hypot(star.x, star.y, star.z),
+    spectralType: star.spectralType,
+  });
+}
+
+/**
+ * Builds the flattened view model for one body or exoplanet.
+ *
+ * Shared rather than duplicated per surface: the in-map card and the full detail page show
+ * overlapping subsets of the same quantities, and two independent assemblies of "what do we
+ * know about this world" is exactly the shape of bug where a planet reads 255 K in one panel
+ * and 254 K in the other.
+ */
+export function buildBodyViewModel(id: string, catalogues: BodyCatalogues): BodyDetailViewModel | undefined {
+  const body = catalogues.bodies.find((candidate) => candidate.id === id);
+  if (body) {
+    const hostStar = catalogues.stars.find((star) => star.id === body.systemStarId);
+    return {
+      id: body.id,
+      name: body.name,
+      kind: body.kind,
+      hostStarName: hostStar?.name ?? 'Unknown star',
+      radiusKm: body.radiusKm,
+      orbit: body.orbit,
+      appearance: appearanceForBody(body, catalogues.bodies, luminosityOf(hostStar)),
+      hasPhotography: bodyTexturePath(body.id) !== undefined,
+      orbitalPeriodDays: heliocentricPeriodDays(body),
+      orbitalPeriodSource: heliocentricPeriodDays(body) === undefined ? undefined : 'derived',
+    };
+  }
+
+  const exoplanet = catalogues.exoplanets.find((candidate) => candidate.id === id);
+  if (!exoplanet) {
+    return undefined;
+  }
+  const hostStar = catalogues.stars.find((star) => star.id === exoplanet.hostStarId);
+  return {
+    id: exoplanet.id,
+    name: exoplanet.name,
+    kind: 'exoplanet',
+    hostStarName: exoplanet.hostStarName,
+    radiusKm: exoplanet.radiusEarth ? exoplanet.radiusEarth * EARTH_RADIUS_KM : undefined,
+    massEarth: exoplanet.massEarth,
+    discoveryYear: exoplanet.discoveryYear,
+    orbit: exoplanet.orbit,
+    appearance: appearanceForExoplanet(exoplanet, luminosityOf(hostStar)),
+    hasPhotography: bodyTexturePath(exoplanet.id) !== undefined,
+    // `periodDays` is populated for none of the shipped records, and deriving one would need the
+    // host star's mass, which is equally absent. Left undefined rather than assuming a solar-mass
+    // host, which would silently mis-state the period of every planet around an M dwarf.
+    orbitalPeriodDays: exoplanet.periodDays,
+    orbitalPeriodSource: exoplanet.periodDays === undefined ? undefined : 'measured',
+  };
+}
+
+/**
+ * Kepler's third law for a body orbiting the Sun: P² = a³ with P in years and a in AU, which
+ * holds exactly in these units because the Sun's mass is the unit of mass.
+ *
+ * Only for heliocentric orbits. A moon's elements are relative to its parent planet, whose mass
+ * the catalogue does not carry, so the same arithmetic there would be wrong by the ratio of the
+ * planet's mass to the Sun's — a factor of a thousand for Jupiter.
+ */
+export function heliocentricPeriodDays(body: BodyRecord): number | undefined {
+  if (body.parentBodyId !== undefined || body.systemStarId !== SUN_STAR_ID) {
+    return undefined;
+  }
+  const a = body.orbit.semiMajorAxisAu;
+  return a > 0 ? Math.pow(a, 1.5) * 365.25 : undefined;
+}