-
Notifications
You must be signed in to change notification settings - Fork 34
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Should types:Thread have been a subclass of core:UcoObject? #470
Comments
Absent stronger feelings from the committee, I will assume the answer is yes, the correct subclassing for |
Answer's yes. |
13 tasks
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Issue 430 is establishing a top-level class
core:UcoThing
to give a parent class to classes that are not currently explicit subclasses of anything. (Implicitly in OWL, this makes them subclasses ofowl:Thing
.)Issue 469 asked about a few "Data structure"-style
Dictionary
classes that were not subclasses ofcore:UcoObject
, for reasons that I admit I still can't explain.Issue 393 added a new "Data structure"-style class,
types:Thread
, that I realize now serves some of the same data model role in UCO that thetypes:Dictionary
class does. However, it was defined in the implementation for 393 to be a subclass ofcore:UcoObject
.Should
types:Thread
be a subclass instead ofcore:UcoThing
like theDictionary
class?This will impact the implementation for Issue 430.
The text was updated successfully, but these errors were encountered: