forked from biolink/biolink-model
-
Notifications
You must be signed in to change notification settings - Fork 0
/
gene_to_gene_coexpression_association_config.yaml
115 lines (115 loc) · 5.41 KB
/
gene_to_gene_coexpression_association_config.yaml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
# metamodel_version: 1.7.0# version: 3.0.3id: gene_to_gene_coexpression_association
schema_generating: true
description: Indicates that two genes are co-expressed, generally under the same conditions.
display_name: gene to gene coexpression association
document_category: gene to gene coexpression association
weight: 20
fields:
- id: id
description: A unique identifier for an entity. Must be either a CURIE shorthand
for a URI or a complete URI
display_name: id
- id: iri
description: An IRI for an entity. This is determined by the id using expansion
rules.
display_name: iri
- id: name
description: A human-readable name for an attribute or entity.
display_name: name
- id: description
description: a human-readable description of an entity
display_name: description
- id: source
display_name: source
- id: has_attribute
description: connects any entity to an attribute
display_name: has attribute
cardinality: multi
- id: negated
description: if set to true, then the association is negated i.e. is not true
display_name: negated
- id: qualifiers
description: connects an association to qualifiers that modify or qualify the meaning
of that association
display_name: qualifiers
cardinality: multi
- id: publications
description: connects an association to publications supporting the association
display_name: publications
cardinality: multi
- id: has_evidence
description: connects an association to an instance of supporting evidence
display_name: has evidence
cardinality: multi
- id: knowledge_source
description: An Information Resource from which the knowledge expressed in an Association
was retrieved, directly or indirectly. This can be any resource through which
the knowledge passed on its way to its currently serialized form. In practice,
implementers should use one of the more specific subtypes of this generic property.
display_name: knowledge source
- id: original_knowledge_source
display_name: original knowledge source
- id: primary_knowledge_source
description: The most upstream source of the knowledge expressed in an Association
that an implementer can identify. Performing a rigorous analysis of upstream
data providers is expected; every effort is made to catalog the most upstream
source of data in this property. Only one data source should be declared primary
in any association. "aggregator knowledge source" can be used to caputre non-primary
sources.
display_name: primary knowledge source
- id: aggregator_knowledge_source
description: An intermediate aggregator resource from which knowledge expressed
in an Association was retrieved downstream of the original source, on its path
to its current serialized form.
display_name: aggregator knowledge source
cardinality: multi
- id: timepoint
description: a point in time
display_name: timepoint
- id: type
description: rdf:type of biolink:Association should be fixed at rdf:Statement
display_name: association_type
- id: category
description: "Name of the high level ontology class in which this entity is categorized.\
\ Corresponds to the label for the biolink entity type class.\n * In a neo4j database\
\ this MAY correspond to the neo4j label tag.\n * In an RDF database it should\
\ be a biolink model class URI.\nThis field is multi-valued. It should include\
\ values for ancestors of the biolink class; for example, a protein such as Shh\
\ would have category values `biolink:Protein`, `biolink:GeneProduct`, `biolink:MolecularEntity`,\
\ ...\nIn an RDF database, nodes will typically have an rdf:type triples. This\
\ can be to the most specific biolink class, or potentially to a class more specific\
\ than something in biolink. For example, a sequence feature `f` may have a rdf:type\
\ assertion to a SO class such as TF_binding_site, which is more specific than\
\ anything in biolink. Here we would have categories {biolink:GenomicEntity, biolink:MolecularEntity,\
\ biolink:NamedThing}"
display_name: association_category
cardinality: multi
- id: subject
description: the subject gene in the association. If the relation is symmetric,
subject vs object is arbitrary. We allow a gene product to stand as a proxy for
the gene or vice versa.
display_name: gene to gene association_subject
- id: object
description: the object gene in the association. If the relation is symmetric, subject
vs object is arbitrary. We allow a gene product to stand as a proxy for the gene
or vice versa.
display_name: gene to gene association_object
- id: predicate
description: A high-level grouping for the relationship type. AKA minimal predicate.
This is analogous to category for nodes.
display_name: gene to gene coexpression association_predicate
- id: quantifier_qualifier
description: Optional quantitative value indicating degree of expression.
display_name: gene expression mixin_quantifier qualifier
- id: expression_site
description: location in which gene or protein expression takes place. May be cell,
tissue, or organ.
display_name: expression site
- id: stage_qualifier
description: stage during which gene or protein expression of takes place.
display_name: stage qualifier
- id: phenotypic_state
description: in experiments (e.g. gene expression) assaying diseased or unhealthy
tissue, the phenotypic state can be put here, e.g. MONDO ID. For healthy tissues,
use XXX.
display_name: phenotypic state