Skip to content
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

Let Philosopher print errors when there are protein hits from PSMs that cannot be found in the fasta file. #447

Open
fcyu opened this issue Dec 16, 2021 · 1 comment

Comments

@fcyu
Copy link
Member

fcyu commented Dec 16, 2021

This is a bug/feature I found by accident (Nesvilab/FragPipe#537 (comment)). Basically, when you search the data with FASTA file A, and run Philosopher to filter the result using FASTA file B, Philosopher won't print any warnings or errors although the protein entries are totally unmatched. The outcome is empty tsv files.

I think printing necessary error messages is good for a program to be robust and the result to be correct. That is how we find the protein assignment bugs in Philosopher based one the warnings from IonQuant (Nesvilab/FragPipe#267, Nesvilab/FragPipe#218): IonQuant performs sanity checks to ensure that the input from Philosopher makes sense.

Best,

Fengchao

@prvst
Copy link
Collaborator

prvst commented Dec 16, 2021

We're aware of that, it's happening on purpose. Back a few years a go, we used to restrict the database to be the same as the one in the XML file headers. We changed that allowing any files because some people were running updated or modified versions of their database, without the need to run the entire pipeline again, and asked to let the program allow it, so we changed. We have to check with Alexey if he wants the previous behavior back into the program, or if we just add a warning.

@fcyu fcyu unassigned prvst Jul 4, 2023
@fcyu fcyu transferred this issue from Nesvilab/FragPipe Jul 4, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants