-
Notifications
You must be signed in to change notification settings - Fork 11
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
Direct link between atlases and tools/services that use them? #139
Comments
Isn't it the case that atlases are (from a software point of view) just a specific type of data to be read and written on? Thus, a linkage similar to datasets could be thought... |
@bweyers generally speaking atlases can match a single dataset, but could also be composed of multiple datasets. Datasets and software are currently linked through contentTypes. I think contentTypes are not sufficient to state the support of a particular atlas or model within a software, because their original contentType is often irrelevant in these cases. They are neither input nor output format, but integrated (typically hard-coded) within the software directly, no? For example, QuickNII supports two atlases and allows datasets with certain contentTypes to be registered to these software-integrated atlases. The contentTypes of the atlases do not play a role in this context, and other atlases with the same contentTypes are not supported by the software. I think the atlases are more to be seen as implementation aspect of the software itself. What do you think? |
@bweyers and @jagru20 Could you comment on this issue? I could imagine the following: Adding an additional optional property to SoftwareVersion schema "supported construct" (feel free suggest a different name) which can get as input (type array (0-N)) a BrainAtlasVersion, a ModelVersion, a MetaDataModelVersion, a CommonCoordinateSpace (for now). |
Hey Lyuba, please apologize the delay from our side. Introducing a property like the one you proposed sounds like a good idea for this purpose. If it is an Array I would rather suggest naming it "supportedConstructs" but that is nitpicking. |
This is just an idea, but it might be worthwhile thinking about it. Atlases are obviously research outputs themselves, but (one of) their main purpose is to be used somehow, e.g. as a visual reference or within tools/services.
So, wouldn't it make sense to capture this somehow?
Example: QuickNII
It's a tool used to register data to a reference atlas. Right now it supports the Allen mouse brain atlas and the Waxholm rat brain atlas (and many more to come).
QuickNII is/will be registered as a Software(Version) and both atlases will be/are registered as BrainAtlas(Versions), but there is no connection between the two...
The text was updated successfully, but these errors were encountered: