Licensing and Citation Guide for IDC

When to Use This Guide

Load this guide when:

• A user asks whether IDC data can be used commercially, redistributed, or included in a product
• You are assembling a cohort that mixes collections and need to know which terms govern it
• A user is publishing results and needs formatted citations (APA, BibTeX, CSL JSON, RDF Turtle)
• You need the parameters or output formats for citation generation

The obligation summary — check the license, generate citations — lives in SKILL.md. This guide holds the detail behind it.

These are the two IDC tasks least tied to any one access path. Licenses and citations are available identically from idc-index, the REST API, and the hosted MCP server. Use whichever route the session is already on rather than installing Python to answer a licensing question, or dropping out of an MCP session to run a script.

Route-specific detail lives in references/rest_api_guide.md (endpoint reference, filter syntax, and the strict request-body validation) and references/mcp_guide.md (tool inventory). The license semantics below apply to all three.

Licenses in IDC

The license is IDC metadata alongside the images, not a DICOM attribute inside the file. Every row in the index table carries a license_short_name column; retain it with the manifest. There is no single IDC-wide license.

The following is the official IDC v24 snapshot, reviewed 2026-09-30; query your selection again at use time.

About 97% of IDC data by size permits commercial reuse; just under 3% is non-commercial. Treat any license_short_name that is not a recognizable Creative Commons string as custom, and report the exact value to the user rather than assuming it permits reuse.

Licenses attach to individual series, not to whole collections. 39 of IDC's 176 collections carry more than one license — analysis results and original images within one collection can differ, as can series from different sources. Never conclude that a collection is commercially usable from one series, or from the collection's headline license: group by license_short_name over the exact selection you intend to use.

A combined workflow must satisfy every component license. CC BY annotations do not relicense their CC BY-NC source images. Exclude restricted source series from a commercial cohort unless separate permission covers the intended use.

Some commercially restricted data is in idc-open-data-cr (AWS) / idc-open-cr (GCS), but CC BY-NC series also occur in idc-open-data. Never use the bucket as a license filter. See references/cloud_storage_guide.md for bucket details.

Checking licenses

Via idc-index

from idc_index import IDCClient
client = IDCClient()

# Licenses across all collections
licenses = client.sql_query("""
    SELECT DISTINCT
      collection_id,
      license_short_name,
      COUNT(DISTINCT SeriesInstanceUID) as series_count
    FROM index
    GROUP BY collection_id, license_short_name
    ORDER BY collection_id
""")
print(licenses)

# Licenses present in one specific cohort — run this before handing a dataset to a user
cohort_licenses = client.sql_query("""
    SELECT license_short_name, COUNT(DISTINCT SeriesInstanceUID) as series_count
    FROM index
    WHERE Modality = 'MR' AND BodyPartExamined = 'BREAST'
    GROUP BY license_short_name
""")
print(cohort_licenses)

# Explicit CC BY subset; custom license strings need separate review
commercial_ok = client.sql_query("""
    SELECT collection_id, SeriesInstanceUID
    FROM index
    WHERE Modality = 'CT'
      AND license_short_name IN ('CC BY 3.0', 'CC BY 4.0')
    LIMIT 20
""")

Via the REST API

POST /v3/licenses takes the filter object **under filters**, just like /v3/citations, and returns the per-license breakdown with series counts and sizes:

B=https://api.imaging.datacommons.cancer.gov/v3
curl -s $B/licenses \
  -H 'content-type: application/json' \
  -d '{"filters": {"terms": {"Modality": ["MR"], "BodyPartExamined": ["BREAST"]}}}'

Response shape: licenses[{license_short_name, series, size_TB}], plus filters_applied and warnings. Read both; a bare terms object returns HTTP 422 on the reviewed live build. A collection's licenses are also included in GET /v3/collections/{id}.

Via the MCP server

Call get_licenses with the same selection you built with build_cohort. The result carries the same per-license breakdown; the CC BY vs CC BY-NC distinction above applies unchanged.

Citations and attribution

The source_DOI column links to the publications describing how each dataset was generated. All three routes resolve a selection into formatted citations. Also preserve required license links, notices, and modification statements for the intended reuse; a citation alone is not a complete check of every license condition.

Generate citations from the same selection you downloaded, not from the collection as a whole — a five-series subset of a collection that spans several source publications should cite only the publications it actually draws on.

Via idc-index

# Citations for a collection (APA is the default format)
citations = client.citations_from_selection(collection_id="rider_pilot")
for citation in citations:
    print(citation)

# Citations for a specific set of series — matches what you actually downloaded
results = client.sql_query("""
    SELECT SeriesInstanceUID FROM index
    WHERE collection_id = 'tcga_luad' LIMIT 5
""")
citations = client.citations_from_selection(
    seriesInstanceUID=list(results['SeriesInstanceUID'].values)
)

# BibTeX, for LaTeX manuscripts
bibtex_citations = client.citations_from_selection(
    collection_id="tcga_luad",
    citation_format=IDCClient.CITATION_FORMAT_BIBTEX
)

citations_from_selection() takes the same selection filters as the download methods — collection_id, patientId, studyInstanceUID, seriesInstanceUID — plus citation_format. In 0.12.5 the most-specific supplied selector takes precedence; filters do not intersect. Use the exact series UID list from your SQL selection to keep download and citation scopes aligned.

Via the REST API

POST /v3/citations wraps the filter in a filters key, the same as /v3/licenses:

curl -s $B/citations \
  -H 'content-type: application/json' \
  -d '{"filters": {"terms": {"collection_id": ["rider_pilot"]}}, "citation_format": "bibtex"}'

The response separates the per-dataset citations[] from idc_acknowledgment (the IDC paper) and recommendation. Include both parts — see What to include when publishing below.

Via the MCP server

Call get_citations for a selection. It returns the per-dataset citations plus the IDC paper to acknowledge IDC itself, matching the REST response.

Citation formats

What to include when publishing

1. The dataset citations for every collection or series set used.
2. The IDC data version — client.get_idc_version(), GET /v3/version, or the MCP get_idc_version tool. IDC releases are versioned and series are added and revised between them, so the version is what makes the selection reproducible.
3. The IDC platform citation, to acknowledge IDC itself. The REST and MCP routes return this as idc_acknowledgment. idc-index 0.12.5 already appends it to citations_from_selection() for a nonempty selection; check before adding it again:

Fedorov, A., et al. "National Cancer Institute Imaging Data Commons: Toward Transparency, Reproducibility, and Scalability in Imaging Artificial Intelligence." RadioGraphics 43.12 (2023). https://doi.org/10.1148/rg.230180

1. The series manifest — save SeriesInstanceUID, crdc_series_uuid, series_aws_url, license_short_name, and source_DOI with the data/index version. UIDs alone do not pin revised file content.

Troubleshooting

Issue: Fewer citations returned than collections selected

• Cause: Citations are derived from source_DOI, and several collections can share one DOI, so a multi-collection selection may legitimately produce a shorter list.
• Solution: Query SELECT DISTINCT collection_id, source_DOI FROM index WHERE ... to see the mapping directly.

Issue: HTTP 422 from licenses or citations

• Cause: The filter was passed directly instead of wrapped in filters, or a key is misspelled.
• Solution: Use {"filters": {"terms": {...}}} for both routes and inspect FastAPI detail[]. Empty valid filters can still select the archive: read warnings and filters_applied before accepting the result.

Resources

• IDC Portal — https://portal.imaging.datacommons.cancer.gov/
• IDC data licensing documentation — https://learn.canceridc.dev/data/licensing
• **references/rest_api_guide.md** — /v3/licenses and /v3/citations endpoint reference
• **references/mcp_guide.md** — get_licenses and get_citations tool inventory
• **references/cloud_storage_guide.md** — bucket separation for commercially restricted data