star-map

Files

T

SenrokaiandClaude Opus 5.5 70cbdae306 Drop the "..." Hipparcos leaves on a spectral type, which read as the app cutting it short

2 127 stars, Sirius among them, read "Spectral type A0m...", in search rows, route options and
the star card. The mark is Hipparcos's own: every one of the 3 803 HYG rows ending in it has a HIP
number, and the catalogue ends a classification it does not print in full with it. The app
truncated nothing, but the text reads as if it had.

fetchStars now trims a trailing "..." from HYG's spectral types. The dictionary in
stars-index.json goes from 3 056 distinct types to 2 883, and from 598 dotted ones to none. The
names, sources and source indices are unchanged, and so is every other column of stars-meta.bin
bar the type indices. gzip -9 of the index goes from 4 015 865 to 4 015 205 bytes.

build.ts validateStars now fails a catalogue with any type ending in "...". Run with the trim
removed, the ETL failed on 2 127 such types. Two ETL runs from cache wrote identical
stars-meta.bin and stars-index.json.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>

2026-09-24 23:44:41 +02:00

lib

Fix what the review of this branch found, starting with the pick rule it only claimed

2026-09-24 18:50:07 +02:00

sources

Estimate a spectral type from each star's colour where no catalogue gives one, and say so

2026-09-24 23:28:29 +02:00

build.ts

Drop the "..." Hipparcos leaves on a spectral type, which read as the app cutting it short

2026-09-24 23:44:41 +02:00

fetchDeepSky.ts

Read OpenNGC's addendum, so the Pleiades and the Large Magellanic Cloud are on the map