Giter VIP home page Giter VIP logo

Comments (3)

deustp01 avatar deustp01 commented on July 29, 2024

Indeed, Reactome has not annotated any role for any of the aminoterminal peptide fragments on this sample list, and for most of the ones associated with proteins that are synthesized in the cytosol and translocated to the mitochondrial matrix, Reactome has annotated the degradation of the aminoterminal peptide once inside the mitochondrion.

I'm passing the list on to Reactome curators to discuss how we want to annotate such targeting peptides (and thus whether they need separate proteoform IDs). Specifically,

The issue for discussion now is whether we actually gain any useful information by annotating these EWASs. Could we simply create unbalanced reactions with an input of the full-length protein and an output of the trimmed mature protein (or equivalently black box events, thereby evading the requirement for mass balance of inputs and outputs)?

My reaction is that while that seems OK for these leader / transit peptide cases, I don’t see a reliable way to distinguish them from cases in which both products of the cleavage reaction have functions (even if we haven’t fully annotated those functions yet). And without a good, general way to make that distinction, I don’t see a way to make a curation guideline backed up by a QA script, and also user documentation to explain our curation rationale. On the other hand, should we be creating EWASs that have no function?
A practical consideration is that the total number of useless EWASs involved here is small, especially as in most cases, we start our annotations at the point in a protein’s life at which it is already mature – cleaved and correctly localized. As a result, whatever we decide will have a small effect on our content, and we should reach a conclusion that allows consistent annotation for the smallest possible amount of work making new rules and cleaning up existing exceptions.

More thoughts?

from pathways2go.

MarijaOM avatar MarijaOM commented on July 29, 2024

In my opinion, having two subclasses of cleavage reactions - one where all cleavage products are shown (because all participate in downstream events) and another where only some are shown, would be confusing to curators and users and inconsistent from the standpoint of our data model. Also, the class of black box events would be overloaded by reactions whose products are clearly experimentally defined and simple to annotate, but we choose not to do it. In addition, we do provide coordinates and controlled vocabulary names for all cleavage fragments, so they can be clearly distinguished from other products of posttranslational processing that refer to the same UniProt entry.

from pathways2go.

deustp01 avatar deustp01 commented on July 29, 2024

In my opinion, ...

This sounds right. We already work around this problem, as noted two steps above, by simply not annotating the cleavage step of protein maturation unless we have some specific reason to do it: the protein springs into existence already mature, correctly located, and ready to function. So perhaps the most useful question is whether we need some guidelines for when to make an exception and annotate the cleavage steps of maturation, accounting for all of the products, to keep our own annotation consistent and to explain it to users.

from pathways2go.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.