Guidelines for creating a GO term
Jump to navigation
Jump to search
See Ontology_Editors_Daily_Workflow for creating branches and basic Protégé instructions.
Creating a New term in Protégé
- To create a new term, the
Asserted view
must be active (not the ‘Inferred view’). - In the Class hierarchy window, click on the
Add subclass
button at the upper left of the window. - A pop-up window will appear asking you to enter the
Name
of the new term. When you enter the term name, you will see your ID automatically populate the IRI box. Once you have entered the term, click ‘OK’ to save the new term. You will see it appear in the class hierarchy. - Navigate to the
OBO annotation window
. - In the OBO annotation window add:
- Namespace
- Begin typing one of the three branches (click the
tab
key to autocomplete with the correct term):biological_process
cellular _component
molecular_function
- For Type, select:
xsd:string
- Begin typing one of the three branches (click the
- Definition
- Click on the + next to the Definition box
- Add the textual definition in the pop-up box.
- For Type, select:
xsd:string
- Click OK.
- Add Definition References
- Click on the circle with the
Ref
in it next to add Definition References and in the resulting pop-up click on the+
to add a new ref, making sure they are properly formatted with a database abbreviation followed by a colon, followed by the text string or ID. Examples: GOC:bhm, PMID:27450630. - Select Type:
xsd:string
- Click OK.
- Add each definition reference separately by clicking on the + sign.
- Click on the circle with the
- Add
synonyms
anddatabase cross references
as appropriate following the same procedure.
- Namespace
- Add a link to the GitHub go-ontology ticket
- Create a logical definition
- Logical definitions are entered in the 'Equivalent to' section of the Protege Description. See Guidelines for logical definitions for more information about logical definitions. A a logical definition can be added by clicking on the + sign next to the Equivalent To field. A logical definition is a definition of the term using simpler statements (axioms) that taken together mean the same thing that the term means. The statements use terms either from GO or from imported ontologies linked together with relations (object properties) from the relations ontology. For example 'glucose transmembrane transport' can be defined using the equivalence axiom "transport and ('transports or maintains localization of' some glucose) and ('results in transport across' some membrane)".
It is good practice to create logical definitions using the most general terms possible as the 'root' term for the definition and then to use additional clauses to make the definition necessary and sufficient. It sometimes takes some trial and error-correction to create good logical definitions. They should always be checked by running the reasoner to look at the inferred hierarchy of both superclasses and subclasses.
Protege editing tips
Quoting
Any owl entity whose label contains a space (class, object property), must be single quoted. Any internal single quotes should be escaped with a backslash. For example 5'-3' exoribonuclease activity
should be written as 5\'-3\' exoribonuclease activity
.
Tab completion
The key to working efficiently with logical axioms is to take full advantage of the powerful autosuggest/tab-completion available in the Class Expression editor. Just start typing, then press tab.
- If you need to create a logical definition using a GO term name that does not begin with an alphabetic character, e.g. GO:0004534 (5'-3' exoribonuclease activity), navigate to the
View menu
in Protege and selectRender by entity IRI short name (Id)
. This will allow you to enter a logical definition by entering the relations and term as IDs, e.g. RO_0002215 some GO_0004534. Note the use of the underscore instead of the colon in the ID. You can then return to theView menu
to switch back toRender by label (rdfs:label)
to see the term names.
- Delete redundant statements: If you have created a logical definition for your term, you can delete the asserted is_a parent in the ‘subclass of’ section. Once you re-synchronize the reasoner, you will see the automated classification of your new term. If the inferred classification doesn’t make sense, then you will need to modify the logical definition.
- Adding other relationships: parents, disjoint statements, etc
- If logical definitions are necessary and sufficient, the reasoner will infer almost all of the appropriate parents and children. However, in some cases it is necessary to add additional relationships because of incompleteness of the ontology. Because the ontology contains different axes of differentiation and not all terms are logically defined, sometimes terms need to have manual parents added.
- To add an is_a parent manually, click on the + symbol next to 'SubClass Of' in the description window. A new pop-up window will appear. Enter the name of the parent in the pop-up window and save. Remeber the tab-completion and quote rule mentioned above.
- In some cases even though a logical definition is available, the reasoner will not infer all of the possible relationships a term can have. An example of this is when a term is from an external ontology that is a partonomy. In those cases, the reasoner will not infer across the partonomy. It might be necessary to assert the part_of relationships; for example, ‘heart valve development’ part_of some ‘heart development’. This is because a heart valve is part of a heart in UBERON. Therefor the development of the valve is part of the development of the heart. When external ontologies are used in axioms, it is important to browse the external ontologies to be sure that relationships aren't missing.
- Defining disjoint classes is difficult but very important. Disjoint classes are classes that contain no overlap of individuals. It is often difficult to decide if two biological classes are disjoint, but if the determination can be made the disjoint classes should be declared using the 'Disjoint With' field in the Description window.
Viewing changes and saving
- When you have finished adding the term, you can hover over it in the class window to reveal its GO_id.
- Save the file and return to your terminal window. Then, type:
git status
. This will confirm which file has been modified. - To see how the branch was modified, type:
git diff
. In this case, go-edit.obo was modified. The text below is not the entire diff for this edit, but is an example. If the diff is very large, you will need to hitspace
to continue to see it and then hitq
to get back to the prompt at the end of the diff file.
~/repos/go-ontology/src/ontology(issue-13390) $ git diff diff --git a/src/ontology/go-edit.obo b/src/ontology/go-edit.obo index 72ae7e9..8d47fa1 100644 --- a/src/ontology/go-edit.obo +++ b/src/ontology/go-edit.obo @@ -400751,6 +400751,85 @@ created_by: dph creation_date: 2017-04-28T12:39:13Z [Term] +id: GO:0061868 +name: hepatic stellate cell migration +namespace: biological_process +def: "The orderly movement of a hepatic stellate cell from one site to another." [PMID:24204762] +intersection_of: GO:0016477 ! cell migration +intersection_of: results_in_movement_of CL:0000632 ! hepatic stellate cell +created_by: dph +creation_date: 2017-05-01T13:01:40Z + +[Term] id: GO:0065001 name: specification of axis polarity namespace: biological_process ~/repos/go-ontology/src/ontology(issue-13390) $
See Ontology_Editors_Daily_Workflow for commit, push and merge instructions.
Review Status
Last reviewed: May 17, 2022