ontology icon indicating copy to clipboard operation
ontology copied to clipboard

Restructuring individuals: boolean variable

Open Ludee opened this issue 2 years ago • 10 comments

Description of the issue

As described in https://github.com/OpenEnergyPlatform/ontology/issues/859 most of the individuals in the OEO are lacking a definition. In addition the upper classes are evaluated again.

Ideas of solution

Type Individual Definition
boolean variable false False is a boolean variable which is intended to represent the truth value false (denoted by 0, by -, the falsum ⊥, or falsch (F) in German).
boolean variable true True is a boolean variable which is intended to represent the truth value true (denoted by 1, by +, the verum ⊤, or wahr (W) in German).

l-emele commented yesterday: The individuals true and false are fine to me.

Workflow checklist

  • [x] I discussed the issue with someone else than me before working on a solution
  • [x] I already read the latest version of the workflow for this repository
  • [x] The goal of this ontology is clear to me

I am aware that

  • [x] every entry in the ontology should have a definition
  • [x] classes should arise from concepts rather than from words

Ludee avatar May 12 '22 10:05 Ludee

I don't know why we need this issue, if we already found an agreement.

l-emele avatar May 12 '22 11:05 l-emele

Mainly I created this issue for documentation. But I have minor improvements for the definitions and perhaps we need to discuss further aspects.

False is a Boolean variable which is intended to represent the truth value false, which means it is not true. It is denoted by 0, by -, the falsum ⊥, or in German falsch, FALSCH, or F.

True is a Boolean variable which is intended to represent the truth value true, which means it is right. It is denoted by 1, by +, the verum ⊤, or in German wahr, WAHR, or W.

Ludee avatar May 12 '22 13:05 Ludee

One thumbs up and no further comment for more than a month, so I think this is ready to implement.

l-emele avatar Jun 23 '22 06:06 l-emele

I would implement this as a first ticket. I couldn't find the individuals in a module. So I wanted to verify that I would do the change in the oeo.omn. Happy for your feedback.

rue-l avatar Jul 20 '22 12:07 rue-l

@rue-l did you pull from the dev branch recently? The last PR added the annotation "belongs to module". boolean variable and its instances belong to oeo-model.

stap-m avatar Jul 21 '22 11:07 stap-m

Looking again on this issue: Are true and false even instances/individuals of a boolean variable? Aren't these rather values of a boolean variable?

l-emele avatar Aug 02 '22 09:08 l-emele

@OpenEnergyPlatform/oeo-general-expert-formal-ontology : Any thoughts on the question posed in my last comment?

l-emele avatar Aug 31 '22 14:08 l-emele

Looking again on this issue: Are true and false even instances/individuals of a boolean variable? Aren't these rather values of a boolean variable?

@fabianneuhaus : Any thoughts on this question?

l-emele avatar Sep 14 '22 08:09 l-emele

OEO dev 44: The "most philosophic question" what is "true" => @fabianneuhaus will have a look on this

Ludee avatar Sep 22 '22 09:09 Ludee

@fabianneuhaus : Any updates on this true/false question?

l-emele avatar Oct 18 '22 06:10 l-emele

No further comments here fore a while. So here a proposal how to solve this.

We could distinguish between a boolean variable and a boolean value:

  • A boolean ~variable~ value is an ~variable~ information content entity that can only be true or false. (Alternative term maybe truth value?)
  • A boolean variable is a variable that represents a boolean value.

And then make true and false instances of that boolean value:

  • False is a boolean ~variable~ value which is intended to represent the truth value false (denoted by 0, by -, the falsum ⊥, or falsch (F) in German).
  • True is a boolean ~variable~ value which is intended to represent the truth value true (denoted by 1, by +, the verum ⊤, or wahr (W) in German).

And of course, true and false should be explicitly axiomatised as being different.

This probably is not the perfect solution from a pure philosophical standpoint. But in my view it would be a viable solution to solve this longstanding issue. If at a later stage, this solution does show problems, we can discuss this again.

l-emele avatar Nov 09 '22 16:11 l-emele

@stap-m @fabianneuhaus : In my last comment I proposed a potential solution regarding true and false. It is not perfect, but maybe at least good enough to move forward. What do you think about the proposal in my last comment?

l-emele avatar Jan 18 '23 15:01 l-emele

Moved to next release 1.14.0

chrwm avatar Feb 01 '23 13:02 chrwm

@stap-m : Please give a feedback whether my proposal in my comment above is a viable interim solution.

l-emele avatar Jun 15 '23 12:06 l-emele

I am fine with your proposal as temporal solution.

stap-m avatar Jun 16 '23 06:06 stap-m

Great! Then I will take over PR #1255 and implement this there.

l-emele avatar Jun 16 '23 10:06 l-emele