Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Make enables/enabled_by subproperties of participates in/has participant #249

Closed
cmungall opened this issue Aug 10, 2018 · 3 comments
Closed
Assignees
Labels
discussion For discussion on RO calls or at RO meeting

Comments

@cmungall
Copy link
Contributor

Following on from #244

cc GO editors @vanaukenk @ukemi @balhoff

@cmungall cmungall self-assigned this Aug 10, 2018
@cmungall cmungall added the discussion For discussion on RO calls or at RO meeting label Aug 10, 2018
@LEHunter
Copy link

I don't understand how to tell whether a participant "enables" a process. We need a 'differentia' for this relation if it is to be useful.

In a biochemical reactions, all of the participants are required, or the process will not occur (or at least not occur at the same rate). Having a function inhere in the participant doesn't seem to be helpful, as all participants in a process are realizing some function(s), that is what it means to participate.

It seems straightforward to me to define inputs, outputs, and 'participants that are unchanged' by a reaction. However, distinguishing "enablers" (or, for that matter, "agents" vs. "patients") in this context seems to me a loose convention, rather than a well-defined distinction. I recognize that biologists would distinguish between (say) water molecules and a catalyst this way, but both are necessary participants and both are (generally) unchanged by a reaction.

A distinction I could imagine supporting here is between ubiquitous participants (those that participate in many reactions, e.g. water) versus specific participants (e.g. a catalyst) that participate in only a few processes. This seems to me why the water molecules are called an "aqueous environment" rather than an enabling participant.

i also admit I have no idea exactly where to draw the line between 'many' and 'few'...

@ukemi
Copy link

ukemi commented Aug 15, 2018

I suspect this proposal might also lead to further issues deriving annotations from GO-CAM models. Currently x-metabolic process is defined as ''metabolic process' and ('has participant' some x)". Inference of participation in property chains is already causing some issues when specifically annotating proteins.
geneontology/minerva#197

@cmungall
Copy link
Contributor Author

Currently being discussed at GO geneva meeting @vanaukenk @ukemi @balhoff @goodb @pgaudet

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
discussion For discussion on RO calls or at RO meeting
Projects
None yet
Development

No branches or pull requests

3 participants