Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
ROCK
Manage
Activity
Members
Labels
Plan
Wiki
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Snippets
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Releases
Package Registry
Container Registry
Model registry
Operate
Environments
Terraform modules
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
Véronique LEGRAND
ROCK
Graph
d9c2e782c53ce63c9d579c78ac95ae6cd3d9de5f
Select Git revision
Branches
3
2.0_beta
dev_nanopore
master
default
protected
Tags
16
v_2.1
V_2.0
V_1.9.6
v_1.9.6
v_1.9.5
v_1.9.4
V_1.9.3
V_1.9.2
V_1.9.1
V_1.9
V_1.8
V_1.6
1.5.1
V_1.5
V1.4
V1.3
19 results
You can move around the graph by using the arrow keys.
Begin with the selected commit
Created with Raphaël 2.2.0
7
May
30
Apr
24
17
10
28
Mar
12
11
7
17
Feb
14
9
Jan
12
Dec
10
Oct
15
Jun
25
Jul
31
May
24
9
8
7
6
5
4
3
2
29
Apr
28
15
12
10
Mar
24
Jan
20
19
12
7
6
5
17
Dec
10
9
5
Sep
1
31
Aug
26
25
23
20
31
May
27
26
25
22
12
11
10
7
29
Apr
28
27
26
23
22
21
20
19
16
15
13
12
9
8
7
6
29
Jun
16
20
Apr
19
14
11
14
Mar
9
Jan
6
16
Dec
1
2
Aug
28
Jul
14
1
10
Jun
3
31
May
27
26
24
23
19
18
17
13
12
2
29
Apr
19
12
11
6
5
24
Mar
23
22
18
17
15
14
11
10
8
21
Feb
19
18
10
8
5
26
Jan
19
11
8
6
8
Dec
18
Nov
We need to re read the score and not only the sequence when filling the filter because there is an option that replaces a nucleotide by N when its score is below a given threshold; Thsi avoid skiping kmers containing such nucleotides; now take that into account when computing maximum read length.
dev_nanopore
dev_nanopore
work in progress : now get max value for useful read length amongst all processed files
added test case for useful_read_length of PE reads and fixed bug
updated test
fixed teh calculation of maximum useful read length; must now fix the previous test
Merge branch 'dev_nanopore' of https://gitlab.pasteur.fr/vlegrand/ROCK into dev_nanopore
work in progress: getting the maximum useful read length
fixed compilation error
Merge branch 'dev_nanopore' of https://gitlab.pasteur.fr/vlegrand/ROCK into dev_nanopore
work in progress; Investigating why it is so slow.
added traces from benchmark
added destructor for Filter class
fixed bug : memory deallocation of cur_fq_record. TODO : take some time to make something cleaner on this topic
moved declaration of variable that allocates memory outside of for loop
work in progress for the handling of nanopore sequencing data. Still have to do higher level testing
work in progress in order to be able to process fastq files from nanopore sequencing.
finalizing things for version 2.1
v_2.1 master
v_2.1 master
removed DEBUG traces
fixed bug related to output value of lseek that happened only on very large files
Merge branch 'master' of https://gitlab.pasteur.fr/vlegrand/ROCK
fixed bug related to output value of lseek that happened only on very large files
Update Citations
Update run_tests_ci.sh, fixed typo
Update .gitlab-ci.yml file; now using a redhat 8.8 image for CI.
redhat 8.8 container for CI
new script fr running tests in a docker container
fixed bug in test
Update README.md
Updating README.md
updated man
V_2.0
V_2.0
updated NEWS
removed unuseful comments and unuseful files
removed unuseful use of unused argument MEM_CHECK
Update README.md
Update README.md
Update paper.md
Update paper.md
Update paper.md
Update paper.md
Update paper.md
Loading