Skip to content
GitLab
  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • vidjil vidjil
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 1,700
    • Issues 1,700
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 97
    • Merge requests 97
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • vidjil
  • vidjilvidjil
  • Issues
  • #1399
Closed
Open
Created Nov 29, 2016 by Vidjil Team@vidjilteamMaintainer

Calcul de la strand : améliorer, supprimer ?

segment.cpp:206 : strand = affect_strand(it.affect);

  1. Le calcul de la strand prend ici en compte toutes les affectations, même si il y a d'autres choses dans l'index considéré (ce n'est pas le cas actuellement, mais cela peut l'être avec use_index et ce le sera pour l'automate). Il ne devrait regarder que affect_5 et affect_3, c'est potentiellement un bug.

  2. On pourrait même supprimer ce calcul, TRG/strand+ TRG/strand- n'étant que deux germlines différentes. (Si on le fait dès maintenant, il faudra lancer le KmerAffectAnalyser(*(germline->index), sequence) au bon moment pour ne pas répliquer les calculs).


Tiens, on en parle aussi ici.


@magiraud @mikael-s

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking