<div dir="ltr">Would the documentation-generating scripts allow snippets of Python code to list the wrapped functions/binaries for each project (or indicate that all are wrapped, if automatic)?<div><br></div><div>I'm guessing nipype uses Sphinx; I don't know the system, but I guess this wouldn't be too hard. Seems extremely useful to me.</div><div><br></div><div>If possible and not too tough, I'd be happy to open a github issue and look at contributing it.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Aug 14, 2015 at 8:17 AM, Satrajit Ghosh <span dir="ltr"><<a href="mailto:satra@mit.edu" target="_blank">satra@mit.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">hi john,<div><br></div><div><div class="gmail_extra"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Out of curiosity, is there a document out there that notes which commands for AFNI,FSL,etc have been wrapped into Nipype and which have not?  </div></div></blockquote><div><br></div></span><div>there is no explicit function to list this, but the following example command will generate the info if you are in the nipype/nipype source directory:</div><div>







<p>







</p><p><span>$ grep -r "_cmd = " interfaces/afni/</span></p></div><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I know that there are quite a few AFNI commands that can't be used with nipype just yet (e.g., 3dToutcount), and it might be useful to know which ones are and aren't available (and also, if they won't be wrapped and why).<br></div></div></blockquote><div><br></div></span><div>wrapping has always been a function of user need/contribution. for example, freesurfer has over 700 binaries - not all are useful or needed. so anytime something is missing we ask that people contribute it if they need a wrapper for it. we are also moving towards a system where software providers themselves expose the binary using a standard architecture (e.g., slicer, brainstools use XML, cbrain has something called boutiques, and then there is recent effort towards a common workflow language specification), and then these get automatically wrapped for nipype.</div><div class="gmail_extra"><br clear="all"><div><div><div dir="ltr"><div dir="ltr"><div dir="ltr">cheers,<br><br></div></div></div></div></div></div><div>satra</div><div><br></div></div></div></div></div>
<br>_______________________________________________<br>
Neuroimaging mailing list<br>
<a href="mailto:Neuroimaging@python.org">Neuroimaging@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/neuroimaging" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/neuroimaging</a><br>
<br></blockquote></div><br></div>