Skip to content
Datasets/PDC000111

TCGA Colon Cancer Proteome

OpenMachine-extracted
Clinical Proteomic Tumor Analysis ConsortiumAvailable from PDC

Can it answer your research question?

2 of 6 supported
  • Overall survival

    Supported

    Vital status and time are populated; median follow-up 1.6 years; 89 cases with follow-up; endpoint: overall survival.API

  • Progression or recurrence

    Not supported

    progression_or_recurrence is informative for no case in the harmonized records.API

  • Treatment response

    Not supported

    treatment_outcome is populated for no case in the harmonized records.API

  • Which drug was given

    Not supported

    therapeutic_agents is recorded for no case in the harmonized records.API

  • Stage-adjusted modelling

    Supported

    tumor_stage is informative for 100% of cases.API

  • Analysis by race or ethnicity

    Not supported

    Race is informative for 8% 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
90
Measurement types
1
Follow-upAPI
19.0 months
for 89 of 90 cases; overall survival
Treatment responseAPI
Not recorded

SubjectCALC

Colorectal and bowel

As filed by the repository

Colon AdenocarcinomaRectum AdenocarcinomaColonRectum

Who is in the cohortAPI

A usable value“Not reported” or “unknown”No value recorded
  • Sex48 male · 42 female
  • Race6 white · 1 black or african american · 83 not reported
  • Ethnicity7 not hispanic or latino · 83 not reported
  • Vital status69 Alive · 21 Dead

What was measured, and on how many

1 measurement type, 1 covering the whole cohort.

  • Proteome mass spectrometry (Label Free / DDA)90 of 90 · 100%
Platform, files and data levels
AssayPlatformFilesLevels
Proteome mass spectrometry (Label Free / DDA)APILabel Free-raw, peptide/protein matrix
How complete all 27 clinical fields are - 11 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

Outcome

  • Vital statusAPI100%
  • Days to deathAPI22%
  • Cause of deathAPI0%
  • Progression or recurrenceAPI0%
  • Last known disease statusAPI0%
  • Days to recurrenceAPI0%

Follow-up

  • Days to last follow-upAPI89%

Treatment

  • Prior treatmentAPI98%
  • Treatment typeAPI0%
  • Therapeutic agentsAPI0%
  • Treatment outcomeAPI0%
  • Regimen or line of therapyAPI0%
  • Treatment givenAPI0%

Staging

  • AJCC pathologic stage (tumor_stage)API100%
  • AJCC pathologic stageAPI98%
  • AJCC clinical stageAPI0%

Diagnosis

  • Primary diagnosisAPI100%
  • Tissue or organ of originAPI100%
  • Prior malignancyAPI98%
  • Synchronous malignancyAPI0%

Pathology

  • Morphology (ICD-O)API100%
  • Tumor gradeAPI0%
  • Classification of tumorAPI0%

Demographics

  • Sex at birth (gender)API100%
  • Age at diagnosisAPI100%
  • RaceAPI8%
  • EthnicityAPI8%

Access

OpenDownload without an account.API

Direct download from the PDC portal or its API; no account required

Open components
1 analytical fraction studies
License
Open access under the PDC data use terms
Citation requirement
Cite the PDC study identifier and the study's primary publication; PDC asks that the consortium be acknowledged.

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 dataCALC3
5
accession in the methods section
Declared using it
3
named in a data availability statement
Cited the paper
-
attention to the publication, not reuse of the data
Against expectation
As expected or above
about 4 articles expected; index 0.32

What articles did with it

Only the last row counts as reuse. Where the accession appears in an article tells us what the authors did with the data.

  • Mentioned the dataset0
  • Accession found in text0
  • Declared using it3
  • Analyzed the data5

Against comparable datasets

5 articles analyzed these data. About 4 would be expected. The expectation comes from a model of size, age, breadth and access tier.

  • Analyzed it5
  • Expected~4
More articles are listed below than the count
The headline count is deliberately narrow: one section of one accession (METHODS:"PDC000111"), so every dataset in the corpus is counted the same way and the numbers can be compared. The 7 articles listed below were retrieved and graded one at a time, and an article counts as having analyzed the data wherever the accession sits in the analysis - methods, results, tables, figures or supplement - under any of this dataset’s accessions. Read the list as the evidence about these articles, and the count as the number that is comparable across datasets.
Reuse assessment
  • Reuse is within the expected range for comparable datasets (index +0.32).

Compared against 132 datasets in this corpus with a citable accession and sufficient metadata. See Methods for the model.

Articles that analyzed the data

Examples, not the full list. 8 articles matching this dataset's accession search were retrieved and graded individually; these are the strongest of those.

Deep-review sample: author overlap and funding were checked only for the 7 articles listed here, not for every article examined. Of the 7 that analyzed the data, author overlap with the generating team could not be checked for any of them, and 0 of the 6 we could check were themselves NCI-funded. These are sample counts, not population estimates.

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

PDC: file manifest through the GraphQL APIpython
import requests

PDC_STUDY = "PDC000111"
API = "https://proteomic.datacommons.cancer.gov/graphql"

def gql(query, **variables):
    r = requests.post(API, json={"query": query, "variables": variables}, timeout=180)
    r.raise_for_status()
    body = r.json()
    if body.get("errors"):
        raise RuntimeError(body["errors"][0]["message"])
    return body["data"]

# filesPerStudy only fills its fields when given the study UUID: called with the
# pdc_study_id it returns the right number of rows with every column null.
study = gql("""query ($id: String!) {
  study(pdc_study_id: $id acceptDUA: true) { study_id study_name }
}""", id=PDC_STUDY)["study"][0]

files = gql("""query ($sid: String!) {
  filesPerStudy(study_id: $sid acceptDUA: true) {
    file_id file_name file_type data_category md5sum file_size signedUrl { url }
  }
}""", sid=study["study_id"])["filesPerStudy"]

print(study["study_name"], "-", len(files), "files")
for f in files[:3]:
    print(f["file_name"], f["data_category"], f["file_size"])
# Each signedUrl.url is a time-limited download link; stream it to disk with requests.get(url, stream=True).
This page as data: limitations firstbash
curl -s https://cd2s.vercel.app/data/datasets/pdc-tcga-colon-cancer-proteome.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 the PDC portalFor people5 minutes

    Proteomic data are released open; the portal's use guidelines still apply.

    https://pdc.cancer.gov/pdc/study/PDC000111

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

  2. 2
    Accept the data use guidelines and downloadFor peopleminutes to hours, by study size

    The portal asks for acknowledgement and citation, not a data access request.

    https://pdc.cancer.gov/pdc/data-use-guidelines

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

  3. 3
    Resolve the study UUID, then fetch the file manifestFor agents

    filesPerStudy keys on the study UUID, not on PDC000111: called with the pdc_study_id it returns the right number of rows with every column null. Resolve the UUID first and pass the terms acknowledgement.

    python - <<'PY'
    import requests
    API = "https://proteomic.datacommons.cancer.gov/graphql"
    
    def gql(query, **variables):
        r = requests.post(API, json={"query": query, "variables": variables}, timeout=180)
        r.raise_for_status()
        body = r.json()
        if body.get("errors"):
            raise RuntimeError(body["errors"][0]["message"])
        return body["data"]
    
    study = gql('query($id:String!){ study(pdc_study_id:$id acceptDUA:true){ study_id } }',
                id="PDC000111")["study"][0]
    files = gql('query($sid:String!){ filesPerStudy(study_id:$sid acceptDUA:true)'
                '{ file_id file_name file_size } }', sid=study["study_id"])["filesPerStudy"]
    print(len(files), "files")
    PY
    https://pdc.cancer.gov/data-dictionary/publicapi-documentation/

    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

Released
1 Jan 2022
Metadata retrieved
18 Sept 2026
Review status
Machine-extracted
Data generation funding
Funded data generation

For softwarerecord JSON