-
Notifications
You must be signed in to change notification settings - Fork 8
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
not sure how a plan can be sibling of both disposition and role #220
Comments
Talk to Barry. He was the one placing plan there.
…On Wed, Nov 30, 2022 at 6:47 AM Bill Duncan ***@***.***> wrote:
If COB is going to be consistent with BFO (perhaps this isn't a
requirement?), it not clear to me how plan can be a sibling of both role
and disposition.
Role and disposition bifurcate the logical space of what counts as a
realizable entity:
- Disposition: the bearer is necessarily (must) be changed if the
disposition ceases to exist
- Role: the bearer is not necessarily changed
As far as I can tell, this doesn't leave room for a third type of
realizable unless disposition and role are defined differently.
—
Reply to this email directly, view it on GitHub
<#220>, or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ADJX2ISUYGOVFEO34WZTLC3WK5SHTANCNFSM6AAAAAASPW3DB4>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
--
Bjoern Peters
Professor
La Jolla Institute for Immunology
9420 Athena Circle
La Jolla, CA 92037, USA
Tel: 858/752-6914
Fax: 858/752-6987
http://www.liai.org/pages/faculty-peters
|
To be less flippant:
- there is no disjointness axiom with what 'plan' is, so there is no
logical conflict
- Barry said to place 'plan' under 'realizable entity' as that is clearly
what it is and how it is linked to planned process. Barry (and everyone
else) also agreed that we should not 'talk too much' about plan - i.e. not
subclass it, or worry too much about how it defines, but rather subclass
and define in detail the 'plan specification' - how a plan would look like
written down on paper, like a protocol for an experiment, and the 'planned
process' - where we have an actual process with a duration and events. That
has been our approach, and it has worked just fine. So pretty much the
'plan' class is 'plumbing', but we should not get hung up on it.
…On Wed, Nov 30, 2022 at 6:48 AM Bjoern Peters ***@***.***> wrote:
Talk to Barry. He was the one placing plan there.
On Wed, Nov 30, 2022 at 6:47 AM Bill Duncan ***@***.***>
wrote:
> If COB is going to be consistent with BFO (perhaps this isn't a
> requirement?), it not clear to me how plan can be a sibling of both role
> and disposition.
>
> Role and disposition bifurcate the logical space of what counts as a
> realizable entity:
>
> - Disposition: the bearer is necessarily (must) be changed if the
> disposition ceases to exist
> - Role: the bearer is not necessarily changed
>
> As far as I can tell, this doesn't leave room for a third type of
> realizable unless disposition and role are defined differently.
>
> —
> Reply to this email directly, view it on GitHub
> <#220>, or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/ADJX2ISUYGOVFEO34WZTLC3WK5SHTANCNFSM6AAAAAASPW3DB4>
> .
> You are receiving this because you are subscribed to this thread.Message
> ID: ***@***.***>
>
--
Bjoern Peters
Professor
La Jolla Institute for Immunology
9420 Athena Circle
La Jolla, CA 92037, USA
Tel: 858/752-6914
Fax: 858/752-6987
http://www.liai.org/pages/faculty-peters
--
Bjoern Peters
Professor
La Jolla Institute for Immunology
9420 Athena Circle
La Jolla, CA 92037, USA
Tel: 858/752-6914
Fax: 858/752-6987
http://www.liai.org/pages/faculty-peters
|
Yes. I am aware that role and disposition are not declared as being disjoint in the OWL. Based on the BFO lexical definitions, they should be disjoint. Sorry, I am hung up on it. But, I don't think COB (or really any formal ontology) should not include logically contradictory entities (even if the contradiction is not represented in the OWL). Perhaps you consider this contradiction a feature, but I consider it a bug. A better approach (I think) would be to define (in RO) relations such as |
From Bjoern: Barry's response: |
I want to clear up a fundamental point of logic here. It may seem counter-intuitive, but this is perfectly logically coherent:
There are two coherent possibilities:
For example:
this is entirely logically coherent. Whether you would want to model something this way is another matter, but my comment is scoped to logical coherency. To go back to the original comment:
Sure, let's take these as axioms
This doesn't follow, unless you are using "type" in some BFO sense that is stricter than "subClassOf" in OWL. Neither disjointness axioms nor stricter DisjointUnion axioms (I assume you mean this when you say "bifurcate the logical space") are sufficient to prevent satisfiable alternate subclasses of the parent. You need some kind of metaclass-level reasoning outside OWL to do this.
I always recommend making a separate PR for things like this, rather than bundling things up in already confusing issues where we talk at cross purposes. Here, I went ahead and made one: note this goes even further than making them disjoint, it makes the subtypes exhaustive
Of course all COB developers agree there should be no logical contradictions. But the onus is on you here to show a contradiction using reasoning rather than claiming it in ambiguous natural language. You can see there are neither contradictions nor unsatisfiable classes with HermiT: |
@cmungall Thanks for the logic lesson :)
I think your statement is bit strong here. Sure ... my reasoning could have been stated more clearly (see my assumption below). However, there are plenty of issue threads in which we argue our points in natural language. We tend to only delve into the nitty gritty of reasoners/formal logic when necessary.
No. I wasn't using 'type' in stricter sense. Rather, I was interpreting So, under the current axiomatization in the PR, an instance of a |
If COB is going to be consistent with BFO (perhaps this isn't a requirement?), it not clear to me how
plan
can be a sibling of both role and disposition.Role and disposition bifurcate the logical space of what counts as a realizable entity:
As far as I can tell, this doesn't leave room for a third type of realizable unless disposition and role are defined differently.
The text was updated successfully, but these errors were encountered: