Skip to content

Commit 6d8ae2d

Browse files
fedorovgitbook-bot
authored andcommitted
GITBOOK-421: change request with no subject merged in GitBook
1 parent 076cd90 commit 6d8ae2d

File tree

3 files changed

+54
-4
lines changed

3 files changed

+54
-4
lines changed

SUMMARY.md

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -28,6 +28,7 @@
2828
* [Data versioning](data/data-versioning.md)
2929
* [Organization of data](data/organization-of-data/README.md)
3030
* [Files and metadata](data/organization-of-data/files-and-metadata.md)
31+
* [DICOM stores](data/organization-of-data/dicom-stores.md)
3132
* [Clinical data](data/organization-of-data/clinical.md)
3233
* [Resolving CRDC Globally Unique Identifiers (GUIDs)](data/organization-of-data/guids-and-uuids.md)
3334
* [Deprecated functionality](data/organization-of-data/deprecated-functionality/README.md)
Lines changed: 52 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,52 @@
1+
# DICOM stores
2+
3+
If you would like to access IDC data via [DICOMweb interface](https://www.dicomstandard.org/using/dicomweb), you have two options: 
4+
5+
1. IDC-maintained DICOM store available via proxy
6+
2. DICOM store maintained by Google Healthcare
7+
8+
In the following we provide details for each of those options.
9+
10+
### IDC-maintained DICOM store via proxy
11+
12+
This store contains all of the data for the current IDC data release. It does not require authentication. and is available via the following DICOMweb URL of the proxy (you can ignore the "viewer-only-no-downloads" part in the URL, it is a legacy constraint that is no longer applicable).
13+
14+
DICOMweb URL:
15+
16+
{% code overflow="wrap" %}
17+
```
18+
https://proxy.imaging.datacommons.cancer.gov/current/viewer-only-no-downloads-see-tinyurl-dot-com-slash-3j3d9jyp/dicomWeb
19+
```
20+
{% endcode %}
21+
22+
**Limitations**:
23+
24+
* since all requests go through the proxy, you may experience reduced performance as compared to direct access you can achieve using the store described in the following section
25+
* there are per-IP and overall daily quotas, as described in IDC [Proxy policy](../../portal/proxy-policy.md), that may not be sufficient for your use case
26+
27+
### DICOM store maintained by Google Healthcare
28+
29+
This store replicates all of the data from the `idc-open-data` bucket (see related discussion on why IDC uses multiple cloud buckets to organize the data in [this forum thread](https://discourse.canceridc.dev/t/what-is-the-difference-between-the-three-aws-buckets/459)), which is limited to the data available without commercial use constraints (i.e., under CC-BY license), and does not have the data that was flagged by TCIA as potentially containing patient faces. 
30+
31+
DICOMweb URL:
32+
33+
{% code overflow="wrap" %}
34+
```
35+
https://healthcare.googleapis.com/v1/projects/nci-idc-data/locations/us-central1/datasets/idc/dicomStores/idc-store-v20/dicomWeb
36+
```
37+
{% endcode %}
38+
39+
This DICOM store is documented in [https://cloud.google.com/healthcare-api/docs/resources/public-datasets/idc](https://cloud.google.com/healthcare-api/docs/resources/public-datasets/idc). 
40+
41+
{% hint style="danger" %}
42+
As of Jul 1, 2025, [Google documentation page](https://cloud.google.com/healthcare-api/docs/resources/public-datasets/idc) incorrectly instructs users to request access in order to be whitelisted and able to access the store. In reality, anyone logged in with a Google account is able to access the store!
43+
{% endhint %}
44+
45+
**Limitations**:
46+
47+
* most, but not all of the IDC data is available in this store
48+
* authentication is required
49+
50+
## DICOMweb usage tutorials
51+
52+
We do not yet have a dedicated IDC tutorial on this topic. In the meantime, you can consult the Google Healthcare documentation page for instructions: [https://cloud.google.com/healthcare-api/docs/how-tos/dicomweb](https://cloud.google.com/healthcare-api/docs/how-tos/dicomweb), or use any other tutorial/resource on the use of DICOMweb!

data/organization-of-data/files-and-metadata.md

Lines changed: 1 addition & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -6,7 +6,7 @@ We gratefully acknowledge [Google Public Data Program](https://console.cloud.goo
66

77
Let's start with the overall principles of how we organize data in IDC.
88

9-
IDC brings you (as of v18) over 60 TB of publicly available DICOM images and image-derived content. We share those with you as DICOM files, and those DICOM files are available in cloud-based **storage buckets** - both in Google and AWS. 
9+
IDC brings you (as of v21) over 85 TB of publicly available DICOM images and image-derived content. We share those with you as DICOM files, and those DICOM files are available in cloud-based **storage buckets** - both in Google and AWS. 
1010

1111
Sharing just the files, however, is not particularly helpful. With that much data, it is no longer practical to just download all of those files to later sort through them to select those you need. 
1212

@@ -444,6 +444,3 @@ and similarly for AWS buckets, thus making it easy to transfer all instances in
444444

445445
Because file names are more or less opaque, the user will not typically select files by listing the contents of a bucket. Instead, one should use either the IDC Portal or IDC BigQuery tables to identify items of interest and, then, generate a manifest of objects that can be passed to a utility like s5cmd.
446446

447-
## DICOM Stores
448-
449-
IDC utilizes a single Google Healthcare DICOM store to host all of the instances in the current IDC version. That store, however, is primarily intended to support visualization of the data using the OHIF and Slim viewers. At this time, we do not support access of the hosted data via DICOMWeb interface by IDC users. See more details in the [discussion here](https://discourse.canceridc.dev/t/dicomweb-access-to-hosted-collections/69), and please comment about your use case if you have a need to access data via the DICOMweb interface.

0 commit comments

Comments
 (0)