Issue 690: Before starting a new Import > Results we need to check that Decoys are representative of the Targets

issues
Status:closed
Assigned To:Guest
Type:Defect
Area:Skyline
Priority:2
Milestone:19.2
Opened:2019-10-17 07:26 by Brendan MacLean
Changed:2021-07-28 12:25 by Brendan MacLean
Resolved:2021-07-28 12:11 by Kaipo Tamura
Resolution:Fixed
Closed:2021-07-28 12:25 by Brendan MacLean
2019-10-17 07:26 Brendan MacLean
Title»Before starting a new Import > Results we need to check that Decoys are representative of the Targets
Assigned ToGuest»Kaipo
Notify»Nick Shulman
Type»Defect
Area»Skyline
Priority»2
Milestone»19.2
I have just been looking at a paper where the mProphet model was totally messed up because the user generated decoys and then edited the file enough that the decoys were easily differentiated from the Targets just by transition count (6 in targets and 10 in decoys) which lead to "Coelution count" scores that became the dominant distinguishing features.

I am personally always very careful to regenerate my decoys once I feel the set of Targets is complete and just before I start importing data I intend to build an mProphet model for. But, though, this may be "best practice" we don't provide much guidance in the software to ensure others are doing this.

At File > Import > Results time we should check the decoys and decide whether they still represent the targets and offer to regenerate them if they do not, while also checking to ensure there is not already data imported with the existing decoys.

Not exactly sure how best to make this check, but it needs to be done to protect users from what I have recently seen as a serious and undetected error in data processing that nearly got published.

2021-07-28 12:11 Kaipo Tamura
resolve as Fixed
Statusopen»resolved
Assigned ToKaipo»Brendan MacLean
fixed in PR 740

2021-07-28 12:25 Brendan MacLean
close
Statusresolved»closed
Assigned ToBrendan MacLean»Guest