Closed chhh closed 6 years ago
I'll take a look a them for you today, but just looking at the output log I see that the PeptideProphet models failed for almost all the charge states, you have less than 200 PSMs in there. Also, try using the same decoy tag for both the filtering and the peptide validation, you have 'rev' for the validation and 'rev_' for the filtering.
rev_
in both tools if sequences in the database look like:>rev_sp|Q9NZ63|CI078_HUMAN Uncharacterized protein C9orf78 OS=Homo sapiens GN=C9orf78 PE=1 SV=1
I'm adding the error treatment for small lists on the next release, together wit the other suggestion you made before.
if you have a decoy protein defined like this >rev_sp|Q9NZ63|CI078_HUMAN Uncharacterized protein C9orf78 OS=Homo sapiens GN=C9orf78 PE=1 SV=1
, then you should use rev_
everytime the tag is requested. The tag definition needs to be the same for all commands it is needed. If your protein is defined like this >revsp|Q9NZ63|CI078_HUMAN Uncharacterized protein C9orf78 OS=Homo sapiens GN=C9orf78 PE=1 SV=1
, the you should use rev
.
The tag is not only used for finding decoys on the fasta file, it is used internally for other purposes, that's why its important to have it defined exactly the same way every time it's requested.
Ok, that's much simpler than the way it is set up now. I'll sync the tag between all 3 commands.
You can add a text field to one of the GUI elements, like the one with the the search parameters, and then just use that for all the others commands, for example.
Yeah, maybe I'll do that too. I'll probably just move the database definition to a separate tab.
Tried running with two small mzml files, just 1000 spectra in each. Philosopher report failed, see log below.
Full log: log_2018-02-28_15-05-03.txt
All the input files (mzml, fastsa, fragger.params) and the whole output directory are on the server in my data folder "for_felipe".
Short log: