Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
[higgins-dev] Inferences in filters

Addressed these items.  Comments inline

>>> "Jim Sermersheim" <jimse@xxxxxxxxxx> 10/20/06 6:37 PM >>>
>yeah, this kind of thing is needed in a few areas. Let me see if I can enumerate them all:
>
>Type Hierarchies in search filters
>- Attribute types (parentOf may be a subtype of SubjectRelationship)
>- Digital Subject types (Tom's example)
>- Metadata types (on digital subjects as well as on attributes)
 
Added the notion of including subtypes on IFilterAssertion (IFilterAssertion.setType(URI id, boolean bIncludeSubtypes), and IFilterAssertion.includeSubtypes(boolean bIncludeSubtypes)). Setting this causes subtypes to be also considered. This seemed cleaner than doubling up on comparators.
 
<snip>
 
Will address remainder in other threads.
 
Jim
 

>>> "Tom Doman" <TDoman@xxxxxxxxxx> 10/20/06 10:07 AM >>>
I think we also need a comparator that will apply to OWL inferences.  For example, in our LDAP ontology, a Digital Subject may be an "organizationalPerson" which is a subclass of "person".  A plain EQ comparator for Digital Subjects that are "person" I assume would fail any "organizationalPerson" without a comparator that allows inferences to be considered as well.  I think both semantics are desirable.

Tom

>>> "Jim Sermersheim" <jimse@xxxxxxxxxx> 10/19/2006 8:40 PM >>>
>>> "Jim Sermersheim" <jimse@xxxxxxxxxx> 10/19/06 8:05 PM >>>
<snip>
>Finally, remove IFilterRelationshipAssertion and BasicFilterRelationshipAssertion.

note that we'd want to add a comparator like COMP_PROP_REL_IMPLIED_EQ to property or maybe just attribute assertions. This comparator is documented like this:
/**
  * This Comparator is used for assertions of type SubjectRelationship (and sub-types).
  * Compares true when a tested Digital Subject has the asserted relationship (of the asserted type)
  * whether that relationship is implied or explicit.<p>
  * For example, if the assertion specified a type of "urn:parentOf" and reference of
  * {"someContext", "urn:Mary"} it could result in a match because either:<br>
  * A subject has a relationship attribute of type "urn:parentOf" and reference of
  * {"someContext", "urn:Mary"), or<br>
  * A subject is referenced by the subject "urn:Mary" in the context "someContext"
  * where the referencing relationship attribute is of type "urn:childOf"
  * (assuming the model backing the context provides the proper inferences between
  * parentOf and childOf)<p> 
  */
Wording is still a little rough, but hopefully conveys the idea
_______________________________________________
higgins-dev mailing list
higgins-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/higgins-dev

Back to the top