Instructor notes: Parallax Distance: Measuring the Stars
Overview
Navigation
- Instructor hub: /demos/_instructor/
- Student demo: /play/parallax-distance/
- This demo: Model · Activities · Assessment · Backlog
This guide is instructor-facing Student demo:
/play/parallax-distance/
Main code:apps/demos/src/demos/parallax-distance/main.ts
UI markup:apps/demos/src/demos/parallax-distance/index.html
Model code (tested):packages/physics/src/parallaxDistanceModel.ts
Data:packages/data-astr101/src/starsNearby.ts
Where to go next
- Model + math + assumptions:
model.md- In-class activities (MW + Friday lab + station version):
activities.md- Assessment bank (clickers + short answer + exit ticket):
assessment.md- Future enhancements (planning backlog):
backlog.md
Why this demo exists
Why This Matters Parallax is the first “rung” of the distance ladder: a distance measurement built from geometry rather than assumptions about a star’s brightness or physics. This demo helps students see the core astronomy move: use a baseline (Earth’s orbit), measure a tiny angle, and infer an otherwise unreachable distance.
This demo is built to emphasize cause observable inference:
- Cause: Earth moves along its orbit and changes the observing geometry.
- Observable: the target’s detector position shifts against fixed background stars.
- Inference: two captures provide and , yielding and .
Learning goals (ASTR 101)
By the end of this demo, students should be able to:
- Explain parallax as an apparent shift caused by viewing geometry, not a “property of the star.”
- State the direction of the relationship: smaller parallax angle greater distance.
- Use the parallax-distance relationship conceptually (and optionally numerically) in the parsec system.
- Describe why parallax measurements are limited by angular resolution/precision.
Learning goals (ASTR 201 stretch)
Students should be able to:
- Use to convert between parallax and distance (including mas and units).
- Interpret the parsec as a geometry-defined unit tied to the measurement.
- Compare measurement reach for Hipparcos-scale (~mas) vs Gaia-scale (tens of ) astrometry.
10–15 minute live-teach script (projector)
-
Warm start: human parallax. Have students do the thumb demo (alternate eyes). Ask: “If your thumb were farther away, would the shift look bigger or smaller?” (Prediction before observation.)
-
Introduce cause and measurement axis. In the orbit panel, point to target direction and parallax axis. Ask: “What changes when Earth moves?” (The line-of-sight from Earth to the same star.)
-
Use distance-first setup. Set . Capture A, then move to a separated phase and capture B. Read and , then show inferred and .
-
Make inverse scaling explicit. Increase to , repeat captures at similar phases, and compare shifts. Ask: “Why did shrink and grow?”
-
Measurement limits = knowledge limits. Increase and ask: “When does become comparable to ?” Use and to connect tiny angles to weak inference.
-
Close the story. Say explicitly: “Parallax gives us distances that calibrate everything else. When the angle is too tiny, we need other methods — but those methods are anchored to this geometric rung.”
Misconceptions + prediction prompts
Use these to surface and correct common wrong models:
-
Misconception: “Parallax is a property of the star.”
Prompt: “If the star stayed exactly the same, could its parallax change?” (Yes: change baseline or observer location.) -
Misconception: “Closer stars have smaller parallax.”
Prompt: “Thumb at arm’s length vs across the room: which shifts more?” Then run near/far distance capture pairs and compare with inferred . -
Misconception: “Any two captures are equally good.”
Prompt: “What happens when captures are close along the parallax axis?” Use warning to make ill-conditioning concrete. -
Misconception: “Light-years are more ‘natural’ than parsecs.”
Prompt: “Which unit is defined by the measurement itself?” (Parsec.)
Suggested connections to other demos
- Telescope resolution: parallax is an angle measurement; resolution/precision sets which angles are measurable.
- Cosmic Distance Builder (activity): use parallax as the anchor for scaling up the distance ladder language.
Activities
Navigation
- Instructor hub: /demos/_instructor/
- Back to this demo guide: Guide
- Student demo: /play/parallax-distance/
- This demo: Model · Activities · Assessment · Backlog
MW Quick (3–5 min)
Type: Demo-driven
Goal: Make “closer larger parallax” a prediction students test.
- Open:
/play/parallax-distance/ - Point to target direction and parallax axis in the orbit panel. Ask: “What changes when Earth moves?” (Line-of-sight.)
- Set , capture A and B, and read and inferred .
- Increase distance to , repeat captures at similar phases. Prediction prompt (10–20 s): “Will the measured shift be larger or smaller?”
- Reveal by comparing readouts. Say explicitly: smaller inferred parallax greater inferred distance.
MW Short (8–12 min)
Type: Demo-driven (pairs)
Goal: Practice inverse scaling and connect to measurement precision.
Student worksheet (pairs)
Fill in the table by using distance-first captures:
| (pc) | Capture phases A/B (deg) | (mas) | (AU) | (mas) | (pc) | |
|---|---|---|---|---|---|---|
| 10 | 0 / 180 | |||||
| 100 | 0 / 180 | |||||
| 100 | 30 / 150 | |||||
| 100 | 80 / 100 |
Instructions:
- Keep at first, then increase it and record how changes.
- Compare cases with similar chord but different to see geometry effects.
- Use difference mode to interpret the signed AB shift direction.
Synthesis prompt (2 minutes): “If we want distances across the whole Milky Way, why can’t parallax be the only method?”
Friday Lab (20–30+ min)
Type: Demo-driven investigation (small groups)
Goal: Do claim–evidence reasoning about what is measurable and why.
Driving question
“How far can we directly measure stellar distances with parallax, and what sets the limit?”
Protocol
- Pick two uncertainty settings (e.g., and ).
- For each, find an approximate “reach” distance where inference becomes difficult (use as a discussion threshold).
- Create a short poster (or shared doc) with:
- Claim: “With ____, captures with ____ are reliable out to about ____ pc.”
- Evidence: at least 3 capture sets with , , , and .
- Reasoning: connect tiny shifts and weak baseline projection to measurement challenge.
Extension (if time)
Use the discussion prompt: “What if we could observe from Jupiter’s orbit?” Write one paragraph predicting what would change and what would not.
Station version (6–8 min)
Station card: Parallax Distance (6–8 minutes) Artifact: one capture-based inference with quality statement.
At the station, produce:
- A chosen true distance and captures A/B,
- Measured , inferred , inferred ,
- One note: “This estimate is [strong/weak] because is ____ and is ____.”
Word bank + sanity checks Word bank:
Parallax: apparent shift caused by a change in viewpoint.
Measured shift : detector-space difference between captures.
Effective baseline : baseline component along the parallax axis.
Inferred parallax : measured quantity used to infer distance.
Parsec (pc): defined so that:
Sanity checks:
- If , then .
- If distance increases by for similar capture geometry, inferred parallax should drop by about .
- Inference degrades when is tiny, even if capture phases differ.
Assessment
Navigation
- Instructor hub: /demos/_instructor/
- Back to this demo guide: Guide
- Student demo: /play/parallax-distance/
- This demo: Model · Activities · Assessment · Backlog
Observable keys used in prompts
deltaTheta: measured AB detector shift (mas)B_eff: effective baseline along the parallax axis (AU)p_hat: inferred parallax from captures (mas)d_hat: inferred distance fromp_hat(pc)inferred uncertainty: read fromsigma_{p_hat},sigma_{d_hat}, orp_hat/sigma_{p_hat}
Clicker questions (with distractors + explanation)
Clicker 1 — Direction of the relationship
Demo setup: set , capture A/B at , and record deltaTheta, B_eff, p_hat, d_hat. Repeat with at the same phases.
Question: With similar B_eff, the second run has smaller deltaTheta. Which readout change is expected?
A. p_hat decreases while d_hat increases
B. p_hat increases while d_hat increases
C. p_hat decreases while d_hat decreases
D. p_hat and d_hat both stay the same
Correct: A
Why: With similar geometry, smaller measured shift implies smaller inferred parallax and larger inferred distance.
Misconception targeted: “Closer stars have smaller parallax.”
Clicker 2 — Parsecs from parallax
Demo setup: use any high-quality capture pair (B_eff near ) and read p_hat.
Question: If p_hat = 100\,\mathrm{mas} = 0.1", what d_hat should the class expect?
A. 0.1 pc
B. 1 pc
C. 10 pc
D. 100 pc
Correct: C
Why: .
Misconception targeted: inverse scaling confusion.
Clicker 3 — Which capture geometry improves inference?
Demo setup: hold fixed. Compare captures at versus . Record B_eff and inferred uncertainty.
Question: Which pair should give lower inferred uncertainty in d_hat?
A. , because captures are closer in time
B. , because small B_eff stabilizes inference
C. , because larger B_eff strengthens inference
D. Both pairs, because d_{\rm true} is unchanged
Correct: C
Why: Large effective baseline produces a stronger geometry signal and smaller inferred uncertainty for the same target distance.
Misconception targeted: “Any two captures are equally informative.”
Clicker 4 — Precision and confidence
Demo setup: keep one capture pair fixed (e.g., ), then increase the uncertainty control and watch inferred uncertainty plus p_hat/sigma_{p_hat}.
Question: If inferred uncertainty grows while p_hat stays similar, what should happen?
A. p_hat/sigma_{p_hat} increases and confidence in d_hat increases
B. p_hat/sigma_{p_hat} decreases and confidence in d_hat decreases
C. p_hat/sigma_{p_hat} stays fixed while confidence in d_hat decreases
D. p_hat/sigma_{p_hat} decreases but confidence in d_hat is unchanged
Correct: B
Why: Larger uncertainty lowers signal-to-noise and weakens distance inference reliability.
Misconception targeted: “Measurement precision doesn’t matter.”
Clicker 5 — Geometry versus star property
Demo setup: keep one value, then compare two capture geometries with different B_eff. Record deltaTheta, p_hat, and d_hat.
Question: Which statement is most accurate?
A. Parallax is a physical property of the star.
B. deltaTheta depends on capture geometry, but p_hat and d_hat are the geometry-corrected inference.
C. B_eff only changes visuals, not measured quantities.
D. Changing capture geometry should never change any readout.
Correct: B
Why: The measured shift changes with baseline projection; the inference uses B_eff to recover parallax/distance.
Misconception targeted: “Parallax is a property of the star.”
Clicker 6 — Bigger baseline thought experiment
Demo setup: use any completed capture pair as a reference, then consider a larger physical baseline thought experiment with the same star and measurement precision.
Question: With a larger baseline, which change is expected in the same observable framework?
A. smaller deltaTheta and larger inferred uncertainty
B. larger deltaTheta and smaller inferred uncertainty in d_hat
C. unchanged deltaTheta and unchanged uncertainty
D. negative d_hat
Correct: B
Why: Bigger baseline increases measured shift for the same distance, improving inference confidence.
Misconception targeted: “Better measurement is only about better cameras, not geometry.”
Short-answer prompts
- From one capture pair, explain how
deltaThetaandB_effcombine to producep_hatand thend_hat. - In your own words, define a parsec and connect it to
p_hatin arcseconds. - Describe one case where
deltaThetais measurable but inferred uncertainty is still high. - Why does inferred uncertainty set the distance reach of parallax methods?
Exit ticket (3 questions)
- Two runs have similar
B_eff; one hasdeltaThetaabout smaller. What happens top_hatandd_hat? (One sentence.) - If
p_hat = 0.5", whatd_hatshould you report in pc? (One number.) - Name one geometry factor and one measurement factor that increase inferred uncertainty.
Model notes (deeper)
Navigation
- Instructor hub: /demos/_instructor/
- Back to this demo guide: Guide
- Student demo: /play/parallax-distance/
- This demo: Model · Activities · Assessment · Backlog
Links Student demo:
/play/parallax-distance/
Model code (tested):packages/physics/src/parallaxDistanceModel.ts
UI/visualization code:apps/demos/src/demos/parallax-distance/main.ts
What the demo is modeling (big picture)
This demo models the geometry of parallax and nothing else. It is intentionally “physics-light” because the point of parallax is that it is a distance measurement that does not require knowing a star’s luminosity, temperature, or composition.
The demo links three representations of the same idea:
- A top-down cause view: Earth moves around the Sun, changing line-of-sight.
- A detector view: the target shifts relative to fixed background stars.
- A numeric inference: two captures yield , , inferred , and inferred .
Units + conventions used in the code
The demo uses:
- Distance in parsecs (pc) and light-years (ly).
- Detector shift and parallax in milliarcseconds (mas) and arcseconds (”).
- A unit-radius orbit (AU) with explicit axis conventions:
- Target direction .
- Parallax measurement axis .
Key relationships to foreground (with meaning + units)
Distance definition:
Let’s unpack each piece:
- is distance, measured in parsecs (pc).
- is the parallax angle, measured in arcseconds (”).
What this equation is really saying: parallax is an inverse relationship. When a star is farther away, the parallax angle is smaller.
Sanity checks
- If , then (this is the definition of a parsec).
- If halves, doubles (inverse scaling).
Capture-based inference used by the demo
Earth position on a unit orbit:
True detector offset is constrained to the measurement axis:
For captures A and B:
The displayed equivalent six-month shift is derived as and is not the direct measurement unless captures are opposite in phase along the parallax axis.
Assumptions, limitations, and sanity checks
- The demo treats Earth’s orbit as circular and uses an idealized baseline.
- Background stars are treated as effectively fixed for the shift visualization.
- Inference uses the effective projected baseline , not raw chord length.
- If is below threshold, inference is intentionally suppressed as ill-conditioned.
- Deterministic capture noise is axis-aligned and applied at capture time.
- Detector exaggeration is visual only and never changes computed or .
Backlog
Navigation
- Instructor hub: /demos/_instructor/
- Back to this demo guide: Guide
- Student demo: /play/parallax-distance/
- This demo: Model · Activities · Assessment · Backlog
P0 (blocking / correctness / teachability)
- Measurement-limit clarity: add one explicit instructor note (and/or student microcopy) that “measurable” depends on precision and that the visualization is exaggerated for teaching.
- Unit scaffolding: add a tiny on-page “arcsec <-> mas <-> ” conversion reminder so students don’t treat unit changes as physics changes.
- Assessment alignment: package the clickers into a quick capture sequence where students record
deltaTheta,B_eff,p_hat,d_hat, and inferred uncertainty for each case.
P1 (important)
- Noise + uncertainty: add an optional “measurement noise” mode and repeated measurements to show how uncertainty averages down (matches README future ideas).
- Baseline comparison: add an Earth vs Jupiter (or spacecraft) baseline toggle to support the “bigger baseline” discussion question.
- Proper motion: consider a future extension combining proper motion with parallax (README future ideas), clearly separated as an advanced toggle.
P2 (nice to have)
- 3D visualization: add a depth/3D view to help students connect “angle” to geometry without relying only on the top-down diagram.
- Catalog expansions: expand the preset star catalog and include explicit “Gaia measurability” labels for more examples.