-
Notifications
You must be signed in to change notification settings - Fork 27
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Missing dependency #119
Comments
Hi @araikes , happy to hear you're interested to use SAMRI.
The issue you have encountered is not caused by it being moved, but rather by it being renamed from If you are looking into containerization, we are currently overhauling the
We are using SAMRI images here, and we have them for both:
The spec is not updated in the SAMRI package, because thus far we didn't need it on its own, but we can prioritize this it would be helpful for you. Or if you want, you could also just submit an analogous PR, and I'd be happy to review and fix it up. |
That's terrific and I'd rather not rebuild the wheel if I don't need to. In essence, I'm looking to test alternative preprocessing pipelines for my mouse data (particularly T2-weighted anatomical images) as masking is inconsistent at best. I assume that the SAMRI images would suit my needs at least for the time being, though I'm interested in the atlas standardization workflow, as the relationship between diffusion-based tractography and ABI data would be interesting. I'll give the existing images a shot and see if they give me any issues Thanks |
Let me know. As for the ABI/DTI idea, feel free to reach out via email, I'd also be interested in looking at that. I actually expect there to be significant differences, since DTI is insensitive to low-density projections in areas of low fiber coherence. So you tend to not see neuromodulatory networks, which are the most interesting part in tracing studies. In a sense a nuanced negative finding (i.e. these are the things you're misisng in DTI) might be even more interesting. |
If I don't have functional images, will SAMRI fail on me?
|
Short answer, no, it should not fail. |
Ok, so the code that originally handled the struct-only processing has degraded over time since I don't use it, and we don't yet have a robust test suite. One thing to note is that in addition to the issue in SAMRI, there's another issue in your invocation. (dev) [deco]/tmp ❱ SAMRI generic-prep -m '/usr/share/mouse-brain-templates/dsurqec_200micron_mask.nii' --subjects 6471 -s '{"acquisition":["TurboRARE"]}' -o . /usr/share/opfvta_bidsdata/ '/usr/share/mouse-brain-templates/dsurqec_200micron.nii' The above command now works on my machine, let me know if it doesn't on yours. |
I was running the image up on DockerHub. If I rebuild the image using the Dockerfile for e.g. the article, will it pull the current version with that fix in place? I also assume that it's going to have some issues. I used brkraw, rather than SAMRI, to convert to BIDS, so my files are named as |
I'm actually not sure, I think it uses the last versioned release from portage. Perhaps I should set up a container here for more flexibility.
Yes, tested it here with my data as well just to be sure, and that works. |
Glad that works on your end. If you come up with a container solution, let me know. I don't know Gentoo enough to modify any of the Dockerfiles to make sure that its grabbing the current state of the Git repo. Or, alternatively, do you know where the |
Last note... for now.... If I fix the
|
So the files that were updated are the ones in the last commits, in the image they reside under
I have no idea why you might be getting that error, I can't reproduce it here on my end. The analogous command to yours, with my data, is the following:
It also doesn't sound like it's related to the data since it pops up before any read-in is attempted. The weird thing is that the strings in the variable aren't quoted in the error message I could get a similar error with a slightly modified call.
Looks like somewhere in between the input and samri, in your case, the single quotes get converted to double quotes. Maybe it's singularity? |
Found it. It's in
to
However, I now get the following:
Further, if I try
As an aside, I pass BIDS validation with ignorable issues related to TSV files and inconsistent session numbers. |
Manually check: None of the |
It's not, but it should be patched to not give the error, let me check why it's giving you the error. |
reminiscent of
re etelemetry - looking at https://github.com/nipy/nipype/blob/master/nipype/__init__.py#L75 and https://github.com/nipy/nipype/blob/056b48f23c896bed0fce1c571f33bb01922a1713/nipype/info.py#L135 it seems like etelemetry is not an optional dependency... so in this container -- how was nipype installed? or moreover -- how was it functioning for anyone? |
@yarikoptic nipype has the In any case, with both the patches and the variable it works, the problem was that @araikes so the issue is that the way in which you invoke the command doesn't source the profile. Can you prepend |
I did that. Still get the following:
|
Interestingly, if I exclude the
Gonna go out on a limb and say it's because of line 392:
Looks like the call to |
Hi @TheChymera
I was trying to build this into a Singularity container and got... almost there. I get an error because the Science overlay no longer has scikit-image.
Any thoughts on a solution for that?
The text was updated successfully, but these errors were encountered: