eduKateSG · Why Science?
A proteomics dataset becomes reusable when its project accession, experimental design, samples, files and analysis outputs stay connected
Trace a PRIDE Archive project from PXD accession and publication to SDRF metadata, raw mass-spectrometry files, identification results and external links before making a reuse claim.
Proteomics asks which proteins and peptides are present, how confidently they were identified and how their abundance may differ. PRIDE Archive preserves public mass-spectrometry proteomics datasets so the paper, project, sample description, raw spectra and result files can be inspected together.
A public project is not automatically an analysis-ready package or an independently verified conclusion. Reuse begins by identifying the PXD project, rebuilding the experimental design and deciding what each file represents. This guide makes that evidence chain readable for science students and early bioinformatics learners.
Keep a project card, sample table and file manifest beside the archive page. Every graph should trace backward through a result file and raw acquisition to a named sample and study factor. That route matters more than the number of gigabytes downloaded.
Start with a question narrow enough to audit. A useful classroom investigation may ask whether a small set of reported proteins differs between two documented conditions, or whether one identification can be followed from spectrum to peptide and protein group. Define the comparison before choosing files.
Estimate storage and computation from the manifest rather than clicking every download link. Raw vendor data can be large, while supplied identification tables may support an introductory exercise. Choosing processed data is acceptable when the limitation is explicit and the project does not claim to have reprocessed spectra.
Protect the archive state. Keep downloaded files read-only, compute hashes where possible and place conversions or filtered tables in a separate derived directory. A reproducible folder has a source manifest, processing log and results directory, not one mixed collection of renamed files.
Protein inference creates another important boundary. Peptides can map to more than one protein, and software may report protein groups rather than uniquely demonstrated individual proteins. Preserve the grouping and evidence fields instead of turning every accession into an independent identification.
Quantification also needs method context. Label-free intensities, reporter-ion values and targeted measurements follow different workflows and assumptions. Record missing-value handling, normalisation and aggregation before comparing abundance. A colourful fold change does not explain how the number was produced.
Controls belong in the sample map. Blanks, standards, pooled references and quality-control injections can diagnose contamination or drift but are not ordinary biological replicates. Keep them visible and explain their analytical role before excluding them from the main comparison.
When software produces a long report, choose fields because they answer the question. Define score, confidence, peptide count, protein group and quantitative column using the format or tool documentation. Unlabelled filtering can make a result look cleaner while removing the evidence needed to evaluate it.
The linked article remains important. Repository metadata provides structure and files, while the paper explains sample preparation, experimental decisions and interpretation. Compare the two and record inconsistencies; neither should silently overwrite the other.
A final review should follow one result in both directions. From the biological claim, find the reported protein, peptide or quantitative row and the contributing files. From one raw file, recover the sample, factor and downstream result. Agreement shows the evidence chain is intact.
Before statistical analysis, create a design matrix whose rows are biological samples and whose columns are factors and covariates. Join measurements through stable sample or assay identifiers, then require every included data column to match exactly once. Extra, missing or duplicated joins should stop the workflow.
Record exclusions before looking for the desired pattern. A failed acquisition, contaminant-dominated run or incomplete metadata row may justify exclusion, but the reason and affected accession must remain visible. Sensitivity analysis can show whether a conclusion depends on one disputed decision.
Contaminant and decoy entries need explicit handling. Search databases often include common contaminants and reversed or shuffled sequences for error estimation. Preserve their labels during quality control and state whether they were removed before biological interpretation.
Post-translational modifications add another layer of uncertainty. A peptide can support the presence of a modification without localising it uniquely to one residue. Keep site-probability or localisation evidence and avoid converting a modified peptide into a definitive protein-site claim.
Protein identifiers can change between sequence-database releases, and several accessions can describe related isoforms or groups. Save the exact database version used by the submitter or reanalysis and map identifiers only through a documented rule. The familiar gene symbol is useful for reading but insufficient for provenance.
For quantitative comparisons, show individual biological samples and uncertainty rather than only a fold-change ranking. State whether missing values were filtered or imputed and whether multiple-testing correction was applied. Statistical significance does not establish biological mechanism, while a large fold change without reliable measurement remains uncertain.
Visual quality-control plots should answer named questions: do runs cluster by biology or batch, are intensities comparable, and do controls behave as expected? A polished principal-component plot is not proof of success unless axes, included samples and preprocessing are documented.
If raw reanalysis is beyond the project's computing resources, scope the work to metadata and submitted results. That is still authentic science when the limitation is explicit. Reproducibility means another reader can repeat the chosen route, not that every learner must rebuild the entire proteomics pipeline.
At publication time, include the file manifest or a machine-readable supplement where practical. A prose methods paragraph cannot list every selected raw and result object as precisely as an accession table can. The supplement lets future readers update software while preserving the same inputs.
Check units before comparing quantitative columns. Intensities, ratios and normalised values may all be numeric but describe different scales. Preserve the submitter's column definition and create a new field for any derived transformation.
Fractions require special counting. Several raw files can represent complementary fractions from the same preparation rather than independent observations. Aggregate only with a method suited to the experiment, and retain the fraction-to-sample map.
Targeted experiments may include transition lists and scheduled windows that define what was measured. Absence of a peptide outside that target list is not evidence of biological absence. Record assay scope beside every negative conclusion.
Data-independent acquisition and discovery workflows can also produce very different evidence structures. Identify the acquisition and analysis route rather than assuming every proteomics project centres on the same kind of peptide-spectrum match.
Keep software logs with the results. Warning messages, database counts and version strings often explain unexpected output. A successful exit code cannot prove that parameters or reference files were the intended ones.
When comparing projects, harmonise identifiers, factors and processing before comparing abundance. Differences between repositories or studies may reflect design and software as much as biology. Preserve each project's original evidence before building a shared table.
End with a claim ledger listing statement, supporting project, sample set, files, analysis and limitation. This compact object makes fact-checking faster and discourages a strong conclusion from floating free of its spectra and metadata.
Read peptide sequences with modifications and charge states intact. Collapsing them too early can merge distinct evidence, while treating every charge state as a new biological peptide can inflate counts. Define the unit before summarising.
Where spectral libraries or predicted libraries are used, record their source and version. Library choice affects which signals can be identified and quantified, so it belongs in the evidence trail beside the raw acquisition and search parameters.
These checks make the final story simpler: named samples produced named files, documented software produced reported results, and the conclusion stays within that chain.
Chapter index
Chapters 1–9: from PXD identity to experimental design
- 1. Anchor the PXD project
- 2. Check release, submitter and publication
- 3. Separate project, sample and file layers
- 4. Reconstruct groups from SDRF metadata
- 5. Count biological and technical replication
- 6. Build a complete file manifest
- 7. Distinguish raw spectra and derived files
- 8. Record instrument and acquisition context
- 9. Preserve identification provenance
Chapters 10–17: from file roles and cross-links to reproducible reuse
- 10. Understand repository checks
- 11. Audit sample-to-file relationships
- 12. Document format conversion
- 13. Verify cross-links in destination resources
- 14. Separate submitted results from reanalysis
- 15. Cite projects, articles and files
- 16. Reproduce one proteomics path
- 17. Connect proteomics to future learning
ProteomeXchange datasets use PXD accessions that identify a public project across participating resources. Record the full accession, project title and archive page before inspecting files. Similar publications can deposit several related projects.
Try this
Compare the PXD record with the data-availability statement in the linked article. Confirm that accession, organism and experimental aim match. If the paper lists several accessions, state which one your analysis uses.
Keep the PXD accession in filenames and notebooks. A local folder called “proteomics data” loses the stable identity that allows another reader to retrieve the same project.
Evidence checkpoint
Record the PXD accession and PRIDE project title before downloading. A publication title alone cannot identify every dataset version or companion project.
CHAPTER 2 OF 17 · Identify project and study
2. Check release, submitter and publication
Read the project's public status, submission or release date, submitter details and linked publication. These fields establish context, but they do not guarantee that every file exactly matches every figure in a paper.
Try this
Compare author names, study title and sample scope. A project may support a publication, a data descriptor or several later reuses. Record the relationship rather than assuming one-to-one correspondence.
If publication details are absent, the dataset can still be usable, but biological interpretation needs extra care. Say what the archive supplies and which contextual source is missing.
Evidence checkpoint
Check public release status, submitter and linked publication; availability does not guarantee that the manuscript and dataset describe identical scopes.
CHAPTER 3 OF 17 · Identify project and study
3. Separate project, sample and file layers
Project metadata summarises the dataset. Sample metadata describes biological sources and experimental factors. Files contain instrument output, derived results or documentation. Mixing these layers creates false certainty.
Try this
Make three linked tables instead of one oversized spreadsheet. Use a project key, sample name and filename to join them. This preserves repeated measurements and makes missing relationships visible.
A project-level organism label cannot prove that every file represents the same tissue or condition. Inspect the sample and assay information before grouping measurements.
Evidence checkpoint
Separate project-level description from sample-level metadata and file-level evidence.
CHAPTER 4 OF 17 · Identify project and study
4. Reconstruct groups from SDRF metadata
Sample and Data Relationship Format files can connect source characteristics, factors, assays and data files. Read the column headers and controlled terms before treating the table as ordinary comma-separated data.
Try this
Build one row per biological source with organism, tissue or cell type, condition, treatment and other study factors. Keep original values beside any cleaned labels.
Verify that every selected data file appears in the relationship table. Filenames can be helpful clues, but they should not become the sole source of group identity.
Evidence checkpoint
Reconstruct sample groups from SDRF or supplied metadata rather than from filenames alone.
CHAPTER 5 OF 17 · Rebuild samples and design
5. Count biological and technical replication
Proteomics designs may include biological replicates, sample preparations, fractions, technical injections and repeated acquisitions. Counting all raw files as independent samples can exaggerate evidence.
Try this
Trace shared source names and factor values through the metadata. Add columns for biological unit, preparation, fraction and run where the design supports them. Then count at each level.
When the distinction is unclear, report the ambiguity. A transparent uncertain sample count is better than a precise but incorrect number used in a statistical test.
Evidence checkpoint
Distinguish biological replicates, technical replicates, fractions and repeated injections before counting sample size.
Before downloading, list every public filename, format, size and reported category. Note checksums or persistent file identifiers when available. The manifest becomes the inventory against which local files are checked.
Try this
Group files by raw data, peak lists, identification results, quantitative results, metadata and supplementary documentation. Keep unknown types in an unresolved category rather than guessing from an extension.
After download, compare counts and sizes with the manifest. A command can finish successfully while skipping a file, following a changed link or saving an error page.
Evidence checkpoint
Create a file manifest with filename, format, size and reported role before selecting downloads.
CHAPTER 7 OF 17 · Rebuild samples and design
7. Distinguish raw spectra and derived files
Raw mass-spectrometry files preserve instrument output in vendor or open formats. Identification and quantification files contain results produced by software, sequence databases, parameters and thresholds. They support different questions.
Try this
Choose one raw file and one reported result file and describe the transformation between them. Identify where peak detection, database searching, scoring or quantification entered.
Do not call a spreadsheet “raw” simply because it was downloaded from the archive. Rawness describes the stage of processing, not the age or file size.
Evidence checkpoint
Separate raw spectra from peak lists, search results, identifications and quantitative tables.
CHAPTER 8 OF 17 · Rebuild samples and design
8. Record instrument and acquisition context
Instrument platform, acquisition method and chromatography or fractionation choices shape the spectra and downstream analysis. The same filename extension can occur in very different workflows.
Try this
Read project methods, sample metadata and publication together. Record instrument model, acquisition strategy and any labelled or targeted design relevant to the question.
An instrument name is not a quality grade. Data quality depends on experimental execution, calibration, sample preparation and analysis as well as hardware.
Evidence checkpoint
Record instrument and acquisition context because the same file extension can still belong to different experimental designs.
Peptide-spectrum matches and protein identifications depend on search software, sequence database, enzyme rules, modifications, tolerances, scoring and false-discovery control. A protein list without this provenance is difficult to evaluate.
Try this
Locate parameter or result metadata and write a processing card. Separate fixed and variable modifications, database version and thresholds. Note whether results were filtered at spectrum, peptide or protein level.
The mzIdentML guide explains how structured result files can preserve this evidence. Keep the archive project and result format linked.
Evidence checkpoint
Preserve search-engine, sequence-database, modification and threshold provenance when interpreting peptide-spectrum matches.
PRIDE supports submission and curation workflows designed to make projects findable and reusable. Archive validation can check required structure, formats or consistency. It is not an independent replication of every biological conclusion.
Try this
Read documentation for the project type and supplied files. Treat completeness labels and validation status as repository information, then evaluate scientific methods using the paper and data.
This distinction protects both claims. The repository can perform its role well while a biological interpretation remains uncertain or contested.
Evidence checkpoint
Treat repository validation and submission completeness as archive checks, not independent confirmation of every biological conclusion.
Select one sample and follow it through SDRF fields to raw and derived filenames. Then reverse the route from a result file to the biological source. Both directions should agree.
Try this
Count unmapped samples and orphan files. Investigate them before exclusion because they may be pooled references, fractions, calibrants or files outside the planned comparison.
Save the join logic in code or a documented worksheet. Manual reordering without stable identifiers can silently attach results to the wrong condition.
Evidence checkpoint
Verify SDRF sample-to-data relationships and report unmapped files instead of silently discarding them.
Vendor formats may be converted to open formats for analysis. Conversion can change metadata representation, compression and centroiding while preserving the underlying acquisition identity.
Try this
Record source filename, converter and version, parameters, output filename and checksum. Keep a mapping table so each converted file can be traced to the archived original.
Do not overwrite the source files. A later software update or analysis question may require conversion with different settings, and the original provides the stable starting point.
Evidence checkpoint
When converting vendor data, record converter version and parameters and retain the original raw-file identity.
CHAPTER 13 OF 17 · Report proteomics reuse
13. Verify cross-links in destination resources
PRIDE projects can link to other omics, structure or interaction resources. A cross-reference is a route to related evidence, not proof that every record describes the same sample or molecular state.
Try this
Open the destination, capture its accession and compare article, organism and experimental context. Note whether the link is project-wide or tied to a specific protein, interaction or structure.
The ProteomeXchange guide helps separate consortium-level discovery from PRIDE's project-level file evidence.
Evidence checkpoint
Inspect cross-links to GEO, PDB, IntAct or other resources in the destination record before using them as integrated evidence.
CHAPTER 14 OF 17 · Report proteomics reuse
14. Separate submitted results from reanalysis
Repository result files reflect the submitter's pipeline. Your reanalysis may use another database, software version, threshold or quantification method. Keep the outputs in different folders and label their provenance.
Try this
Compare one reported identification across the two pipelines. Record whether differences arise from search space, scoring, filtering or protein inference rather than declaring one result simply correct.
State which figures reproduce submitter results and which present a new analysis. This gives readers a fair route to assess both.
Evidence checkpoint
Keep submitter-supplied results separate from your reanalysis and label every new filtering or normalisation step.
Use the PXD accession for the dataset, the article citation for scientific interpretation and file-level identifiers or checksums for the exact objects analysed. These citations complement one another.
Try this
When only a subset is used, list the included sample and raw-file identifiers. A broad project citation cannot reveal which runs produced a reported result.
Add access and analysis dates. Public repositories can gain annotations or corrected metadata while preserving the central accession.
Evidence checkpoint
Cite the PXD accession, linked article and any file-level persistent identifier or checksum available for the objects used.
Give a partner the PXD accession, one sample name, its raw file and a result file. Ask them to reconstruct the relationship using archive metadata without relying on your folder structure.
Try this
If the path fails, improve the manifest or sample table. If two files map to the same injection or fraction, record that structure before counting replicates.
This peer check is a practical quality-control step. It tests the identity chain on which every later statistical result depends.
Evidence checkpoint
Ask a partner to reproduce one sample-to-raw-to-result path from the manifest before trusting a summary graph.
PRIDE Archive brings chemistry, biology, instrumentation, statistics and computing into one evidence trail. It can inspire study and career exploration, but it cannot promise grades, admissions or a job.
Try this
Continue through the Science Learning Hub and use the Education Hub to identify a realistic next capability: protein chemistry, experimental design, coding or data interpretation.
The transferable habit is precise linkage. When project, sample, raw spectrum and reported result remain connected, an exciting proteomics claim becomes inspectable and teachable.
Evidence checkpoint
Connect mass spectrometry, statistics and data stewardship to further science learning without promising grades or careers.
Contents · Previous chapter · Continue at the Science Learning Hub
A final PRIDE reuse routine
Before analysis, save the PXD accession, project title, submitter, release status, publication, organism, instrument, sample metadata file and a complete file manifest. Then state which raw, identification and quantification files you actually inspected.
Finish with an audit count: expected samples, assays, raw files, result files, downloaded files and unmatched items. Proteomics pipelines can run on an incomplete bundle, so arithmetic is part of evidence quality.
| Reading object | What it can support | Question to keep visible |
|---|---|---|
| PXD project | Dataset identity, summary, submitter and publication context | Is this the intended public project and version? |
| Sample metadata | Biological source, factors and assay relationships | Can every analysed file be traced to a sample? |
| Raw spectrum file | Instrument output before identification or quantification | Which acquisition and file format does it represent? |
| Result file | Reported identifications or quantitative outputs | Which software, database and thresholds produced it? |
Sources and next reading
Substantive resource claims in this article were checked against the primary pages below. A database record is a structured route into evidence; it does not by itself prove a new biological conclusion. Recheck the live record, evidence labels and release context before using it in assessed work or research.
Primary sources
- PRIDE Archive home and scope — accessed 24 October 2026.
- PRIDE Archive documentation — accessed 24 October 2026.
- PRIDE data annotation system — accessed 24 October 2026.
- PRIDE links to other omics data — accessed 24 October 2026.
- PRIDE licence — accessed 24 October 2026.
