Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "Context Data Model 1.1 Open Issues"

(Related to Higgins.owl)
m (Related to Higgins.owl's relationship to the IdAS API)
Line 6: Line 6:
  
 
==Related to Higgins.owl's relationship to the IdAS API==
 
==Related to Higgins.owl's relationship to the IdAS API==
# API currently assumes that the 'type' of the value of an Attribute can be determined a priori by an examination of the 'type' (see getType() on IProperty) of the IAttribute (IProperty). At best only a the supertype can be a priori determined, and in some cases multiple supertypes are allowed. (Details in Paul's email to Jim and the list of Fri 9/22)
+
# API currently assumes that the 'type' of the value of an Attribute can be determined a priori by an examination of the 'type' (see getType() on IProperty) of the IAttribute (IProperty). At best only a the supertype can be a priori determined, and in some cases multiple supertypes are allowed. (Details in Paul's email to Jim and the higgin-dev list of Fri 9/22)

Revision as of 19:10, 24 September 2006

Related to Higgins.owl

  1. Should we change DatatypeAttribute to SimpleAttribute and ObjectAttribute to ComplexAttribute? This would line up better with Jim's latest API
  2. Higgins.owl: we need to add the full set of DatatypeAttribute subclasses that correspond to the XML Schema types. We currently have only StringDatatypeAttribute. We need to add Base64BinaryDatatypeAttribute, NormalizedStringDatatypeAttribute, ... and all the rest
  3. At present, other than having an Attribute subclass for each of the std OWL (XML Schema-based) literal datatypes, we have defined no ObjectAttribute subclasses. The question is should we go a bit further and define some very common complex types such as postalAddress? or even tricky singled-stringed values such as zipcode?
  4. We need to develop an example of an ontology that is based on higgins.owl but that emphasises how to model relationships between Digital Subjects

Related to Higgins.owl's relationship to the IdAS API

  1. API currently assumes that the 'type' of the value of an Attribute can be determined a priori by an examination of the 'type' (see getType() on IProperty) of the IAttribute (IProperty). At best only a the supertype can be a priori determined, and in some cases multiple supertypes are allowed. (Details in Paul's email to Jim and the higgin-dev list of Fri 9/22)

Back to the top