Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
vidjil
vidjil
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 1,722
    • Issues 1,722
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 79
    • Merge Requests 79
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • CI/CD
    • Repository
    • Value Stream
  • Snippets
    • Snippets
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar

Mise à jour terminée. Pour connaître les apports de la version 13.10.3 par rapport à notre ancienne version vous pouvez lire les "Release Notes" suivantes :
https://about.gitlab.com/releases/2021/03/22/gitlab-13-10-released/
https://about.gitlab.com/releases/2021/03/31/security-release-gitlab-13-10-1-released/
https://about.gitlab.com/releases/2021/04/01/gitlab-13-10-2-released/
https://about.gitlab.com/releases/2021/04/14/security-release-gitlab-13-10-3-released/

  • vidjil
  • vidjilvidjil
  • Issues
  • #3315

Closed
Open
Created Jun 27, 2018 by Mikaël Salson@mikael-sOwner

Mauvais alignement du J : check_and_resolve_overlap() et alignements curieux localement

Dans !148 (comment 99705) un alignement étrange est observé pour (7efab5bb) :

On s'attend à avoir TRGV3*01 3/TCTTC/39 TRGJ2*01 mais on trouve TRGV3*01 3//36 TRGJ2*01. J'aurais pu me louper dans mon alignement mais algo/tools/align me dit bien cela pour l'alignement avec le TRGJ :

===== -m 2 : LocalEndWithSomeDeletions
194 TGTTGTCACAGGTAAGTATCGGAAGAAT (sequence)
    ||||||||||||||||||||||||||||
 39 TGTTGTCACAGGTAAGTATCGGAAGAAT (TRGVJ2*01)

Et surtout les séquences amont n'ont rien à voir :

               VVVVnnnnnJJJJJJJ...
 seq           GGACTCTTCTGTTGTCACAGGTAAGTATC
                        ||||||||||||||||||||
 TRGJ2*01      AACAACACTTGTTGTCACAGGTAAGTATC

Je vois mal comment TCTTC pourrait s'aligner avec ACT…

En regardant un peu plus, la box_J change suite à la résolution de l'overlap :

[/18 @173 TRGJ2*01(1) @173 18/]
[/36 @189 TRGJ2*01(1) @173 18/]

Je ne suis pas sûr de comprendre ce que cela signifie (on passe de 18 délétions à 36 ?). Mais pourquoi l'alignement trouvé par Vidjil n'est pas celui donné ci-dessus (le premier) ? Il a été obtenu avec l'outil align qui utilise les mêmes coûts et mode d'alignement que DynProg. Voilà comment l'obtenir (avec l'ordre actuel des germlines) :

algo/tools/align -m 2 -c 2 -i 0 -j 1 algo/tests/should-vdj-tests/7849-deleted-J.should-vdj.fa germline/homo-sapiens/TRGJ+down.fa

Ping @magiraud

Edited Jun 27, 2018 by Mathieu Giraud
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None