User: pjb39
pjb39 • 40
- Reputation:
- 40
- Status:
- New User
- Location:
- USA/Ithaca,NY/USDA-ARS
- Last seen:
- 2 days, 20 hours ago
- Joined:
- 6 months, 2 weeks ago
- Email:
- p****@cornell.edu
Posts by pjb39
<prev
• 13 results •
page 1 of 2 •
next >
0
votes
2
answers
64
views
2
answers
... If the only change you made was changing pathHaplotypeMethod from CONSENSUS_mxDiv0.0001 to CONSENSUS_mxDiv0.0001,refRegionGroup that suggests that refRegionGroup is not a valid referenceRange group name. If that does not make sense, you can send me the log file. Something else in the log may indicat ...
written 2 days ago by
pjb39 • 40
0
votes
2
answers
64
views
2
answers
... The following command should work:
sudo docker run --name hapPaths_assemblies --rm \
-v /home/kathrynmichel/KaepplerDeLeon-T330-Mount/Assemblies/PHG/Nov2020_B73v5/:/phg/ \
-t maizegenetics/phg:latest \
/tassel-5-standalone/run_pipeline.pl -debug -Xmx100G -configParameters /ph ...
written 2 days ago by
pjb39 • 40
0
votes
2
answers
64
views
2
answers
... GetHapIdsForTaxonPlugin should have returned some Haplotype ids as the above answer suggests. I do not know why that did not work. If what you want is a VCF rather than haplotype id lists, then you need to use PathsToVCF. To export a VCF for assembly (or WGS) haplotypes, you have to build a Haplotyp ...
written 3 days ago by
pjb39 • 40
0
votes
1
answer
85
views
1
answers
... One possible cause is that the number of haplotypes for one or more reference ranges is greater than 127. If that is the case, then using consensus haplotypes should reduce the number below that. To make sure it does, you can add the parameter maxClusters to the config file used to create consensus ...
written 15 days ago by
pjb39 • 40
1
vote
3
answers
101
views
3
answers
... Looks like the first answer missed the second question at the bottom. The new code and bug affect loading haplotypes to the PHG db but do not affect the imputation pipeline. 0.0.23 does contain important improvements to the DiploidPathPlugin. So, you can use 0.0.23 for imputation but not for loading ...
written 22 days ago by
pjb39 • 40
0
votes
1
answer
103
views
1
answers
... I have been doing some more testing. It turns out there is a bug after the recursive search. The code finds the filename in the right place then later looks for it in fastqDir because the person doing the downstream coding did not realize that the search was recursive. So, for now the fastq files al ...
written 23 days ago by
pjb39 • 40
0
votes
1
answer
161
views
1
answers
... The new build of the PHG docker contains a fix for this bug. ...
written 23 days ago by
pjb39 • 40
0
votes
1
answer
103
views
1
answers
... What is the correct location of 11367.8.203207.ATGCACG-TCGTGCA.r1_cutadapt.fq and what the value of fastqDir? ...
written 23 days ago by
pjb39 • 40
0
votes
1
answer
103
views
1
answers
... I answered too quickly. I reviewed the PHG code and found that it is already doing a recursive search. You should be able to specify the top level directory as the fastqDir for path finding and as long as the key files are in that directory or a subdirectory they should be found. You are correct tha ...
written 23 days ago by
pjb39 • 40
0
votes
1
answer
103
views
1
answers
... PHG only searches a single directory for fastq files. However, extending that to a recursive search seems like a good idea. Also, implementing that would not be difficult. I will add that to the PHG task list. Oops - the code already does a recursive search. See comment below.
...
written 23 days ago by
pjb39 • 40
Latest awards to pjb39
Teacher
5 weeks ago,
created an answer with at least 3 up-votes.
For A: ImputePipelinePlugin diploidPath error (without error message), possible bug?
Scholar
6 weeks ago,
created an answer that has been accepted.
For A: ImputePipelinePlugin diploidPath error (without error message), possible bug?
Use of this site constitutes acceptance of our User
Agreement
and Privacy
Policy.
Powered by Biostar
version 2.3.0
Traffic: 1641 users visited in the last hour