These are chat archives for dereneaton/ipyrad

25th
Mar 2016
Isaac Overcast
@isaacovercast
Mar 25 2016 00:31
verifying restriction overhangs of the pairddrad data, looks like catg/aatt which are cutters i'm unfamiliar with, but that's what it looks like from the data. Look okay?
Deren Eaton
@dereneaton
Mar 25 2016 00:31
yep
two common cutters, which is kinda messy
or can be.
you might find that multiple different R2s match to the same R1, due to incomplete digestion.
Isaac Overcast
@isaacovercast
Mar 25 2016 00:33
Weird. Think it'll be a problem?
Deren Eaton
@dereneaton
Mar 25 2016 00:34
hopefully not. We would hope to be able to deal with it.
Isaac Overcast
@isaacovercast
Mar 25 2016 01:00
I have a hypothesis about why ctrl+c isn't "working" right. It looks like ipyparallel AsyncMapResult _may be sitting on them until it returns from get().
Deren Eaton
@dereneaton
Mar 25 2016 01:01
Aha.
well I've been working on replacing map calls with apply calls. It should take care of the problem.
I haven't pushed any of that yet.
Isaac Overcast
@isaacovercast
Mar 25 2016 01:02
Yes, i was thinking the same thing, apply would fix it. not sure when that changed in ipp, but good we have a workaround
Isaac Overcast
@isaacovercast
Mar 25 2016 19:54
step 2 for pairddrad is blanking all edits/fastq files, they are all size 0 even though the sample stats record normal looking values. Working on it...
Deren Eaton
@dereneaton
Mar 25 2016 19:54
hmm
Isaac Overcast
@isaacovercast
Mar 25 2016 20:02
SE still works fine
Isaac Overcast
@isaacovercast
Mar 25 2016 20:07
oop wait i see it
Isaac Overcast
@isaacovercast
Mar 25 2016 20:17
nvm fixed it.