obophenotype / obophenotype/uberon

drains/supplies - should we represent at both the organ level and the organ part level? Should we use inference to do this?

Open
#2,096 9 comments 0 reactions 1 assignee View on GitHub

Nobody has claimed this yet.

HuBMAP Stale
Dominant language
Emacs Lisp
Stars
163
Forks
43
Avg merge
1d 17h
Merged PRs (30d)
5

Description

@emquardokus wrote:

are we looking for a relationship to the organ per se or to the hilum itself, which is a part of the organ or are you lumping it altogether? The relationship I see described in the literature in anatomical terms is all the vessels entering or exiting via hilum. On the other hand the contents (blood or lymph) of said vessels can be draining or supplying said organ. Maybe it's a biology thing as I see this as 2 separate relationships... physical vessel to organ vs functional thing what it's doing.

On the general issue:

  • I'd like to document what the CCF use cases are for representing connection/supply/drains relationships in CCF.owl and wether this would require relationships both at the organ level and at the organ part level.
  • Rather than adding two relationships to Uberon for drains/supplies covering organ and organ part, I'd prefer to use reasoning. A simple property chain can be used to say that if X drains/supplies Y and Y part_of Z then X drain/supplies Z. That might be too strong though as part_of is transitive (every vessel supplies the whole body...). We could use GCIs to restrict this to the organ level instead. (drains some (part_of some kidney) subClassOf drains some kidney).

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.