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

Si vous êtes un personnel Inria et que vous souhaitez participer aux tests de notre future plateforme Gitlab basée sur la version ultimate avec gitlab LFS activé merci de contacter Didier Chassignol.

  • vidjil
  • vidjilvidjil
  • Issues
  • #3165
Closed
Open
Created Apr 11, 2018 by Mikaël Salson@mikael-sOwner

Ikaros : les séquences communiquées sont trop longues, voir ce qu'il faut garder

La région 3'UTR communiquée par PAR-Debré est grande (près de 800nt) et il est impossible qu'un read couvre toute la région (plus un autre intron).

Cela pose des problèmes d'analyse (#3066 (closed)), à cause du grand nombre de délétions, des séquences moins pertinentes peuvent-être préférées. Même si idéalement ça serait mieux de garder toute la séquence on peut prévoir de n'en garder qu'une partie ou de la couper en plusieurs morceaux.

D'après les documents de PAR-Debré il y a souvent un point de cassure pas très loin de la fin du 3'UTR (autour d'une centaine de nt) et les exemples qu'ils nous ont donné correspondent à ce point de cassure. Dans leur document il y a un autre point de cassure beaucoup plus lointain dans le 3'UTR qui ne peut jamais être atteint par un read en ayant une amorce à la fin du 3'UTR.

Et en fait la question se pose également pour l'intron 1 et l'intron 1 var (entre 600 et 700nt de long).

Ça serait bien de voir avec PAR-Debré ce qu'il en est : peut-on on couper en plusieurs morceaux ? ne garder qu'une partie des séquences ? y a-t-il d'autres points de cassure qui sont possibles ?

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