-
Notifications
You must be signed in to change notification settings - Fork 36
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
data format matters? #142
Comments
I used Comet search engine to do the same thing and I got two same identification results, which means the data format has nothing to do with the identification results. |
|
Thanks very much! I figure out the problem. The data used in my search was acquired from a Q Exactive instrument and fragmented by HCD. In my initial run, 'FragmentationMethodID=0, InstrumentID=3' was used in my parameters. So, when I searched the mzML file, it will read the fragmentation(HCD) info from the file. But, when I searched the mgf file used the same parameters, it will recognize the info as CID by default, as there was no fragmentation info in mgf file. So, that is the reason for the problem. |
In theory, the only way you should get different results for In reality, there might be some unexpected side effect that I don't know about. I would suggest using the option that gives more filter-passing results. |
Dear Mrs
Thanks for your work of MSGF+, it is really an wonderful search engine. But I encountered confusion in the data format used for searching. I used MSGF+ in immunopeptidomics, at first, I converted the raw file into centroid mzML, 64G RAM and 64 threads used in searching and it took nearly 6 hours to finished for only one mzML file. Because of the long time, I converted the same raw file into centroid mgf, searched again using the same parameters and finished search in about 20 minutes for one file. However, the output mzid files of the two searches are not the same. Exactly, the identified PSMs of the mzML file is double of that identified of the mgf file. Why is the result? It seems very strange.
The text was updated successfully, but these errors were encountered: