The page said the fix makes mtzinfo and mtzdmp report the collection wavelength,
which implies mtzdmp was wrong before. It was not. Verified across 226 files from
two battery arms, one built before the fix and one after: every pre-fix merged
MTZ reports 1.54187 under mtzinfo and the true wavelength under mtzdmp, truncate,
ctruncate, gemmi, iotbx and phenix.xtriage. No program was found whose output or
behaviour differs between the two files - cad silently repairs the layout on the
way through. So the fix buys a conformant file and a correct mtzinfo line, not a
rescued phasing run, and the f'/f'' consequence is the risk it removes rather
than a measured effect.
Also records that <prefix>_unmerged.mtz still reads 1.54187 under mtzinfo and is
not a regression: its columns sit on HKL_base deliberately, which is what
POINTLESS expects, and the per-batch wavelength AIMLESS and POINTLESS actually
read is correct.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
leonarski_fandClaude Opus 5
63a2f6744a
