-
Notifications
You must be signed in to change notification settings - Fork 21
Added Determination class. #1096
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
Conversation
Co-authored-by: Rebecca Younes <rebecca.younes@semanticarts.com>
@@ -787,6 +787,14 @@ gist:DegreeOfCommitment | |||
skos:prefLabel "Degree Of Commitment"^^xsd:string ; | |||
. | |||
|
|||
gist:Determination |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I like the work done so far.
Q: Is there any property that would always be the case on a determination? Otherwise this is just a named class.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@marksem In real world terms, a determination
- will always have an entity that does the determining (maybe inverse of
produces
) with the doer being a person, machine or program - will generally have an outcome (in the past I have used
hasOutput
for this) - will often have a method (min 0).
I'm ok with it just being a named class.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I like your proposed definition, so will approve this once you've added it and removed the scope note.
@uscholdm I'm leaving this unmerged to consider whether we want to name it |
Lets leave it as it is. Its a subclass of |
Closes #317.
I made the class a direct subclass of
Event
because aDetermination
need not be historical, it may be planned but unscheduled, or scheduled, in the process of happening, or already happened.