-
Notifications
You must be signed in to change notification settings - Fork 32
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
[BUG] Unable to load annotation in ITK snap #326
Comments
Does this happen with the other, non-Allen atlases? The Allen atlases have some very high values that the others don't. |
The barrel atlas isn't finished yet (it should have been released at version 0). I don't think we specifically save any information in the tiff headers. I don't use itk-snap, do you know why this software has an issue, but others don't? |
Not really sure. I looked into it a bit more but didn't solve it. I think itksnap just works better with NRRD and NII. |
Is it possible that the issue is on the itk-snap side? I.e. it isn't loading tiffs correctly? We can certainly make changes on our side (if we know what those are!) if needed, we're re-packaging lots of atlases anyway. We could also move to another format if needed for v2 of the API. We chose tiff because it's the format that target users are most familiar with. |
pyushkevich/itksnap#137 I opened an issue about whether its a problem with itksnap. I am not sure about changing the format. That would of course be a pretty breaking change. I think Nifti has some advantages over tiff as it is a format designed for neuroimaging data rather than general imaging. other neuroscience standardization initiatives such as BIDS for example say all volumes must be stored as Nifti. But I understand if others disagree and prefer tiff. |
Thanks for raising that. Fields like MRI use Nifti, but BrainGlobe (currently, and mostly) caters to histology analysis, which mostly uses tiff or other microscopy formats. Nifti is a very specific format that works well within it's own ecosystem, but it's confusing to those from outside the field. Some tools built for Nifti also break down if you try to use them with some of the whole-brain datasets (200GB+) that are commonly used with BrainGlobe.
In theory, it wouldn't be. If people are accessing the data via the API (and not directly) then we could do this without the users even noticing! In the future, it would be good to move to something like OME-Zarr, but that may not help with the itk-snap issue. |
That's pretty great. I suppose the question is whether brainglobe files should ever be directly accessed by the user. Ie; downloading via brainglobe and then opening the files independently using some other program. If not then this is a non issue since the api will return an array correctly regardless of filetype. It would be useful to have a repository of atlases and templates which is very close to what brainglobe is but perhaps out of scope. |
People can, of course, but it's not officially supported. By default, atlases are saved into a hidden directory.
I'd be interested to know if this is true across domains. It's certainly true for tools built for medical imaging, but not sure about other fields. For example, tiffs are supported "out of the box" in napari, but Nifti files require a specific plugin.
Ideally atlases could "go back" into itk-snap etc. However, I wouldn't want to be in the situation where the atlases and experimental data require different tools to load. We focus heavily on microscopy data because:
We didn't envision BrainGlobe as a repository initially, but as we expand, it may be a good idea. No reason why we couldn't store multiple formats though, or convert on the fly. |
Fair points, I think converting on the fly is a good compromise! |
Describe the bug
When downloading an atlas, I sometimes wish to view the reference and annotation in ITKsnap. This is likely the most popular software for interacting with atlases. The reference loads fine as a generic ITK image, however the annotation will not load.
To Reproduce
Download any atlas from brainglobe. I have tried with multiple, most recently the 50um Allen. Load the reference and select 'Generic ITK Image' as the format. Do the same for the annotation. The annotation will not load.
I'm not sure what the solution here is. I think we should be able to find some combination of settings to import the annotations as a raw binary. It may be that the header of the annotations is wrong. I will look into this.
The text was updated successfully, but these errors were encountered: