Skip to main content
Jump to: navigation, search

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

(General)
Line 3: Line 3:
 
# Worth noting somewhere: Node Relations are only an abstract super-types for real, useful relations like "memberOf", "reportsTo", "friend". Or "hasFavoriteBook", "hasCreditCard", etc.  
 
# Worth noting somewhere: Node Relations are only an abstract super-types for real, useful relations like "memberOf", "reportsTo", "friend". Or "hasFavoriteBook", "hasCreditCard", etc.  
 
# Tony: We don't have a simplified description of the data model
 
# Tony: We don't have a simplified description of the data model
# Need a simple-to-follow set of pictures that explain the data model
+
#* Need a simple-to-follow set of pictures that explain the data model
 
#* This PPT was updated to the latest concepts terms and improved a bit based on feedback from the Jan/Provo F2F: [http://dev.eclipse.org/viewsvn/index.cgi/org.eclipse.higgins/trunk/doc/org.eclipse.higgins.doc/Higgins-Data-Model-Intro.ppt?root=Technology_SVN&view=co Higgins Data Model Intro.PPT]
 
#* This PPT was updated to the latest concepts terms and improved a bit based on feedback from the Jan/Provo F2F: [http://dev.eclipse.org/viewsvn/index.cgi/org.eclipse.higgins/trunk/doc/org.eclipse.higgins.doc/Higgins-Data-Model-Intro.ppt?root=Technology_SVN&view=co Higgins Data Model Intro.PPT]
 
# Can we represent closed (non-mixed) types in OWL so that the LDAP CP can represent its schema?
 
# Can we represent closed (non-mixed) types in OWL so that the LDAP CP can represent its schema?
 +
# Ability to declare user-defined Classes to be 'closed', that is instances of them should follow the class definition, but not include any other "extra" properties. (same as previous?)
 +
# This entire wiki page: [[HOWL]] is out of date with the rest of this wiki
  
== Resolved Issues ==
 
# Mixed attribute value data types
 
## Daniel points out that it would still be good to pass type on each value add:
 
### http://dev.eclipse.org/mhonarc/lists/higgins-dev/msg03816.html
 
### http://dev.eclipse.org/mhonarc/lists/higgins-dev/msg03818.html (and follow-ups)
 
## Resolution: we '''can''' mix types.
 
# Can an attribute have mixed values consisting of both simple and complex?
 
## Resolution: Yes.
 
  
 
== Open Issues ===
 
== Open Issues ===
Line 23: Line 17:
 
## We can do this by creating a [[Data Range]]. A [[Data Range]] has a base XML Schema type (e.g. string) as well as all of the XML Schema facets (e.g. pattern, etc.)
 
## We can do this by creating a [[Data Range]]. A [[Data Range]] has a base XML Schema type (e.g. string) as well as all of the XML Schema facets (e.g. pattern, etc.)
  
== Closed Issues ==
+
== Resolved Issues ==
 +
 
 +
# Mixed attribute value data types
 +
## Daniel points out that it would still be good to pass type on each value add:
 +
### http://dev.eclipse.org/mhonarc/lists/higgins-dev/msg03816.html
 +
### http://dev.eclipse.org/mhonarc/lists/higgins-dev/msg03818.html (and follow-ups)
 +
## Resolution: we '''can''' mix types.
 +
# Can an attribute have mixed values consisting of both simple and complex?
 +
## Resolution: Yes.
 
# Many same-types attributes
 
# Many same-types attributes
 
## http://dev.eclipse.org/mhonarc/lists/higgins-dev/msg03806.html
 
## http://dev.eclipse.org/mhonarc/lists/higgins-dev/msg03806.html
Line 31: Line 33:
 
## Resolution: we should '''not''' allow zero-valued attributes in the model per se. It is true that for access control reasons, no value will be returned in some cases.
 
## Resolution: we should '''not''' allow zero-valued attributes in the model per se. It is true that for access control reasons, no value will be returned in some cases.
  
===Related to higgins.owl===
 
# Ability to declare user-defined Classes to be 'closed', that is instances of them should follow the class definition, but not include any other "extra" properties.
 
# This entire wiki page: [[HOWL]] is out of date with the rest of this wiki
 
  
=== LDAP-specific Issues ===
+
 
 +
 
 +
== LDAP-specific Issues ==
 
* [[LDAP Issues and To-Dos]] --open issues specifically related to LDAP schema
 
* [[LDAP Issues and To-Dos]] --open issues specifically related to LDAP schema
  
==See Also==
+
== See Also ==
 
* [http://eclipse.org/Higgins Higgins Home]
 
* [http://eclipse.org/Higgins Higgins Home]
 
* [[Higgins Data Model]]
 
* [[Higgins Data Model]]

Revision as of 18:50, 4 March 2008

Open Issues

  1. Need a replacement term for "Node". Most higgins developers don't like it.
  2. Worth noting somewhere: Node Relations are only an abstract super-types for real, useful relations like "memberOf", "reportsTo", "friend". Or "hasFavoriteBook", "hasCreditCard", etc.
  3. Tony: We don't have a simplified description of the data model
    • Need a simple-to-follow set of pictures that explain the data model
    • This PPT was updated to the latest concepts terms and improved a bit based on feedback from the Jan/Provo F2F: Higgins Data Model Intro.PPT
  4. Can we represent closed (non-mixed) types in OWL so that the LDAP CP can represent its schema?
  5. Ability to declare user-defined Classes to be 'closed', that is instances of them should follow the class definition, but not include any other "extra" properties. (same as previous?)
  6. This entire wiki page: HOWL is out of date with the rest of this wiki


Open Issues =

  1. Closed or open simple data types
    1. http://dev.eclipse.org/mhonarc/lists/higgins-dev/msg03821.html
    2. Paul asserts that we have the ability already to specify a format constraint along with a data type. For example, one could say the data type of an attribute is normalizedString, but constrained to a pattern that looks like a telephone number
    3. We can do this by creating a Data Range. A Data Range has a base XML Schema type (e.g. string) as well as all of the XML Schema facets (e.g. pattern, etc.)

Resolved Issues

  1. Mixed attribute value data types
    1. Daniel points out that it would still be good to pass type on each value add:
      1. http://dev.eclipse.org/mhonarc/lists/higgins-dev/msg03816.html
      2. http://dev.eclipse.org/mhonarc/lists/higgins-dev/msg03818.html (and follow-ups)
    2. Resolution: we can mix types.
  2. Can an attribute have mixed values consisting of both simple and complex?
    1. Resolution: Yes.
  3. Many same-types attributes
    1. http://dev.eclipse.org/mhonarc/lists/higgins-dev/msg03806.html
    2. Resolution: No. (We should document that this isn't allowed/possible)
  4. Allow zero-valued attributes
    1. http://dev.eclipse.org/mhonarc/lists/higgins-dev/msg03810.html
    2. Resolution: we should not allow zero-valued attributes in the model per se. It is true that for access control reasons, no value will be returned in some cases.



LDAP-specific Issues

See Also

Back to the top