Skip to content

Correct the stale sparse-operator incompatibility note - #263

Merged
Jammy2211 merged 1 commit into
mainfrom
claude/sparse-transformer-guidance
Aug 22, 2026
Merged

Correct the stale sparse-operator incompatibility note#263
Jammy2211 merged 1 commit into
mainfrom
claude/sparse-transformer-guidance

Conversation

@Jammy2211

Copy link
Copy Markdown
Collaborator

Summary

scripts/interferometer/jax_likelihood/rectangular_sparse.py said TransformerNUFFT could not be used with apply_sparse_operator. That was true only for the legacy pynufft backend's kernel-deconvolved adjoint scale, and PyAutoLabs/PyAutoArray#329 (bd18a769, 2026-05-22) removed the NotImplementedError guard for nufftax. The note had been stale for three months.

My previous pass (#261) hedged it as "not re-verified" rather than checking. This checks.

Re-verified 2026-08-22: apply_sparse_operator runs with TransformerNUFFT at every scale tried, and its dirty image matches the TransformerDFT one to ~3e-13 relative. The note now carries the useful fact instead of a retracted one, including which backend is actually faster (governed by N_vis × N_pix, crossover ~1e7).

The script still uses the plain TransformerNUFFT + direct forward NUFFT route — now for a stated reason, that it exercises a different code path from Path B rather than duplicating it, instead of implying it has no choice.

Companion to PyAutoLabs/PyAutoArray#479 and PyAutoLabs/autolens_workspace#498.

Scripts Changed

  • scripts/interferometer/jax_likelihood/rectangular_sparse.py — comment only; no executable change

Test Plan

  • Comment-only change; the script's code path is untouched
  • python -m py_compile clean
  • rectangular_sparse.py is not in smoke_tests.txt, so this gate does not execute it either way

Generated by Claude Code

The comment said TransformerNUFFT could not be used with
`apply_sparse_operator`. That was true only for the legacy pynufft backend's
kernel-deconvolved adjoint scale, and PyAutoArray#329 (bd18a769, 2026-05-22)
removed the NotImplementedError guard for nufftax. The note had been stale for
three months; my previous pass hedged it as "not re-verified" rather than
checking.

Re-verified 2026-08-22: `apply_sparse_operator` runs with TransformerNUFFT at
every scale tried, and its dirty image matches the TransformerDFT one to
~3e-13 relative. Records which backend is actually faster (governed by
N_vis x N_pix, crossover ~1e7) so the note carries the useful fact rather than
a retracted one.

The script still uses the plain TransformerNUFFT + direct forward NUFFT route,
now for a stated reason — it exercises a different code path from Path B
rather than duplicating it — instead of implying it has no choice.
@Jammy2211
Jammy2211 merged commit 89cbcae into main Aug 22, 2026
3 checks passed
@Jammy2211
Jammy2211 deleted the claude/sparse-transformer-guidance branch August 25, 2026 19:00
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants