Skip to content

Request for new ontology [PRIDE] #2652

Open
@nithujohn

Description

@nithujohn

Title

Proteomics Identification Ontology

Short Description

The Proteomics Identification Ontology (PRIDE ontology) provides a model for describing, sharing and integrating of proteomics data mainly for mass spectrometry based experiments.

Description

The PRIDE Ontology is used to standardize and organize the annotation of data in the PRoteomics IDEntifications Database (PRIDE), which is a public repository for proteomics data.
The ontology ensures consistency in the way proteomics data, such as protein identifications, peptide sequences, experimental conditions, instruments, and protein modifications, are described. It is part of a collection of controlled vocabularies and ontologies developed and used by the Proteomics Standards Initiative (PSI) to standardize the description of proteomics data. PRIDE Ontology is a crucial tool for ensuring that proteomics data are properly annotated, making it easier for researchers to share, compare, and analyze proteomics data across different studies and experiments.

Identifier Space

PRIDE

License

CC 4.0

Domain

biochemistry

Source Code Repository

OBOFoundry.github.io

Homepage

https://github.com/PRIDE-Archive/pride-ontology

Issue Tracker

https://github.com/PRIDE-Archive/pride-ontology/issues

Contribution Guidelines

https://github.com/PRIDE-Archive/pride-ontology/blob/master/CONTRIBUTING.md

Ontology Download Link

https://raw.githubusercontent.com/PRIDE-Archive/pride-ontology/master/pride_cv.obo

Contact Name

Nithu Sara John

Contact Email

nithu@ebi.ac.uk

Contact GitHub Username

nithujohn

Contact ORCID Identifier

0000-0002-4823-6210

Formats

  • OWL RDF/XML (.owl)
  • OBO (.obo)
  • OBO Graph JSON (.json)

Dependencies

-efo -chmo

Related

No response

Usages

No response

Intended Use Cases and/or Related Projects

No response

Data Sources

No response

Additional comments or remarks

No response

OBO Foundry Pre-registration Checklist

  • I have read and understood the registration process instructions and the registration checklist.
  • There is no other ontology in the OBO Foundry which would be an appropriate place for my terms. If there were, I have contacted the editors, and we decided in mutual agreement that a separate ontology is more appropriate.
  • My ontology has a specific release file with a version IRI and a dc:license annotation, serialised in RDF/XML.
  • My identifiers (classes and properties IRIs) are formatted according to the OBO Foundry Identifier Policy
  • My term labels are in English and conform to the OBO Foundry Naming Conventions
  • I understand that term definitions are key to understanding the intentions of a term, especially when the ontology is used in curation. I made sure that a reasonable majority of terms in my ontology--and all top level terms--have definitions, in English, using the IAO:0000115 property.
  • For every term in my ontology, I checked whether another OBO Foundry ontology has one with the same meaning. If so, I re-used that term directly (not by cross-reference, by directly using the IRI).
  • For all relationship properties (Object and Data Property), I checked whether the Relation Ontology (RO) includes an appropriate one. I understand that aligning with RO is an essential part of the overall alignment between OBO ontologies!
  • For the selection of appropriate annotation properties, I looked at OMO first. I understand that aligning ontology metadata and term-level metadata is essential for cross-integration of OBO ontologies.
  • If I was not sure about the meaning of any of the checkboxes above, I have consulted with a member of the OBO Foundry for advice, e.g., through the obo-discuss Google Group.
  • The requested ID space does not conflict with another ID space found in other registries such as the Bioregistry and BioPortal, see here for a complete list.

Metadata

Metadata

Assignees

Labels

new ontologyUse for new ontology registration requestsnew ontology - submitter action neededNew ontology requests that have been reviewed and need changes in order to be accepted

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions