You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
refactor(most-abundant): source isotope spacing from deconvolution params
Addresses @nbollis round-1 review on PR #2671.
- Replace the hardcoded Constants.C13MinusC12 in both most-abundant mass-diff
acceptors with an ExpectedIsotopeSpacing arg, threaded from the existing
DeconvolutionParameters.ExpectedIsotopeSpacing at every construction site
(Calibration / GPTMD / Search). Removes the carbon-only spacing assumption
the reviewer flagged for RNA/decoy runs; defaults to C13MinusC12 so no
existing caller or test changes.
- Revert the unrelated GPTMD filter-serialization feature (GptmdFilterTypes /
GetActiveFilters / CreateFilter / [TomlIgnore]) out of this PR to be
resubmitted on its own branch. No property was renamed; the interface-typed
GptmdFilters never round-tripped through Nett, so old tomls are unaffected.
- Expand the PrecursorMassToMatch doc to explain why it stays separate from the
monoisotopic PrecursorMass (fragment-bin math and mass-error reporting remain
monoisotopic-vs-monoisotopic, uncoupled from the per-notch apex offset).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
// GPTMD doesn't work as well if you do FDR on a file-by-file basis. Presumably this is because it takes multiple files to get enough PSMs for all the different notches
0 commit comments