-
Notifications
You must be signed in to change notification settings - Fork 109
Fix for feature finding #3358
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Fix for feature finding #3358
Conversation
…ries in an unconventional manner - entries don't have any fragments, just the precursor info. This tripped up the AutoManage code, specifically the use of TransitionSettings.Libraries.MinIonCount. Now we treat libraries with score type ScoreType.HARDKLOR_IDOTP as being immune to that particular filter.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Generally good. Little bit of cleanup.
pwiz_tools/Skyline/FileUI/PeptideSearch/PeptideSearchResources.resx
Outdated
Show resolved
Hide resolved
pwiz_tools/Skyline/FileUI/PeptideSearch/ImportPeptideSearchDlg.cs
Outdated
Show resolved
Hide resolved
Also, there should be a test that confirms the new code works as expected. |
Right - a small modification to the existing test should take care of that, thanks |
…es.MinIonCount to a nonzero value to demonstrate that the fix works. Improve a couple of comments in the code per Brendan review. Tweak the language around "no features detected" per Brendan review.
@brendanx67 This should be good to go now. Probably worth backporting to release, too. |
Looks like your new code may cause a NRE in TestSrmTutorialLegacy. Check the TeamCity log for Tutorials and Perf tests. |
Yeah, it's hitting a null value for nodeGroup.LibInfo.ScoreType - certainly I can add a null check here, but would it be better to handle that at the LibInfo constructor and set it to ScoreType.UNKNOWN when null is proposed? |
The feature finding code uses spectral libraries in an unconventional manner - entries don't have any fragments, just the precursor info. This tripped up the AutoManage code, specifically the use of TransitionSettings.Libraries.MinIonCount. Now we treat libraries with score type ScoreType.HARDKLOR_IDOTP as being immune to that particular filter.
I can't help but wonder if there isn't a more general way to deal with this, though