vidjil issueshttps://gitlab.inria.fr/vidjil/vidjil/-/issues2021-11-19T11:06:56+01:00https://gitlab.inria.fr/vidjil/vidjil/-/issues/3334Stéréotypie CDR3 à un subset connu2021-11-19T11:06:56+01:00Mathieu GiraudStéréotypie CDR3 à un subset connuCas particulier de #3906.Cas particulier de #3906.CLL-2018-septembrehttps://gitlab.inria.fr/vidjil/vidjil/-/issues/3731Add germlines genes pour tous2020-10-14T11:29:53+02:00Mathieu GiraudAdd germlines genes pour tousSuite à #1925 et %"CLL\-2018\-septembre", pouvons-nous considérer que "add germline genes" n'est plus expérimental ?
Que manquerait-il pour qu'on en fasse une pub plus importante ? vdj#735Suite à #1925 et %"CLL\-2018\-septembre", pouvons-nous considérer que "add germline genes" n'est plus expérimental ?
Que manquerait-il pour qu'on en fasse une pub plus importante ? vdj#735CLL-2018-septembrehttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4062Add germline gene : problème lorsqu'on change de clone2020-10-14T11:29:53+02:00Mikaël SalsonAdd germline gene : problème lorsqu'on change de cloneLorsqu'on sélectionne un clone, qu'on fait un add germline gene puis qu'on clique sur un autre clone (ce qui devrait l'afficher en bas, à la place du premier clone sélectionné) et, enfin, qu'on clique sur *align*, cela plante. Le *align*...Lorsqu'on sélectionne un clone, qu'on fait un add germline gene puis qu'on clique sur un autre clone (ce qui devrait l'afficher en bas, à la place du premier clone sélectionné) et, enfin, qu'on clique sur *align*, cela plante. Le *align* tourne en rond et ne rend pas la main.
Aurélie ~"LIL-Lille" nous demande à ce que les séquences germinales soient retirées lorsqu'on change de clone. Pourquoi pas, mais même si on ne les retirait pas, changer de clone ne devrait pas faire planter le segmenteur.Lille-LAL-nexthttps://gitlab.inria.fr/vidjil/vidjil/-/issues/3126Rapport : date de naissance + autres infos du patient (run/set) ?2021-01-26T15:19:10+01:00Mathieu GiraudRapport : date de naissance + autres infos du patient (run/set) ?On a vu au moins un rapport de ~"LIL-Lille" sans infos du patient (date de naissance...)On a vu au moins un rapport de ~"LIL-Lille" sans infos du patient (date de naissance...)Lille-LAL-nexthttps://gitlab.inria.fr/vidjil/vidjil/-/issues/2526Discordance de productivité2024-02-06T16:46:02+01:00Mathieu GiraudDiscordance de productivitéAurélie ~"LIL-Lille" (par mail, réévoqué ce matin en direct) :
> Le clone majoritaire (...) est dit non productif par Vidjil alors que IMGT et IgBlast disent qu’il est productif.
>
> http://app.vidjil.org/?sample_set_id=23871&config=3...Aurélie ~"LIL-Lille" (par mail, réévoqué ce matin en direct) :
> Le clone majoritaire (...) est dit non productif par Vidjil alors que IMGT et IgBlast disent qu’il est productif.
>
> http://app.vidjil.org/?sample_set_id=23871&config=35
>
> Let's look on the following clones:
> >IGHV3-7*01 1/GGAAGCCC/21 IGHJ6*01 338 nt, 607 958 reads (89.48%)
> AGGAGTCGGGGGGAGGCTTGGTCCAGGCCGGGGGGTCCCTGAGACTCTCATGCGTCGGCCACGGATTGAGTTTGAAGAAGGATTGGATGAGTTGGGTCCGCCAGGCTCCAGGGGAGGGGCTGGAGTGGGTGGCCTACATAAAGGAAGATGGAAATGGGAAACACTATGTGGACTCTGTGAAGGGCCGATTCATCATCTTCAGAGACGACGCCAAGAACTCACTATATCTGGAAATGAACAGCCTGAGAGTCGAGGACACGGCTATGTATTATTGTGTGAGA
>
> GGGAAGCC
> CTGGGCGTTTGGGGGCCAAGGGACATCGGTCACCGTCTCCTCAGGTAAG
cc @flothoniLille-LAL-nexthttps://gitlab.inria.fr/vidjil/vidjil/-/issues/2891Upload de plusieurs fichiers .fasta via un .zip / .csv2023-03-28T16:10:53+02:00Mathieu GiraudUpload de plusieurs fichiers .fasta via un .zip / .csvTâche originelle dans #1362
PAN a envoyé un .zip avec 4 fichiers dedans. Et ça on ne sait pas faire. Il faudrait « juste » décompresser l'archive et itérer sur tous les fichiers et les remplir tous avec les mêmes propriétés.
***
Oui, c...Tâche originelle dans #1362
PAN a envoyé un .zip avec 4 fichiers dedans. Et ça on ne sait pas faire. Il faudrait « juste » décompresser l'archive et itérer sur tous les fichiers et les remplir tous avec les mêmes propriétés.
***
Oui, cela simplifierait beaucoup certains usages... mais ce n'est pas si évident à faire :
- le "sampling date" peut ne pas être le même (mais on pourrait faire une passe manuelle ensuite)
- et surtout, si on décompresse, il faut le faire dans environnement sécurisé pour que cela ne mette pas le bazar dans nos fichiers
- et éduquer les utilisateurs pour que le .zip soit uniquement des fichier fasta (pas un fichier .txt ou je ne sais quoi en plus)...
En mode production MRD, ce n'est pas forcément nécessaire (un point à la fois).
***
Mentionné par nos amis du NHS.
Pour eux, ce serait même *différents patients* ? Au passage, c'est vrai que c'est plus réaliste. En production, on a le(s) run(s) de la semaine, avec du diag, et des MRDs de patients existants
***
Vraiment pas facile...
Début de réflexion : on uploade une archive, cela ajoute les fichiers, on arrive sur un tableau avec la liste des fichiers et des controles pour ajouter au patient qu'on veut ?
On suppose par contre que producer / sequencer sont le même pour tous...
Mais primers, non.
Pb: tant que le .zip n'est pas arrivé, on ne peut pas afficher le tableau.
Bof / bof...
Il faudrait expliciter le scénario avec nos users pour voir ce qu'ils veulent vraiment.
***
Est-ce vraiment un problème de ne pas voir le tableau ? De toute façon on voit l'upload en cours dans le widget.
***
Remis au goût du jour pour Lyon ?
***
Après le R1+R2, il faudra voir si on remet cela au goût du jour.
Heinrik a exactement le problème d'uploader régulièrement >20 fichiers, il faudrait un moyen de le faire plus rapidement.
À voir comment cela pourrait marcher avec le R1+R2.
***
Discuté lors de la Rando 2016.
Pas prioritaire. L'idée pour les prochains mois est déjà d'utiliser les "runs", de voir si nos utilisateurs aiment cela.
***
Ping.
Henrik est revenu à la charge. La solution la plus simple est un upload de plusieurs fichiers pour *un même* patient. À mon avis on peut bidouiller un truc côté Javascript, à voir si c'est souhaitable (récupère tous les fichiers et les envoie 1 par 1 ou 2 par 2 au contrôleur).
***
@nobody
cc @RyanHerbWeb 2023.10https://gitlab.inria.fr/vidjil/vidjil/-/issues/2836Profils pour divers maladies/usages / Presets for different pathologies/uses2023-03-28T16:11:14+02:00Thonier FlorianProfils pour divers maladies/usages / Presets for different pathologies/uses(Voir #878.)
L'idée general de cette tâche est d'enregistrer les paramètre du setting directement pour ne pas avoir a modifier cela si on doit oouvrir 20 patient d'ffiler.
De plus, cela permettrait de retrouver pour point commun entre ...(Voir #878.)
L'idée general de cette tâche est d'enregistrer les paramètre du setting directement pour ne pas avoir a modifier cela si on doit oouvrir 20 patient d'ffiler.
De plus, cela permettrait de retrouver pour point commun entre les differents utilisateur d'un même groupe ( ~"LIL-Lille" compte inclure ces paramètre dans la descrition de leur protocole ! )
La solution la plus simple serait peut-être d'avoir un cookie qui gère les setting pour les enregistrer.Web 2023.10https://gitlab.inria.fr/vidjil/vidjil/-/issues/1253Se souvenir des amorces/primers utilisées : comment ?2023-03-28T16:11:50+02:00Vidjil TeamSe souvenir des amorces/primers utilisées : comment ?On pourrait gérer plus proprement les amorces, avec
- des listes d'amorces (Biomed ? nouvelles EC ? d'autres ?)
- en fonction des amorces sélectionnées, les confisg (ou les stats) sont différents, ou d'autres features
- et certains...On pourrait gérer plus proprement les amorces, avec
- des listes d'amorces (Biomed ? nouvelles EC ? d'autres ?)
- en fonction des amorces sélectionnées, les confisg (ou les stats) sont différents, ou d'autres features
- et certains réglages permettraient de chosir directement un "kit" d'amorces
Ce n'est pas facile, que cela soit au niveau de la db, du browser derrière, et même de la conception / de ce qu'on veut. Vraiment pas la priorité pour l'instant.
***
mis dans la demande d'ADT, 2016Web 2023.10https://gitlab.inria.fr/vidjil/vidjil/-/issues/5143Add D primers in the set of primers2023-05-11T17:49:33+02:00Mikaël SalsonAdd D primers in the set of primersAs requested by ~"NAN - Nantes" during 2023 Vidjil day.
Beware to the prioritization of primers (V/J primers should have the priority over D).As requested by ~"NAN - Nantes" during 2023 Vidjil day.
Beware to the prioritization of primers (V/J primers should have the priority over D).Web 2023.10THONIER FlorianTHONIER Florianhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4993Pouvoir exporter un alignement dans le rapport2023-06-14T14:50:47+02:00Mathieu GiraudPouvoir exporter un alignement dans le rapportÉvoqué à ~"ec-ngs" avec des usagères. cc @duez
Pour la prochaine fois.
Et par défaut centré, #4992Évoqué à ~"ec-ngs" avec des usagères. cc @duez
Pour la prochaine fois.
Et par défaut centré, #4992Web 2023.10https://gitlab.inria.fr/vidjil/vidjil/-/issues/3171Statistiques multi-samples et contrôle de qualité run/sample, plan de bataille2024-02-21T14:12:12+01:00Mathieu GiraudStatistiques multi-samples et contrôle de qualité run/sample, plan de batailleDiscuté avec @flothoni et @mikael-s suite à ~"ec-ngs" à Lille. Le point le plus revenu dans les échanges, on s'y met en mai-juin de notre côté.
**Prérequis, pipeline de base**
- contrôleur préparant des métadonnées + ensemble de `.vid...Discuté avec @flothoni et @mikael-s suite à ~"ec-ngs" à Lille. Le point le plus revenu dans les échanges, on s'y met en mai-juin de notre côté.
**Prérequis, pipeline de base**
- contrôleur préparant des métadonnées + ensemble de `.vidjil` #3041
- qui récupère des infos des `.vidjil` #3172 (donc #2240)
- puis vue générique #2235 (app-stats: autre chose, plutôt explorer distributions V/J)
Premier but: commencer déjà par infos présentes dans `.vidjil`, typiquement *nombre de reads segmentées* et *clone principal avec son abondance*.
**Puis**
- (Jouable) Plus d'infos dans le `.vidjil`, mieux structurées, déjà depuis vidjil-algo
- les `UNSEG` triés #3049
- warnings par clone / sample #3086 #3060. Documenter, en faire de nouveaux
- (Jouable) vue spécifique #2875, spécialise #2235 pour QC, contrôles
- ~"!-hard" plus fort que #2875, profil par type de manipulation (sequenceur, données, ..) ou utilisateur #3168
- Présence des primers #3152 #1253
- ~"!-hard" (modification db) Pré-process #3154 (déjà PEAR #3054)Web 2024.04CHESNIN ClementCHESNIN Clementhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4069Afficher les index de diversité en statistiques patient/run/set2024-02-06T16:58:36+01:00Mathieu GiraudAfficher les index de diversité en statistiques patient/run/setDemande de @Anne, initialement dans #4038 :
> Est-ce que ça serait possible d'avoir un bouton sur la page du run ou du set ? Qui donnerait cette valeur pour tous les patients du run/set. Ce serait super d'avoir un tableau récapitulatif ...Demande de @Anne, initialement dans #4038 :
> Est-ce que ça serait possible d'avoir un bouton sur la page du run ou du set ? Qui donnerait cette valeur pour tous les patients du run/set. Ce serait super d'avoir un tableau récapitulatif avec ces infos, ainsi que le % de reads appariés et le % de reads abalysés.
Voir #3171, #3496... toute la partie sur les ~"server-qc-stats" fait partie d'un point qui va être traité par @RyanHerb, entre janvier et mars 2020.Web 2024.04https://gitlab.inria.fr/vidjil/vidjil/-/issues/3539Export CSV de stats / qualité2024-01-18T15:28:01+01:00Mathieu GiraudExport CSV de stats / qualitéSuggestion de @Anne : pouvoir obtenir un export csv d'un run, sur tous les fihciers qui le compose
cc @RyanHerbSuggestion de @Anne : pouvoir obtenir un export csv d'un run, sur tous les fihciers qui le compose
cc @RyanHerbWeb 2024.04https://gitlab.inria.fr/vidjil/vidjil/-/issues/5164Non-recombined sequence leading to IGK false positive.2023-09-07T16:31:35+02:00Mikaël SalsonNon-recombined sequence leading to IGK false positive.See ~"NAN - Nantes" email on 2023-08-10 mentioning this issue:
He points this sequence:
```
ATGTGGACTCCCTCATGAGCAGATGCCACCAGGGCCACTGGCCCCAGCTTCCTCCTTCACAGCTGCAGTGGGGGCTGGGGCTGGGGCATCCCAGGGAGGGTTTTTGTATGAGCCTGTGTCACAGTGTGTGGTATTCGGCGGAG...See ~"NAN - Nantes" email on 2023-08-10 mentioning this issue:
He points this sequence:
```
ATGTGGACTCCCTCATGAGCAGATGCCACCAGGGCCACTGGCCCCAGCTTCCTCCTTCACAGCTGCAGTGGGGGCTGGGGCTGGGGCATCCCAGGGAGGGTTTTTGTATGAGCCTGTGTCACAGTGTGTGGTATTCGGCGGAGGGACCAAGCTGACCGTCCTAGGTGAGTCTCTTCTCCCCTCTCCTTCCCCGCTCTTGGGACAATTTCTGCTGTTTTTGTTTGTTTCTGTATCTTGTCTCA
```
where we find a `IGKV2D-29 0/78/7 J4`https://gitlab.inria.fr/vidjil/vidjil/-/issues/4718Export des données : exporter les sample sets dans l'ordre de leur création2022-02-09T14:42:05+01:00Mikaël SalsonExport des données : exporter les sample sets dans l'ordre de leur créationAprès l'export de données de certains utilisateurs (vdj#1166), les sample sets ne sont pas dans l'ordre de leur création mais dans un ordre qui semble arbitraire.Après l'export de données de certains utilisateurs (vdj#1166), les sample sets ne sont pas dans l'ordre de leur création mais dans un ordre qui semble arbitraire.marc duezmarc duezhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4182Points décalés dans le rapport2020-02-26T16:19:25+01:00Mathieu GiraudPoints décalés dans le rapportLes points du rapport sont parfois décalés.
![rapport](/uploads/e3b6b9643944b0dd71bdf92e17a29b47/rapport.jpg)
cc @flothoniLes points du rapport sont parfois décalés.
![rapport](/uploads/e3b6b9643944b0dd71bdf92e17a29b47/rapport.jpg)
cc @flothonimarc duezmarc duezhttps://gitlab.inria.fr/vidjil/vidjil/-/issues/4144segmenter broken apres le chargement d'un second fichier2020-10-14T11:29:53+02:00marc duezsegmenter broken apres le chargement d'un second fichier
CA ~"PAN-Necker"
> Lorsque je me connecte sur un premier dossier, j'ai la main sur les séquences et la fonction align.
> Ensuite je charge un second dossier, quand je clique sur un clone, la séquence ne s'affiche pas en bas et je n'ai ...
CA ~"PAN-Necker"
> Lorsque je me connecte sur un premier dossier, j'ai la main sur les séquences et la fonction align.
> Ensuite je charge un second dossier, quand je clique sur un clone, la séquence ne s'affiche pas en bas et je n'ai pas la main sur "align" qui apparaît grisé. Ceci se corrige quand j'actualise la page
la fonction reset() du segmenter ne fonctionne plus avec les derniers merges
https://gitlab.inria.fr/vidjil/vidjil/-/issues/3936Rapports monitor : que sont les graphs « normalization » ?2019-06-20T18:22:40+02:00Mikaël SalsonRapports monitor : que sont les graphs « normalization » ?Aller sur un sample set avec plusieurs samples ([exemple](http://app.vidjil.org/?set=3241&config=32)) et faire un export monitor.
En tête du rapport on a deux graphs **identiques** côte à côte sous une en-tête « Normalization ». D'où ça...Aller sur un sample set avec plusieurs samples ([exemple](http://app.vidjil.org/?set=3241&config=32)) et faire un export monitor.
En tête du rapport on a deux graphs **identiques** côte à côte sous une en-tête « Normalization ». D'où ça vient ? Qu'est-ce que ça fait là ?
Au passage attention à #2944https://gitlab.inria.fr/vidjil/vidjil/-/issues/2508Vh pas trouvé, uniquement Dh-Jh2018-06-27T18:53:42+02:00Mathieu GiraudVh pas trouvé, uniquement Dh-JhAurélie ~"LIL-Lille" :
> I have a question on the results I obtain on the following sample: http://app.vidjil.org/?sample_set_id=23852&config=25
>
> Let's look on the following clones:
> >IGHD2-2*02 2/TGA/5 IGHJ5*02 362 nt, 148 52...Aurélie ~"LIL-Lille" :
> I have a question on the results I obtain on the following sample: http://app.vidjil.org/?sample_set_id=23852&config=25
>
> Let's look on the following clones:
> >IGHD2-2*02 2/TGA/5 IGHJ5*02 362 nt, 148 525 reads (10.64%, 53.45% of IGH/IGH+, 2042% of IGH+)
> GGAGTCGGGGGAGGCTTGGTCCAGCCTGGGGGTCCCTGAGACTCTCCTGTGCAGCCTCTGGATTCACCTTCAGTGACTACTACATGAGCTGGGTCCGCCAGGCTCCCGGGAAGGGGCTGGAGTGGGTAGGTTTCATTAGAAACAAAGCTAATGGTGGGACAACAGAATAGACCACGTCTGTGAAAGGCAGATTCACAATCTCAAGAGATGATTCCAAAAGCATCACCTATCTGCAAATGAACAGCCTGAGAGCCGAGGACACGGCCGTGTATCAAGGGGCATTTATTGTAGTAGTACCAGCTGCTAT
>
> ATG
> ATGGTTCGACCCCTGGGGCCAGGGAACCCTGGTCACCGTCTCCTCAGGTAAG
>
>
>
> Bonjour,
>
> Ce clone est mal nommé, il ne reconnaît pas le VH, bien présent puisque nous avons pu merger des clones qui étaient VDJ. Cela m’embête car ce clone étant majoritaire, le merge ne permet pas de corriger la séquence.
>
> Pourriez-vous y regarder et me dire pourquoi le VH n’a pas été reconnu ?
>
> Merci
>
> AurélieAlgo -- Importanthttps://gitlab.inria.fr/vidjil/vidjil/-/issues/2002Configuration trop stringeante sur la recherche du D2022-05-12T11:42:47+02:00Vidjil TeamConfiguration trop stringeante sur la recherche du DExemple : http://rbx.vidjil.org/browser/index.html?patient=3837&config=2
On prend le gros clone et les petits clones autour. La moitié a un D trouvé, pas l'autre moitié. Le D fait 22bp il n'est pas trouvé dès qu'il y a une erreur/mutati...Exemple : http://rbx.vidjil.org/browser/index.html?patient=3837&config=2
On prend le gros clone et les petits clones autour. La moitié a un D trouvé, pas l'autre moitié. Le D fait 22bp il n'est pas trouvé dès qu'il y a une erreur/mutation.
***
Alors il y a bien un problème mais il n'a rien à voir. Voir « Le résultat de la segmentation change selon le contexte » #2003
***
Notons que toutes les séquences ici ont normalement le même "multiplier" de E-value (nb de clones analysés).
... et effectivement, il y a bien un problème (de calcul de p-valeur) : cela semble gros qu'une seule mutation sur 22pb fasse tout louper.
***
Surtout qu'il y a une séquence avec une mutation dans le D, où le D est bien trouvé...
***
Seuil de e-valeur pour le D : .05
J'imagine qu'il y a une raison pour cette faible valeur, mais les D sont courts et atteindre de très faibles e-valeur est compliqué (à l'inverse de ce qu'on a avec le kmer segmenteur). Pourquoi le seuil est-il à 0,05 ?
***
@magiraud @mikael-sThonier FlorianThonier Florian