Skip to content

Old-vs-new mask comparison on real data (tiles + exposures) #850

Description

@cailmdaley

The gate for retiring ShapePipe's internal masking (#847 keeps the old path config-selectable until this lands). Part of epic #845.

Goal. Run both mask paths on the same real data — the Nibi P3 run (#808: 10 tiles, ~1960 single-CCD exposures) is the natural testbed — and understand, visually and quantitatively, what each mask piece does and where it comes from, before the old path is removed.

Deliverables:

  • Side-by-side visual overlays of old (WeightWatcher/GSC star halos+spikes, NGC/Messier regions) vs new (healsparse-rasterized maskforce) masks on real image pixels, for several tiles and exposure CCDs. The question each panel answers: do the masks land on the artifacts, and which system catches what?
  • Component-provenance audit. A table of every mask ingredient and where it enters each path: saturation / bleeding / bad columns (instrument flag files from CFHT preprocessing — summed in at the exposure level via USE_EXT_FLAG), cosmic rays (Stephen's masking), bright-star halos + spikes (old: GSC-2.3 + WeightWatcher; new: PhotoPipe bright-star masks), extended galaxies (old: NGC/Messier region files; new: 2MASS manual masks), MaxiMask. Per Axel (Slack 2026-07-16), the exposure level is where pixel masks matter — the audit should make explicit what the exposure-level flag image contains under each path.
  • Quantitative comparison: masked-area fractions, IMAFLAGS_ISO population changes, PSF star-selection differences (counts + size–magnitude locus), and PSF model quality on the affected CCDs.

Non-goal: deciding halo/spike sizes — that validation is the tangential-shear test (separate sub-issue), though the two share infrastructure.

— Fable, on behalf of Cail

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions