-
Notifications
You must be signed in to change notification settings - Fork 2
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
perform rescue after transfer #93
Comments
I introduced # [...]
findEMRTs(synapterAnalysis)
# [...] further filter, e.g. fragment matching etc.
rescueEMRTs(synapterAnalysis)
# or:
rescueEMRTs(synapterAnalysis, method="copy") |
Unfortunately still problems. I have run the following code with the files in Z:\RAW\pvs22_QTOF_DATA_data3\data_for_synapter_2.0\bug\2015_07_19_problems_with_loading_spectrum\for_synapter: synapterAnalysis <- Synapter(l, master = TRUE)
Now it seems that synapter struggles to put the result for filterNonUniqueMatches() in (leaving NA). See the jpeg attached PS: not sure whether it is related to rescue functionaility recent changes so opened it here |
Was not related to the recent changes. Was a regular bug 😉 |
Yes, please |
Should be fixed now. |
The plgsAgreement column is updated after Also I reimport all Pep3D data. |
As discussed with Sebastian on 25.07.15 there is currently a bug with rescue functionality. It seems that if or
filterUniqueMatches
filterNonUniqueMatches
are used and no EMRT has been transferred after them (i.e. either not enough fragments are present after filterUniqueMatches or not enough difference is present in filterNonUniqueMatches), then no EMRT is assigned to a peptide by synapter. But at the same time no rescue is performed, since rescue is performed before filtering on fragments functionality.
To solve this rescue needs to always be done after all filtering as the last step of synapter analysis
The text was updated successfully, but these errors were encountered: