Skip to content
Datasets/ccle_broad_2019

Cancer Cell Line Encyclopedia (Broad, 2019)

OpenMachine-extracted
Investigator-initiated cohort (harmonized in cBioPortal)Available from cBioPortal

Cancer Cell Line Encyclopedia from the Broad Institute and Novartis, updated 2019. Data downloaded from the Broad CCLE Portal. For more info about the proteomics data, see the README.

Can it answer your research question?

1 of 6 supported
  • Overall survival

    Not supported

    No usable overall-survival endpoint: vital status or follow-up time is missing.API

  • Progression or recurrence

    Not measured

    This field was not among those probed for this repository.

  • Treatment response

    Not supported

    No treatment response is recorded in the harmonized records.API

  • Which drug was given

    Not measured

    This field was not among those probed for this repository.

  • Stage-adjusted modelling

    Not measured

    This field was not among those probed for this repository.

  • Analysis by race or ethnicity

    Supported

    ETHNICITY is informative for 60% of cases.API

Judged from the repository’s own field completeness (thresholds). “Not measured” means we have not probed that field for this record, not that the data lack it.

At a glance

Every percentage is the repository’s own record of what is filled in
CasesAPI
1,739
1,739 samples
Measurement types
5
Follow-upAPI
None recorded
no survival endpoint
Treatment responseAPI
Not recorded

SubjectCALC

Pan-cancer

As filed by the repository

Mixed Cancer Typesother

Who is in the cohortAPI

A usable value“Not reported” or “unknown”No value recorded
  • Sex508 Male · 407 Female · 824 no value recorded
  • Race359 Caucasian · 181 Asian · 33 African_American · 6 5 other · 1,160 no value recorded
  • Ethnicity670 Caucasian · 306 Asian · 61 African_american · 702 no value recorded

What was measured, and on how many

5 measurement types, none covering the whole cohort.

  • Mutation calls (panel, exome or genome)1,570 of 1,739 samples · 90%
  • Copy number alterations1,030 of 1,739 samples · 59%
  • RNA sequencing expression1,156 of 1,739 samples · 66%
  • Mass spectrometry proteomics375 of 1,739 samples · 22%
  • Structural variants / fusionscount not published
Platform, files and data levels
AssayPlatformFilesLevels
Mutation calls (panel, exome or genome)API--processed matrix
Copy number alterationsAPI--processed matrix
RNA sequencing expressionAPI--processed matrix
Mass spectrometry proteomicsAPI--processed matrix
Structural variants / fusionsAPI-1,016-
How complete all 5 clinical fields are - 1 informative for at least 80% of cases

A field counts as informative only when it holds a real value. “Not reported” blocks an analysis just as a missing field does. Fields marked 1:n can hold several records per case, so they show the share of cases with any record.

Informative - a usable valuePresent but uninformative - “not reported” or “unknown”Absent - no value recorded

Diagnosis

  • Oncotree CodeAPI100%
  • Primary Tumor SiteAPI61%

Demographics

  • Ethnicity CategoryAPI60%
  • SexAPI53%
  • Race CategoryAPI33%

Access

OpenDownload without an account.API

Processed data download from the cBioPortal study page or its public REST API; no account required. Primary raw data remain wherever the original investigators deposited them.

Open components
harmonized mutation, copy-number, expression and clinical files
License
Per-study terms; cBioPortal asks that the original study be cited
Citation requirement
Cite the original publication, and cite cBioPortal if the portal's harmonized files were used.

What it is good for

Written and checked by a reviewer, not generated from metadata.

No reviewed research questions yet. The measurements and field completeness above are machine-extracted and still useful for judging fit.

What it cannot tell you

Written by a reviewer against the source, not inferred from what is missing.

No reviewed limitations yet. Check the field completeness chart above before committing to an analysis. Low coverage on an endpoint you need is the most common blocker.

Who has used it

Articles that analyzed these data, counted separately from articles that only cited the paper. Only the first counts as reuse.

Analyzed the dataCALC
-
could not be measured for this dataset
Declared using it
-
named in a data availability statement
Cited the paper
2,834
attention to the publication, not reuse of the data
Against expectation
Not assessed
Reuse cannot be traced for this dataset
No accession is specific enough to search the literature for, so we cannot tell how often these data have been reused. That is a limit of the measurement, not a finding about the dataset. It is also a barrier in itself: a researcher cannot find prior work to build on.
Reuse assessment
  • Not assessed: this dataset has no accession specific enough for citation-based reuse tracing, so a shortfall cannot be measured.

Compared against rgi-huber-v2. See Methods for the model.

Original publication

  • 31068700
    Stransky et al. Nature. 2015, Nusinow et al. Cell. 2020PMID 31068700API

Articles that analyzed the data

Not searchable. See the note above.

Community examples

Share your example

Analyses someone ran on these data end to end, each with a receipt recording when it ran, against which packages and for how long.

Nobody has shared an analysis of this dataset yet. The examples on other datasets cover the common patterns and can be adapted - and if you adapt one, it belongs here.

Start here

Starter code generated from this record’s own identifiers, then the access steps.

Get the data in code

cBioPortal: clinical data and the full study bundlepython
import requests, pandas as pd

STUDY = "ccle_broad_2019"
base = "https://www.cbioportal.org/api"
clin = requests.get(f"{base}/studies/{STUDY}/clinical-data",
                    params={"clinicalDataType": "PATIENT", "projection": "SUMMARY"}, timeout=60).json()
patients = pd.DataFrame(clin).pivot_table(index="patientId", columns="clinicalAttributeId",
                                          values="value", aggfunc="first")
print(patients.shape)
profiles = requests.get(f"{base}/studies/{STUDY}/molecular-profiles", timeout=60).json()
print([p["molecularProfileId"] for p in profiles])
# Whole study as flat files: https://cbioportal-datahub.s3.amazonaws.com/ccle_broad_2019.tar.gz
This page as data: limitations firstbash
curl -s https://cd2s.vercel.app/data/datasets/cbio-ccle-broad-2019.json | python3 -c '
import json, sys
r = json.load(sys.stdin)
for l in r["limitations"]:
    print(l["severity"].upper(), "-", l["statement"][:120])
print("survival endpoint:", r["longitudinal"]["has_survival_endpoint"], "| treatment response:", r["longitudinal"]["has_treatment_response"])'

Access steps

  1. 1
    Open the study in cBioPortalFor people5 minutes

    Harmonized molecular and clinical files are open. Cite the original publication, and cite cBioPortal if the portal's harmonized files were used.

    https://www.cbioportal.org/study/summary?id=ccle_broad_2019

    Generated from repository policy. Check the linked policy before downloading.

  2. 2
    Download the whole study as a zipFor peopleminutes

    The datasets page carries the staging files used by the portal.

    https://www.cbioportal.org/datasets

    Generated from repository policy. Check the linked policy before downloading.

  3. 3
    Or pull the staging files with git-lfsFor people

    Study folders are named by study id under public/.

    git clone https://github.com/cBioPortal/datahub.git && cd datahub
    git -c lfs.fetchexclude="" lfs pull -I public/ccle_broad_2019
    https://github.com/cBioPortal/datahub

    Generated from repository policy. Check the linked policy before downloading.

  4. 4
    Read the study straight from the REST APIFor agents

    No key is required; pace requests when sweeping many studies.

    curl -s 'https://www.cbioportal.org/api/studies/ccle_broad_2019/clinical-data?clinicalDataType=PATIENT&projection=SUMMARY'
    https://docs.cbioportal.org/web-api-and-clients/

    Generated from repository policy. Check the linked policy before downloading.

Provenance

All of it, and more, is in this record’s JSON.

Identifiers

Versions and verification

Metadata retrieved
18 Sept 2026
Review status
Machine-extracted
Data generation funding
Funded data generation

Funding

Awards resolved through NIH RePORTER. Awards that paid to generate these data are listed apart from awards that paid to reuse them. Both are returns on NCI investment, but different ones.

Funded data generation

  • U54CA224068An integrated translational approach to overcome drug resistanceRyan Bruce Corcoran, KEITH T FLAHERTYFY2017-2021API
  • U24CA210950Integrated analysis of protein expression data from the Reverse Phase Protein Array (RPPA) platformRehan Akbani, GORDON B. MILLSFY2016-2020API
  • U24CA210949Batch effects in molecular profiling data on cancers: detection, quantitation, interpretation, and correctionRehan Akbani, GORDON B. MILLSFY2016-2020API
  • U24CA180922Trinity: Transcriptome assembly for genetic and functional analysis of cancerBrian Haas, Eric BanksFY2013-2022API
  • U01CA217842Integrative bioinformatics and functional characterization of oncogenic driver aberrations in cancerBenjamin Deneen, GORDON B. MILLSFY2017-2021API
  • U01CA176058The Dana-Farber Cancer Institute Cancer Target Discovery and Development CenterWilliam C. Hahn, TODD R. GOLUBFY2013-2021API
  • R50CA221675Functional Proteomics by Reverse Phase Protein Array in CancerYILING LUFY2017-2021API
  • R50CA211461Open Software and Resource Development Leveraging Next-gen Sequencing Data to Facilitate Computational Analysis of Cancer BiologyBrian HaasFY2016-2020API
  • R37CA225191Targeting blastic plasmacytoid dendritic cell neoplasm (BPDCN)Andrew A LaneFY2018-2024API
  • R01CA219943Characterizing TP53 and PPM1D mutations as resistance drivers to radiation therapy in Diffuse Intrinsic Pontine GliomasRAMEEN BEROUKHIM, KEITH LLOYD LIGONFY2017-2021API

and 3 more

For softwarerecord JSON