-
Notifications
You must be signed in to change notification settings - Fork 16
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
Filtres coding / Non coding #2
Comments
Merci @Ephedria |
Hello, Je vais préciser le souci actuel. Snpeff annote les variants avec tout les transcripts possibles, ainsi sur un variant donné il peut avoir jusqu'a 10 transcripts. Ici on retrouve un variant qui a été filtré par le filtre NONCODING alors que plusieurs transcripts sont "protein_coding" On peut étendre ce problème à tout les filtres. Quelle est l'interaction avec le filtre -NonSyn ? Autre question supplémentaire, comment est géré les doubles annotations ? Par exemple : splice_region_variant&synonymous_variant Desolé pour toutes ces interrogations ... Mario |
Hello Mario, Le comportement actuel est le suivant ; à partir du moment ou l'annotation est retrouvée au moins une fois, le variant est filtré. Concernant les interaction entre filtres, ils sont simplement appliqués les uns après les autres. Donc si un variant peut passer le filtre Pour en reparler |
Pour note, je pense qu'on peut facilement ajouter un nouveau champs dans le fichier de config, genre |
Bonjour,
Il y a une ambiguïté actuellement sur les filtres coding / non coding.
Un variant qui est annoté par Snpeff peut redonner plusieurs transcripts.
Ainsi un variant donné peut avoir un transcript qui est codant ET un transcript qui est non codant.
A l'heure actuelle :
Dans notre cas, si on veut retirer des variants qui sont non coding, on va aussi retirer des variants qui sont coding car non coding pour un des transcrits.
Serait t'il possible de changer le filtre Non coding pour ne retirer que les variants qui sont annotés seulement avec des tags Noncoding, et que dans le cas ou il y a un coding, on le garde ?
Mario
The text was updated successfully, but these errors were encountered: