FIX: ?h.white is actually created in the -pial step #2020
Conversation
|
@effigies - this is the reprozip trace of recon-all. https://www.dropbox.com/s/1w7zjz22v1tuyrm/config.yml?dl=0 using this you should be able to create the graph of recon-all with reprozip (it has a graph generation tool). in the future we hope to create a reprozip to nipype workflow tool, but we need to understand the graph a bit better first. |
|
Ha. I was going to say, I'm nearly ready to start hacking on the reprozip workflow generator just to be done with all of these. Maybe next Thursday? |
|
should this be added in for 0.13.1? |
|
If you're comfortable with it. We can patch around it (or depend on a post
release commit), so either way.
…On May 15, 2017 6:05 PM, "Satrajit Ghosh" ***@***.***> wrote:
should this be added in for 0.13.1?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#2020 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AAFF8kuXMOwlomHxMiYsagVtsGqBSL7uks5r6Mw-gaJpZM4NaioY>
.
|
Codecov Report
@@ Coverage Diff @@
## master #2020 +/- ##
=======================================
Coverage 72.19% 72.19%
=======================================
Files 1132 1132
Lines 57012 57012
Branches 8162 8162
=======================================
Hits 41161 41161
Misses 14567 14567
Partials 1284 1284
Continue to review full report at Codecov.
|
In this installment of my never-ending series of minor tweaks to
ReconAll, I've stumbled across the most annoyingly undocumented (outside of source code) change in process in FreeSurfer v6.0, which is that?h.whiteare created in the-pialstep, to take advantage of post-aparc refinements. If you happen to kill a process running-pialafter the other outputs are produced but before?h.whiteis produced, rerunning will incorrectly skip over this step.I can't guarantee this is the last PR of the series, but I sincerely hope so.
Related: #1991 #1824 #1790