You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@@ -15,7 +15,7 @@ The usage of [_desc-](schema/objects/entities.yaml#desc) is currently discourage
15
15
## Directory Structure
16
16
BIDS-Atlas focuses on the utilization of atlases while also allowing their sharing. Thus, atlases are either stored within a dedicated `atlas` directory at the BIDS root directory (comparable to the `code` directory), such files are the non-altered/original atlases. In the second case, they are stored within the directory of a given subject’s derivatives representing the altered/derived/applied atlases.
17
17
18
-
### Representing the atlas at the dataset level
18
+
### Representing an atlas as a dataset
19
19
20
20
The first option refers to atlases that were not altered, e.g. via spatial transformations and/or resampling or applied to data and thus their initial inclusion/utilization in a given dataset. If there is only this form of atlases (i.e., the tool used), they are always shared at the root folder and everything else is under derivatives. This allows validating any
21
21
@@ -33,9 +33,8 @@ The default way of storage of the non-altered atlas at the root directory looks
Besides this default and required storage of the non-altered atlas at the root directory, the second use case provides three cases to store atlases that were either altered, applied, or derived within a given dataset. While case 1 also uses the [atlas](schema/objects/entities.yaml#atlas) identifier, case 2 and 3 use the [seg](schema/objects/entities.yaml#seg) identifier, as outlined in the next paragraphs.
36
+
### Representing an atlas within a dataset
37
+
Besides this default and required storage of the non-altered atlas at the root directory, the second use case provides three cases to store atlases that were either altered, applied, or derived within a given dataset. While case 1 uses the [atlas](schema/objects/entities.yaml#atlas) identifier, case 2 and 3 use the [seg](schema/objects/entities.yaml#seg) identifier. The difference between the use of [atlas](schema/objects/entities.yaml#atlas) and [seg](schema/objects/entities.yaml#seg) identifier is that in the first case an existing atlas is changed, e.g. transformed, but still remains an atlas. In the other case, the atlas is used to define a segmentation, e.g. the AAL atlas is used to define a cortical parcellation, that then is applied to a subjects other content, e.g. a cortical thickness or bindign poentatial map.
39
38
40
39
#### Case 1
41
40
@@ -56,7 +55,7 @@ First, a given atlas underwent modifications before its utilization, specificall
56
55
57
56
#### Case 2
58
57
59
-
Second, a given atlas underwent modifications before its utilization, specifically spatial transformations to an individual subject space and is used in this form. In this case, the respective BIDS-Atlas files will be stored at both the BIDS root level and at the given subject level under `derivatives`. Files stored at the BIDS root level will follow the structure outlined in option 1, while files stored at the subject level will be placed within the modality directory of the space the atlas was spatially transformed to and follow the subject-related naming conventions. For example, if an atlas was spatially transformed to the anatomical space of a given subject, then the BIDS-Atlas files will be stored within the respective subject’s anat directory and their file names will be prepended with the subject identifier. Additionally, instead of [atlas](schema/objects/entities.yaml#atlas), the [seg](schema/objects/entities.yaml#seg)identifier will be used to support a broader scope and more data modalities.
58
+
Second, a given atlas underwent modifications before its utilization, specifically spatial transformations to an individual subject space and is used in this form. In this case, the respective BIDS-Atlas files will be stored at both the BIDS root level and at the given subject level under `derivatives`. Files stored at the BIDS root level will follow the structure outlined in option 1. Files stored at the subject level now use the [seg](schema/objects/entities.yaml#seg)entity with it's value refering to the atlas use on a given file.
60
59
61
60
```Text
62
61
<dataset>/atlas/atlas-<label>/
@@ -66,27 +65,25 @@ Second, a given atlas underwent modifications before its utilization, specifical
Third, a given atlas was derived from the corresponding subject’s data and thus is subject-specific. In this case, the `atlas` directory at the root of the dataset does not exist. The subject specific atlas filenames are the same as in case 2 at the subject level within the modality directory of the data the atlas was derived from. The only addition is a `*_coordsystem.json` file that specifies the [Image-based Coordinate System](/appendices/coordinate-systems.md) of the suject-specific atlas.
78
-
79
-
If a subject-specific atlas was spatially transformed from the space of the modality it was derived into the space of a different modality, then the BIDS-Atlas files would be stored in both respective modality directories. For example, if an atlas was derived from data in anat and shared/utilized as is, then the BIDS-Atlas files would only be stored in the anat directory. If the atlas was spatially transformed to the functional space of the respective subject, then the BIDS-Atlas files would be stored in both directories, anat and func. As in the prior use case, the [atlas](schema/objects/entities.yaml#atlas) identifier will be replaced with the [seg](schema/objects/entities.yaml#seg) identifier.
76
+
Third, a given atlas was derived from the corresponding subject’s data and thus is subject-specific. In this case, the `atlas` directory at the root of the dataset does not exist. The subject specific atlas filenames are the same as in case 2 at the subject level within the modality directory of the data the atlas was derived from. Optionally, a `*_coordsystem.json` file that specifies the [Image-based Coordinate System](/appendices/coordinate-systems.md) of the suject-specific atlas can be used for e.g. an histological atlas/segnmentation. Unlike As in the prior use case, the [atlas](schema/objects/entities.yaml#atlas) identifier will be replaced with the [seg](schema/objects/entities.yaml#seg) identifier.
@@ -110,18 +107,184 @@ General Recommendations: This specification relies on the inheritance principle
110
107
111
108
The `[probseg|dseg|mask|channels].tsv` file indexes and labels each node/parcel/region within the atlas. This file resembles the typical Look Up Table (LUT) often shared with atlases. This file will be essential for downstream workflows that generate matrices, as the index/label fields will be used to reference the original anatomy the index/labels are derived from. Additional fields can be added with their respective definition/description in the sidecar json file.
112
109
113
-
insert missing table 1 from Google doc here
110
+
<table>
111
+
<tr>
112
+
<td>index (or placeholder in fragment in reference)
113
+
</td>
114
+
<td>REQUIRED. (Integer) The number associated with the node/parcel/region (right/left hemispheres may be different).
115
+
</td>
116
+
</tr>
117
+
<tr>
118
+
<td>label
119
+
</td>
120
+
<td>RECOMMENDED. The node name
121
+
</td>
122
+
</tr>
123
+
<tr>
124
+
<td>network_id
125
+
</td>
126
+
<td>OPTIONAL. Network ID the node/parcel belongs to
127
+
</td>
128
+
</tr>
129
+
<tr>
130
+
<td>network_label
131
+
</td>
132
+
<td>OPTIONAL. Label of Network (e.g. Dorsal Attention Network)
133
+
</td>
134
+
</tr>
135
+
<tr>
136
+
<td>CoordinateReportStrategy
137
+
</td>
138
+
<td>OPTIONAL (RECOMMENDED if x, y, z keys are specified). The strategy used to assess and report x, y and z coordinates of a given node/parcel/region. For example, “CenterOfMass”.
139
+
</td>
140
+
</tr>
141
+
<tr>
142
+
<td>x
143
+
</td>
144
+
<td>OPTIONAL. The x-coordinate of the node in the spatial reference space (See SpatialReference in the .json file)
145
+
</td>
146
+
</tr>
147
+
<tr>
148
+
<td>y
149
+
</td>
150
+
<td>OPTIONAL. The y-coordinate of the node in the spatial reference space (See SpatialReference in the .json file)
151
+
</td>
152
+
</tr>
153
+
<tr>
154
+
<td>z
155
+
</td>
156
+
<td>OPTIONAL. The z-coordinate of the node in the spatial reference space (See SpatialReference in the .json file)
157
+
</td>
158
+
</tr>
159
+
<tr>
160
+
<td>hemisphere
161
+
</td>
162
+
<td>OPTIONAL. MUST BE ONE OF: “left”, “right”, “bilateral”. Indicate whether the node/parcel/region is in the left or right hemispheres, or is available bilaterally.
163
+
</td>
164
+
</tr>
165
+
<tr>
166
+
<td>color
167
+
</td>
168
+
<td>OPTIONAL. RGB color to use for the node.
169
+
</td>
170
+
</tr>
171
+
<tr>
172
+
<td>seed
173
+
</td>
174
+
<td>OPTIONAL. Seed vertex/channel of the node/region
175
+
</td>
176
+
</tr>
177
+
<tr>
178
+
<td>region
179
+
</td>
180
+
<td>OPTIONAL. “XY”, where X can be L:left, R:right, B:bilateral, and Y can be F:frontal, T:temporal, P:parietal, O:occipital
181
+
</td>
182
+
</tr>
183
+
</table>
114
184
115
185
Example:
116
186
```Text
117
-
index label network_label hemisphere …
118
-
1 Heschl’ Gyrus Somatomotor left …
119
-
2 Heschl’ Gyrus Somatomotor right …
187
+
index label network_label hemisphere
188
+
1 Heschl’ Gyrus Somatomotor left
189
+
2 Heschl’ Gyrus Somatomotor right
120
190
```
121
191
122
192
The `[probseg|dseg|mask].json` file provides metadata to uniquely identify, describe and characterize the atlas, as well as give proper attribution to the creators. Additionally, SpatialReference serves the important purpose of unambiguously identifying the space the atlas is labeled in.
123
193
124
-
insert missing table 2 from Google doc here
194
+
<table>
195
+
<tr>
196
+
<td>Name
197
+
</td>
198
+
<td>REQUIRED. Name of the atlas
199
+
</td>
200
+
</tr>
201
+
<tr>
202
+
<td>Description
203
+
</td>
204
+
<td>RECOMMENDED. Longform description of the atlas
205
+
</td>
206
+
</tr>
207
+
<tr>
208
+
<td>SpatialReference
209
+
</td>
210
+
<td>RECOMMENDED. Point to an existing atlas in a template space (url or relative file path where this file is located).
211
+
</td>
212
+
</tr>
213
+
<tr>
214
+
<td>Resolution
215
+
</td>
216
+
<td>RECOMMENDED. Resolution atlas is provided in.
217
+
</td>
218
+
</tr>
219
+
<tr>
220
+
<td>Dimensions
221
+
</td>
222
+
<td>RECOMMENDED. Dimensions of the atlas, MUST be 3 (for deterministic atlases) or 4 (for probabilistic atlases).
223
+
</td>
224
+
</tr>
225
+
<tr>
226
+
<td>4thDimension
227
+
</td>
228
+
<td>OPTIONAL. RECOMMENDED if probabilistic atlas. Should indicate what the 4th dimension entails/refers to. MUST be “Indices” or .
229
+
</td>
230
+
</tr>
231
+
<tr>
232
+
<td>CoordinateReportStrategy
233
+
</td>
234
+
<td>OPTIONAL. MUST BE ONE OF: “peak”, “center_of_mass”, “other”. Indicate the method of coordinate reporting in statistically significant clusters. Could be the “peak” statistical coordinate in the cluster or the “center_of_mass” of the cluster. RECOMMENDED if x, y ,z values are set in the .tsv file.
235
+
</td>
236
+
</tr>
237
+
<tr>
238
+
<td>Authors
239
+
</td>
240
+
<td>RECOMMENDED. List of the authors involved in the creation of the atlas
241
+
</td>
242
+
</tr>
243
+
<tr>
244
+
<td>Curators
245
+
</td>
246
+
<td>RECOMMENDED. List of curators who helped make the atlas accessible in a database or dataset
247
+
</td>
248
+
</tr>
249
+
<tr>
250
+
<td>Funding
251
+
</td>
252
+
<td>RECOMMENDED. The funding source(s) involved in the atlas creation
253
+
</td>
254
+
</tr>
255
+
<tr>
256
+
<td>License
257
+
</td>
258
+
<td>RECOMMENDED. The license agreement for using the atlas.
259
+
</td>
260
+
</tr>
261
+
<tr>
262
+
<td>ReferencesAndLinks
263
+
</td>
264
+
<td>RECOMMENDED. A list of relevant references and links pertaining to the atlas.
265
+
</td>
266
+
</tr>
267
+
<tr>
268
+
<td>Species
269
+
</td>
270
+
<td>RECOMMENDED. The species the atlas was derived from. For example, could be Human, Macaque, Rat, Mouse, etc.
271
+
</td>
272
+
</tr>
273
+
<tr>
274
+
<td>DerivedFrom
275
+
</td>
276
+
<td>RECOMMENDED. Indicate what data modality the atlas was derived from, e.g. "cytoarchitecture", "resting-state", "task".
277
+
</td>
278
+
</tr>
279
+
<tr>
280
+
<td>LevelType
281
+
</td>
282
+
<td>RECOMMENDED. Indicate what analysis level the atlas was derived from, e.g. "group", "individual".
283
+
</td>
284
+
</tr>
285
+
</table>
286
+
287
+
125
288
126
289
Example:
127
290
@@ -341,28 +504,28 @@ bids/atlas/atlas-ps13/
341
504
342
505
### Case 2: regional analysis (voxels/vertices are averaged per regions from dseg/probseg)
343
506
344
-
Example directory content for a quantitative atlas that provides values for certain ROIs only:
507
+
Example directory content for a quantitative atlas that provides values for certain ROIs only, in this case defined by the AAL atlas:
Note that there is no image file present in a regional qunatitative atlas. The json file accompanying the quantitative atlas should include the information as in [Single existing atlas in template space](#_Single_existing_atlas_in_template_space).
0 commit comments