vidjil issueshttps://gitlab.inria.fr/vidjil/vidjil/-/issues2020-08-04T10:09:28+02:00https://gitlab.inria.fr/vidjil/vidjil/-/issues/4449Graphe : avoir des exports png/svg plus beaux2020-08-04T10:09:28+02:00Mathieu GiraudGraphe : avoir des exports png/svg plus beauxLes export `png` ne font pas très propres quand on les inclut dans un article.
Certes, avoir de nouveau un export `svg` #3464 améliorerait déjà les choses, et permettrait de retravailler à volonté, mais on pourrait proposer un export pl...Les export `png` ne font pas très propres quand on les inclut dans un article.
Certes, avoir de nouveau un export `svg` #3464 améliorerait déjà les choses, et permettrait de retravailler à volonté, mais on pourrait proposer un export plus propre par défaut (même si ce ne sera jamais "parfait").
Je parle ici du ~"client-graph".
Ne faudrait-il pas retravailler le ~"client-less-css" du svg ? Les lignes qui servent à représenter les clones qui n'apparaissent qu'une seule fois sont elles pertinentes en export ? Mettre des points/croix pour les clones ?
Fonte : avoir quelque chose de plus neutre que notre fonte par défaut ?
Légendes du ~"client-graph" : mettre plus d'informations, comme dans !747 ? Et #1951.
Des éléments à supprimer toujours/parfois ? #4448, #4201 ?
Et le format : le "wide" du `graph.resize(1400,800)` en dur est trop espacé s'il n'y a que 2 ou 3 samples. Dynamique par rapport au nombre de samples ?
cc @duez @flothonihttps://gitlab.inria.fr/vidjil/vidjil/-/issues/3261Estimer le temps pris par sur vidjil -c clones : KmerSegmenter / représentati...2018-06-06T16:58:19+02:00Mathieu GiraudEstimer le temps pris par sur vidjil -c clones : KmerSegmenter / représentative / FineSegmenterDepuis https://gitlab.inria.fr/vidjil/vidjil/issues/3227#note_94004 :
> le temps total pour l'utilisateur sera plutôt ce qui vient de `vidjil-algo -c clones -z 0`, en tout cas on a envie de connaître la contribution de chacune des étape...Depuis https://gitlab.inria.fr/vidjil/vidjil/issues/3227#note_94004 :
> le temps total pour l'utilisateur sera plutôt ce qui vient de `vidjil-algo -c clones -z 0`, en tout cas on a envie de connaître la contribution de chacune des étapes, à l'intérieur comme à l'extérieur du FineSegmenter.
Ici il s'agit plus généralement d'estimer les diverses parties :
- temps initial négligeable
- KmerSegmenter: maintenant avec les 14 germlines, et après Aho #2556 ?
- représentatives
- FineSegmenter (à `-z` 100, 1000, 10000), surtout après filtrage ~"cpp\-filter\-fine"
... et de voir quelles sont les parties prioritaires à travailler pour une accélération d'ensemble.https://gitlab.inria.fr/vidjil/vidjil/-/issues/1437Spécificité / P-value / E-value d'une recombinaison2019-09-16T16:58:45+02:00Vidjil TeamSpécificité / P-value / E-value d'une recombinaisonPrend en compte nb de délétions, mutations V/J, N... Normalement cela devrait se voir dans les scores de FineSegmentation.
Détecter ces probabilités depuis nos jeux de données (mais cela suppose d'avoir des segmentations VDJ de référe...Prend en compte nb de délétions, mutations V/J, N... Normalement cela devrait se voir dans les scores de FineSegmentation.
Détecter ces probabilités depuis nos jeux de données (mais cela suppose d'avoir des segmentations VDJ de référence...)
Lien avec génération aléatoire.
Faire cela dans notre coin ? Mettre quelqu'un dans la boucle ? (Laurent ?)
***
De manière empirique, pas nécessairement besoin de segmentations VDJ de réf. Ne peut-on pas le faire directement depuis les fenêtres ? On sait où est censé se terminer le V et commencer le J. Et donc on peut retrouver si on trouve une fenêtre à distance 0 ou 1.
Et si on va sur la génération aléatoire, le problème est la probabilité qu'on affecte à des délétions, insertions (et cela dépend des chaînes et des récepteurs, la dTd et la bouffeuse de nucléotides ne sont pas aussi actives partout). Ou alors on part de nos données, mais là pour le coup on a besoin de segmentations VDJ de références.
***
On en parle donc un jour avec Laurent. Voir quand.
***
On a donc maintenant une e-valeur d'une découpe left/right, mais la question reste toujours ouverte pour une recomb VDJ, à partir d'exemples, d'estimer les paramètres. On en avait aussi parlé avec Nikos.
***
(copié depuis tâche "Taille de fenêtre en multi-système") Si on a un V/J collé avec 0 zone de N, ce sera très limite même avec une fenêtre de taille 100 :-) On doit mettre un gros warning dessus, et permettre de revenir sur les reads.
***
Remonté, car l'heuristique peut regrouper des choses curieuses si la fenêtre n'est pas spécifique. (mais bon, contrôle par le coverage ?). Devient légèrement différent : quelle est la P/E-valeur d'une fenêtre ?
- compter les N (après Fine Segmenter)
- un bidule dans le FineSegmenter qui compte en plus les mutations de la fenêtre
- ... ou bien un truc magique à base de k-mers (y compris des D) ?
(Voir par exemple notable/0481)
***
euh... on maintenant a un warning si faible e-valeur ?
toujours d'actualité ?
***
Cela a été fait très sérieusement par Thierry Mora et Aleksandra Walczak
-> Quantifying lymphocyte receptor diversity
http://arxiv.org/abs/1604.00487
***
Et il y a un article qui utilise cela pour calculer la p-value de clones identifiés au diag : http://www.nature.com.sci-hub.cc/bmt/journal/vaop/ncurrent/full/bmt2016148a.html « Reliability of immune receptor rearrangements as genetic markers for minimal residual disease monitoring »
***
@magiraud @mikael-s