PrF UG slots inverse slots - Revision history

RichMorin at 01:48, November 14, 2008

2008-11-14T01:48:26Z

RichMorin at 21:29, October 25, 2008

2008-10-25T21:29:29Z

RichMorin at 22:58, October 16, 2008

2008-10-16T22:58:06Z

Show changes

RichMorin at 23:32, October 14, 2008

2008-10-14T23:32:58Z

RichMorin: Automated import of articles

2008-10-09T09:12:37Z

Automated import of articles

New page

__NOTOC__
== Understanding Inverse Slots ==

{{PrF_UG_TOC_slots}}<div id='prf_ug'>

This topic gives an overview of how to analyze a project and design inverse slots in {{#var:PrF}}.
An inverse slot relationship is a reciprocal relationship between two slots.
Whenever one slot is filled in at one instance,
its inverse slot is automatically filled in at another instance,
according to the relationship you specified.
This topic describes the most common relationship - an inverse slot relationship between two instances,
including the following steps:

<ul class='a'>
<li>
[[#Example|an example]]


<li>
[[#Identifying_the_Relationship|identifying an inverse relationship]];


<li>
[[#Analyzing_the_Relationship_for_Protege-frames|analyzing the {{#var:PrF}} components of the relationship]]


<li>
[[#Steps_Required_for_Implementing_the_Relationship|steps in implementing the relationship in {{#var:PrF}}]]

</ul>

You create inverse slots using the Inverse Slot widget in the
[[PrF_UG_slots_slot_editor|Slot Editor]].
For more information on how to use the user interface,
see
[[PrF_UG_slots_make_inverse_slot|Creating an Inverse Slot Relationship]].
Note that if you create an inverse slot relationship after one or more instances have been created,
existing instances will not display the inverse slot information.

=== Example ===

For example,
suppose you want to keep track at the section level of which editor(s) edit which section(s).
There is already a slot named sections at the class Editor;
it takes instances in the class Section as values:

<div>[[Image:PrF_UG_slots_slot_sections.png|slots_slot_sections]]</div>

You could create an inverse slot named editor at the class Section which takes instances in the class Editor as values:

<div>[[Image:PrF_UG_slots_slot_editor_inverse.png|slots_slot_editor_inverse]]</div>

Now,
when you edit the instance Mr.
Science to assign the value Science to the slot sections,
the inverse relationship is tracked by {{#var:PrF}}.
At the instance Science,
Mr.
Science automatically appears as a value for the slot editor.

=== Identifying the Relationship ===

First you must determine if an inverse slot will appropriately represent the structure of your knowledge base.
An inverse slot represents a reciprocal relationship that always occurs.
For example,
if Mr.
Science edits the Science section,
the Science section is edited by Mr.
Science. {{#var:PrF}} supports several different types of inverse relationships:

<ol class='a'>
<li>
The relationship must be reciprocal.


<li>
The relationship can be a one-to-one correspondence,
or one or both of the slots can have multiple values.
For example,
Chief Honcho edits a number of sections.


<li>
The relationship can be between instances in different classes or instances in the same class.
For example,
likes and is_liked_by would be a relationship where the slot and its inverse slot are both attached to Person.


<li>
A slot can be its own inverse. shares_ an_ office_ with would be a candidate for an inverse relationship where the inverse slot was identical with the original slot.
This is a stronger tie than simply having instances in the same class.

</ol>

=== Analyzing the Relationship for {{#var:PrF}} ===

Once you have identified the relationship in your ontology,
you need to analyze it in terms of your {{#var:PrF}} project.
For an inverse slot relationship between Instance slots,
determine the following:

<ul class='a'>
<li>
What {{#var:PrF}} class(es) do you want for the first set of instances? We will call this first list of classes Class_List_A.


<ul>
<li>
Make sure to choose a class or classes that are appropriate for the project.


<li>
It is most important to choose a class list that is not too small;
that is,
you need to select a list of classes such that every possible instance is in one of those classes.


<li>
At the same time,
for simplicity,
you want the class list to be focused on the instances and not be too broad.


<li>
This list may consist of a single class.
For example,
in the newspaper project,
one of the reporters,
Larry Tennis-Nut,
is an eager beaver and sometimes edits the Sports section.
It would make sense to expand the list of classes to Editor and Reporter.
However,
no salesmen or columnists are allowed to edit a section.
Therefore,
while it would be possible to simply use the class Employee,
it is cleaner not to.

</ul>

<li>
If the second set of instances is different from the first,
perform the same analysis for the second set of instances.
Call this second list of classes Class_List_B.


<ul>
<li>
As before. this list may be a single class.


<li>
This list may be identical to Class_List_A.

</ul>
</ul>

=== Steps Required for Implementing the Relationship ===

In this example,
we will restrict ourselves to instances in the class Section.

The following steps are necessary to create an inverse slot relationship in a {{#var:PrF}} project:

<ol class='a'>
<li>
[[PrF_UG_slots_create_slot|Create]]
a slot of type Instance whose allowed classes are Class_List_A.
We'll call this the original_slot.


<li>
Create another slot of type Instance whose allowed classes are Class_List_B.
We'll call this the inverse_slot.
If the information is important in your ontology,
it is likely that one or both of these slots already exist in the project.


<li>
[[PrF_UG_slots_attach_slot|Attach]]
your {{#var:PrF}} slots to the appropriate classes.


<ul>
<li>
First,
add original_slot to every class in Class_List_B.
Recall that the target values of original_slot are in Class_List_A.
Assigning the slot to Class_List_B is what creates the cross-connection between the classes.


<li>
Similarly,
assign inverse_slot to every class in Class_List_A.

</ul>

<li>
[[PrF_UG_slots_make_inverse_slot|Create the inverse relationship]]
between inverse_slot and original_slot. (You can actually do this as soon as both slots are created.)

</ol>

If you already have a slot original_slot of type Instance in your project and it already has the desired allowed classes and domain,
you can create a new slot specifically as the inverse of original_slot.
In this case,
the inverse_slot has the following properties;
you can edit them after creation if necessary:

<ul class='a'>
<li>
inverse_slot is automatically attached to all classes in the list of allowed classes for original_slot.


<li>
its allowed classes automatically includes the list of all the classes where original_slot is attached.

</ul>

For information on how to use the {{#var:PrF}} interface to make an inverse slot,
see
[[PrF_UG_slots_make_inverse_slot|Creating an Inverse Slot Relationship]].

</div>

@@ Line 2: / Line 2: @@
 == Understanding Inverse Slots ==
-{{PrF_UG_TOC_slots}}<div id='prf_ug'>
+<noinclude>{{PrF_UG_TOC_slots}}<div id='prf_ug'></noinclude>
 This topic gives an overview of how to analyze a project
@@ Line 207: / Line 207: @@
-</div>
+<noinclude></div></noinclude>

@@ Line 33: / Line 33: @@
 it takes instances in the class <b>Section</b> as values:
-<div>[[Image:PrF_UG_slots_slot_sections.png|slots_slot_sections]]</div>
+<div>[[Image:PrF_UG_slots_slot_sections.png|frame|none|
 You could create an inverse slot named <i>editor</i> at the class <b>Section</b>
 which takes instances in the class <b>Editor</b> as values:
-<div>[[Image:PrF_UG_slots_slot_editor_inverse.png|slots_slot_editor_inverse]]</div>
+<div>[[Image:PrF_UG_slots_slot_editor_inverse.png|frame|none|
 Now, when you edit the instance <b>Mr. Science</b>
@@ Line 203: / Line 205: @@
 For information on how to use the {{#var:PrF}} interface to make an inverse slot,
 see [[PrF_UG_slots_make_inverse_slot|Creating an Inverse Slot Relationship]].
 </div>

@@ Line 9: / Line 9: @@
 its inverse slot is automatically filled in at another instance,
 according to the relationship you specified.
 This topic describes the most common relationship - an inverse slot relationship between two instances,
 including the following steps:
+identifying an inverse relationship,
-<ul class='a'>
+analyzing the {{#var:PrF}} components of the relationship,
-  <li><p>
+implementing the relationship in {{#var:PrF}}.
 You create inverse slots using the <b>Inverse Slot</b> widget in the
@@ Line 35: / Line 22: @@
 see
 [[PrF_UG_slots_make_inverse_slot|Creating an Inverse Slot Relationship]].
-Note that if you create an inverse slot relationship after one or more instances have been created,
+Note that if you create an inverse slot relationship
 existing instances will not display the inverse slot information.