Date   

Re: Two votes - please participate!

tomas Navarrete
 

AECBDFGH


Re: Two votes - please participate!

Stefano Merciai
 

DACBEH



Groups.io Links:

You receive all messages sent to this group.

View/Reply Online (#69) | Reply To Group | Reply To Sender | Mute This Topic | New Topic

Your Subscription | Contact Group Owner | Unsubscribe [stefano.merciai@...]

_._,_._,_

-- 
Best,
S.


Re: Two votes - please participate!

Søren
 

ACDFGHEB


Re: Two votes - please participate!

Rutger Schurgers
 

Hi all,

 

Back at the office it takes me some time to respond as I’m busy as usual. My preferences:

 

BACDEHGF

 

Regards,

 

Rutger

 

From: main@bonsai.groups.io [mailto:main@bonsai.groups.io] On Behalf Of Chris Mutel
Sent: 06 April 2019 00:03
To: main@bonsai.groups.io
Subject: [bonsai] Two votes - please participate!

 

Dear all-

1. If you haven't voted for or against BEP 1, please do it now! If not enough people participate, the proposal will automatically fail.

2. We have had a lively discussion on the terminology used in the ontology, and have several different options before us. It would be nice to get a sense of the broader groups preferences through an indicative, though not necessarily binding, vote. When multiple option are present, ranked choice voting (in this case in the form of instant runoff) is a decent polling choice. So please visit the list of candidates: https://github.com/BONSAMURAIS/BONSAI-ontology-RDF-framework/blob/master/Terminology-discussion.md, and reply to this email with your preferences in order by letter, from first to last. For example, here are my personal preferences:

BDACFE

Please rank all six possibilities, so we can get complete statistics.


Re: #ontology Can we come up with a better term than "Flow Object"? #ontology

Søren
 

I agree with Matteo in this case:
"... the current definition is extremely clear, as it related the Flow and the Object of the Flow (aka Flow Object). [...] all other proposal are much more confusing (Flow and Exchange are two dynamic terms)"

 
/Søren


Re: #ontology Can we come up with a better term than "Flow Object"? #ontology

 

After a community vote on nomenclature, we are essentially tied between the following options: "flow object", "item", "flow item." This vote was announced as informative and non-binding, so it is up to the ontology working group to decide what to propose in BEP 5, and this discussion should be summarized and referenced in the final BEP. For the time being, it makes sense to continue using "flow object."

Here are the vote results (options are listed here):

Final average rank (where 1 is the best):
Flow object: 2.33
Flow item: 2.88
Item: 2.88

In instant run-off voting, the final tally is 5 first-place votes for "flow object", and 4 first-place votes for "item".

(While these results may look like they reveal a clear preference, they are quite sensitive - any single person changing their vote could flip this preference, and some people might be tempted to do so when the initial results are presented. Therefore I think the only fair interpretation under uncertainty is to regard these as tied.)


Re: Two votes - please participate!

Matteo Lissandrini (AAU)
 

Hi Brandon,

I think if you look at the ontology for Flow

and at this example

you will see why I proposed Flow quantity:
in the current definition Flow is subclass of om2:Measure, because it instantiate the measured quantity of something that has been input/output of an activity.


I hope this can clarify a little bit the case.

Cheers,
Matteo


From: main@bonsai.groups.io [main@bonsai.groups.io] on behalf of Brandon Kuczenski via Groups.Io [bkuczenski@...]
Sent: Monday, April 08, 2019 7:30 PM
To: main@bonsai.groups.io
Subject: Re: [bonsai] Two votes - please participate!

I'm afraid I do not understand the voting options here- we are selecting from rows in which the final column is always 'activity', so we are choosing terms for the first two columns- but what do those columns signify? general and specific / abstract and concrete? "flow quantity" is not comparable to exchange or elementary flow or anything else in the table so I am at a loss. I do think that any system that doesn't recognize quantities as a distinct class is incomplete, but voting for "F" shows a misconception of what a quantity is.

If I were to apply my own perspective, it would be "abstract entity" and "concrete / observed thing" so my votes would be: BGEACDH0. I would prefer "Flowable | Exchange" over "Flowable | Flow" but it is not a choice.

On Mon, Apr 8, 2019 at 7:36 AM Massimo Pizzol <massimo@...> wrote:
DCAFBEGH

"The 'flow' of an 'item' from/to an 'activity'" 
Is quite close to the way we colloquially talk about these things IMO, e.g. "10 kg of carbon dioxide from electricity production". I know 'item' might be appear too generic, but we have decided that we don't want to accept the mental limitations of predefined categories (like e.g. 'product', 'emission', etc.) so the chosen term actually has to be quite generic to allow us to identify almost everything...



--
Brandon Kuczenski, Ph.D.
Associate Researcher

University of California at Santa Barbara
Institute for Social, Behavioral, and Economic Research
Santa Barbara, CA 93106-5131

email: bkuczenski@...


Re: Two votes - please participate!

Brandon Kuczenski
 

I'm afraid I do not understand the voting options here- we are selecting from rows in which the final column is always 'activity', so we are choosing terms for the first two columns- but what do those columns signify? general and specific / abstract and concrete? "flow quantity" is not comparable to exchange or elementary flow or anything else in the table so I am at a loss. I do think that any system that doesn't recognize quantities as a distinct class is incomplete, but voting for "F" shows a misconception of what a quantity is.

If I were to apply my own perspective, it would be "abstract entity" and "concrete / observed thing" so my votes would be: BGEACDH0. I would prefer "Flowable | Exchange" over "Flowable | Flow" but it is not a choice.


On Mon, Apr 8, 2019 at 7:36 AM Massimo Pizzol <massimo@...> wrote:
DCAFBEGH

"The 'flow' of an 'item' from/to an 'activity'" 
Is quite close to the way we colloquially talk about these things IMO, e.g. "10 kg of carbon dioxide from electricity production". I know 'item' might be appear too generic, but we have decided that we don't want to accept the mental limitations of predefined categories (like e.g. 'product', 'emission', etc.) so the chosen term actually has to be quite generic to allow us to identify almost everything...



--
Brandon Kuczenski, Ph.D.
Associate Researcher

University of California at Santa Barbara
Institute for Social, Behavioral, and Economic Research
Santa Barbara, CA 93106-5131

email: bkuczenski@...


Re: Two votes - please participate!

Massimo Pizzol
 

DCAFBEGH

"The 'flow' of an 'item' from/to an 'activity'" 
Is quite close to the way we colloquially talk about these things IMO, e.g. "10 kg of carbon dioxide from electricity production". I know 'item' might be appear too generic, but we have decided that we don't want to accept the mental limitations of predefined categories (like e.g. 'product', 'emission', etc.) so the chosen term actually has to be quite generic to allow us to identify almost everything...


Re: Two votes - please participate!

Carlos David Gaete <cdgaete@...>
 

AFCED


On Mon, 8 Apr 2019 at 15:54, Chris Mutel <cmutel@...> wrote:
FYI:

1. The vote on BEP 1 is trending towards acceptance; the voting will stop if two more people participate and approve.

2. We currently have 5 votes in our nomenclature discussion. Here are the average ranks:
  • A 2.0
  • B 4.2
  • C 2.8
  • D 2.6
  • E 5.2
  • F 4.2

I have updated the table with the alternatives suggested by Miguel R. You are, of course, allowed to alter your votes if you want.


Re: Two votes - please participate!

romain
 

DCABFGHE

/Romain


Re: Two votes - please participate!

 

FYI:

1. The vote on BEP 1 is trending towards acceptance; the voting will stop if two more people participate and approve.

2. We currently have 5 votes in our nomenclature discussion. Here are the average ranks:
  • A 2.0
  • B 4.2
  • C 2.8
  • D 2.6
  • E 5.2
  • F 4.2

I have updated the table with the alternatives suggested by Miguel R. You are, of course, allowed to alter your votes if you want.


Re: #bonsamurai.github.io

 

Maybe easier to split it up into actual URLs:

Note that the following is just one possibility, and will be changed now and in the future. Our aim is to make such changes easy.

bonsai.uno
  • Homepage
  • Vision (short)
    • Common ontology for LCA, MFA, and IE
    • Open data pipeline
  • By the community, for the community
    • Getting started guide
    • GH projects repo
  • Should be short, more of an appetizer than a meal, with links to more documentation

bonsai.uno/ontology
  • Introduction to core concepts of the ontology, starting with a gentle introduction to linked data
  • Ends with links to other docs/visualization for complete ontology
  • Target audience is people who have never heard "RDF" before

bonsai.uno/data-pipeline
  • Subway-style map with the different data processing steps, and the accompanying repositories / web resources
  • Target audience is people who are used to using the "Excel hammer"

bonsai.uno/getting-started
  • Brief page with links to more specific getting-started guides. Help people decide what getting started guide is right for them.
  • Could also contain a toolkit, like http://toolbox.schoolofdata.ch/

bonsai.uno/getting-started/contribute-data

bonsai.uno/getting-started/our-api

bonsai.uno/getting-started/others as we develop

bonsai.uno/community
  • Community management philosophy
  • Links to BEPs

bonsai.uno/FAQs
  • FAQs to be populated. 
    • How is BONSAI different than other LCA databases?
    • How can I contribute?
    • Who is behind BONSAI?
    • What is the relationship between the project and the NPO?
    • Is anyone paid to work on BONSAI?

bonsai.uno/NPO
  • Archive of official documents
  • Become a member

To do:
  • Look into CSS classes used (everything necessary is in the repo already), decide if we want to keep using SASS as CSS preprocessor, create some more classes (and maybe more meaningful labels for common layouts). Write up brief notes on using the CSS to get what you want.
  • Write some sample content for 1-2 pages, esp. data flow, homepage, and ontology
    • Then do some layout with bright, colorful, and simple graphs (e.g. for links between ontology concepts).


Re: 5.4.19 Catch-up meeting minutes and next meeting planning

 

Repo overview attachment


5.4.19 Catch-up meeting minutes and next meeting planning

 

Next catch-up meeting

We will have another catch-up meeting on 12.4.19 at 15:00 CEST, and then skip the next week (19.4.19) due to Easter holidays.

5.4.19 Catch-up meeting minutes

Correspondence tables
 
Started https://github.com/BONSAMURAIS/grafter tool to change 1-1 CSVs to RDF with actual predicates
Added some new tables, and metadata to existing tables
Priority is EXIOBASE - ENTSO-E, as we need this for first proof on concept deliverable
Data cleaning/conversion now is laborious and manual, need a better way. See an example here: https://github.com/BONSAMURAIS/Correspondence-tables/blob/master/scripts/from_raw_to_clean_tables.ipynb
 
Communication
 
Need a clean and prominent place to summarize existing repos, their functions, and their interdependencies (one possible overview from Tom Millross is attached)
Could be on wiki or bonsai README
bonsai.uno website rework is starting, repo here: https://github.com/BONSAMURAIS/bonsai.uno
 
Ontology
 
Discussion on nomenclature is ongoing, with several creative solutions proposed
Adaptation of existing probability ontology is difficult due to all examples being XML; volunteers to help adapt this ontology please contact Agneta
Move away from JSON-LD and towards Turtle as default exchange format for RDF data, due to readability and ease of programming
 
System model / calculation interface
 
Work and documentation is proceeding after the hackathon, such as procedures for dis/aggregation (e.g. Aggregating different types of gas with different calorific values)
REST endpoints to be defined and documented
 
Outreach
 
Miguel A. will attend https://forum.openmod-initiative.org/t/aarhus-2019-workshop/1126
Those attending LCM 2019 will hold an outreach event, with organizing and content support from others in the BONSAI team
 


Re: #ontology Can we come up with a better term than "Flow Object"? #ontology

mmremolona@...
 

Hi all,

My philosophy on naming in ontologies revolves not on the simplicity of the terms used but on how they sound like when you talk about them in normal conversations. Does it sound awkward or normal? On the terms of the ontology:

Flow -> Right now this term is used to refer to the transfer of material or objects from an activity (as an output) to another activity (as an input), thereby connecting these two activities. In my opinion, changing this term to exchange does not affect the overall understanding of the ontology. Either would work. I can have a material flow from one activity to another activity.

Flow-object -> This is defined as an object that is referenced in a flow. Many flows can reference a single instance of a flow-object. I think this is where confusion may set in, as a flow-object can be imagined as an instance of flow. And I agree with Chris that this doesn’t sound right when talking about it. It just doesn’t seem natural to mention a flow object.

I don’t think flow itself works here as the word flow doesn’t equate to any object or material.

For the idea regarding using the term “thing”, everything in any ontology is a subclass of owl:Thing, at least according to the specifications of w3c, so this is redundant and may lead to confusion.
Regarding flow-item, while this seems like a good idea, I generally associate the term item to something that I can itemize or count. Steel, copper, coal, and all the other things used don’t have a problem. However, for CO2, water, steam, etc., this doesn’t seem like a good term to use.

My initial idea to fix this is by making flow an adjective, as in the case of Flowing-Object. However, this doesn’t sound right in language as well. My previous argument for the flow-item would then be reversed; coal steel and those solid objects do not necessarily flow.

My secondary idea involves using the term Exchanged-Object. This is not necessarily related to the first term flow, but both can be adapted so that it sounds more congruent overall. This also sounds better as the question that arises from it sounds better in English (e.g. What’s the exchanged-object between the two activities you mentioned? In this flow, what’s the exchanged-object?)

TLDR:
Flow -> “Exchange” or retain “Flow”
Flow-object -> “Exchanged-Object”

 

Best,

 

Miguel Remolona


Re: #ontology Can we come up with a better term than "Flow Object"? #ontology

Andreas Ciroth
 

Dear all,

interesting. As part of the discussion you may want to consider also the JSON-LD format names:

http://greendelta.github.io/olca-schema/

In my view, process, flow, exchange is most commonly used (used in “our” JSON-LD format and in ILCD) and it is not too bad (meaning: short, not misleading; it is good to distinguish flows from exchanges). Yes, process, and flow, and also exchange can be a noun and a verb but this is common in English language. So, maybe, in view that there are really lots of things to do in LCA and data availability and LCA ontologies, it is maybe good to stick with this. Or, invent something really different. Point, line, square, e.g., would be different, for flow, exchange, process.

All the best!

Andreas

 

Von: main@bonsai.groups.io <main@bonsai.groups.io> Im Auftrag von Elias Sebastian Azzi
Gesendet: Sonntag, 7. April 2019 23:18
An: main@bonsai.groups.io
Betreff: Re: [bonsai] #ontology Can we come up with a better term than "Flow Object"?

 

Hello,

Reading up that long email thread I wrote a summary of the different views expressed. I also summarise an article that describes another ontology for IE, rather different vocabulary, hoping it will help us see the ontology from a different perspective.

 

 

Alpha / Summary

 

Issue - Human vocabulary for BONSAI's core ontology

While there seems to be an agreement among the participants around the three core classes of the ontology (i.e. on their conceptual meaning), there is not yet a consensus on how these classes should be named in human readable language. There is however an agreement on the fact that the vocabulary used during the hackathon 2019 is not ideal. Most of the controversy lies in the term "flow object". This issue seems of high importance because it affects how people perceive the ontology, understand it and decide whether to take it up or not.

 

Below, we summarise the different views/suggestions on that issue, pros, cons and remarks.

 

V1. [Chris] "Flow object" is not consistent with the other terms of the ontology and is hard to related to. The alternative "item" is suggested.

Pro: definition of item is "an individual article or unit, especially one that is part of a list, collection, or set" which fits in the concept.

Pro: it echoes to fields of computer science and mathematics

Remark: activities are also part of a list/collection/set, according to that definition activities are also items of a collection of activities.

 

V2. [Chris] "Flow" is good but has no natural counterpart. An alternative for "flow" could be "exchange".

 

V3. [Agneta] Return to the published LCA ontology (Kuczenski et al. 2016), with the three terms Activity (a thing that happens), Flow (a thing in the world that exists because of some instance of an Activity), and Exchange (an established relationship between an activity instance and a flow instance).

Pro: (to verify) coherence with the vocabulary used by most industrial ecologist / (disagreement) in (1) the authors argue that terminology is not consistent between industrial ecologist, even for basic definitions.

(1) Pauliuk, S.; Majeau-Bettez, G.; Müller, D. B.; Hertwich, E. G. Toward a Practical Ontology for Socioeconomic Metabolism. J. Ind. Ecol. 2016, 20 (6), 1260–1272; DOI 10.1111/jiec.12386.

 

V4. [Rutger] In  ecospold1, only exchanges are defined. In ILCD data formats, both exchange and flows (i.e. flow objects) are defined. Environmental compartments are specified. In SimaPro platform, Flows do not include compartments, as in the Bonsai hackathon version. Exchange is not yet used, but is considered. At PRé, flow-objects are of two types: substances and products, but not perfect.

Con: flow and exchange are both dynamic terms

 

V5. [Matteo] Flow and Flow-object in the post-hackathon ontology are clear and well defined: they relate the Flow and the Object of the Flow (aka the Flow Object). In other words, by keeping the word "flow" in both definitions their link and subtle difference is kept explicit and forces the new-comer to think twice about these definitions.

Pro: all terms can be confusing, the advantage of Flow and Flow-object is that the difficulty is not hidden behind different terms, does not allow for misunderstanding to happen.

 

V6. [Bo] The vocabulary we use needs to distinguish between "the observation of a specific flow (22 kg input of steel) and the abstract flow-object (steel)".

 

V7. [Agneta] "hackathon vocabulary" -> "new vocabulary"

Flow-object => Flow

Flow => Exchange

 

Long List of Terms:

Flow object, entity, object, flux, item, thing, element, substance, component, Noumenon, Flow-item, commodity

Flow, Exchange, Phenomenon

Activity

 

-------

 

 

Bravo / Looking at it from a different angle

 

This being said, I would like to add to the discussion the following points:

  • Matteo has a point: by using the work “flow” twice (in flow and flow-object) we keep the complexity explicit.

 

  • We seem to agree on the structure, but finding the right words for human communication is tricky: do we have to choose? In the end, examples speak by themselves. We will choose a term now, but we can keep the list of alternatives: the list helps clarify things!

 

  • Do we actually agree on the structure? Your discussions forced me to re-open that article by Pauliuk and co: they have the same goal as Bonsai, performed a review of all IE fields, and (wait for it) came up with a totally different wording. I would say that it is one level of abstraction higher than the current Bonsai ontology, and rather stimulating to read. Here some highlights:
    • Many inconsistencies of vocabulary and definitions exist within IE and even within certain fields e.g. LCA
    • Industrial ecologist describe socioeconomic metabolism by a bipartite directed graph (i.e. SUTs) or directed graph
    • Five key definitions:

Definition 1, Sets: A set is a collection of distinct objects

Definition 2, Hierarchical, mutually exclusive and collectively exhaustive (H-MECE) object classification: An HMECE object classification is a grouping of a given set of objects into an H-MECE collection of sets.

Definition 3, Stock: A stock is a set of objects of interest.

Definition 4, Process: A process is a set-based description of one or several events of interest, expressed in terms of the objects of interest that are involved in these events during their course.

Definition 5, Flow: A flow is a description of a particular type of event, where objects are preserved and move from one set a to another set b.

    • In sounds very different, but when you read the article in details, all the issues we face are somehow discussed. Including how to handle the properties of objects of interest (see Figure 2)
    • Definition 2 is of interest for the correspondence table group

 

 

mvh

Elias

 

From: main@bonsai.groups.io <main@bonsai.groups.io> On Behalf Of Chris Mutel
Sent: den 5 april 2019 12:46
To: main@bonsai.groups.io
Subject: Re: [bonsai] #ontology Can we come up with a better term than "Flow Object"?

 

I added a table with what I could make of the existing systems, and the possible alternatives we have discussed, here: https://github.com/BONSAMURAIS/BONSAI-ontology-RDF-framework/blob/master/Terminology-discussion.md. Feel free to edit this if you think I have made a mistake.

> To re-iterate: Flow is a verb

Flow can be a verb or a noun, and there is something to be said for having all the core terms be nouns (I think everything else is).


Re: Two votes - please participate!

Elias Sebastian Azzi
 

ADCFBE  is my current preference.

 

mvh

Elias

 

From: main@bonsai.groups.io <main@bonsai.groups.io> On Behalf Of Matteo Lissandrini (AAU)
Sent: den 7 april 2019 17:44
To: main@bonsai.groups.io
Subject: Re: [bonsai] Two votes - please participate!

 

AFDCEB

 


From: main@bonsai.groups.io [main@bonsai.groups.io] on behalf of Massimo Pizzol via Groups.Io [massimo@...]
Sent: Sunday, April 07, 2019 5:19 PM
To: main@bonsai.groups.io
Subject: Re: [bonsai] Two votes - please participate!

DCAFBE


Re: #ontology Can we come up with a better term than "Flow Object"? #ontology

Elias Sebastian Azzi
 

Hello,

Reading up that long email thread I wrote a summary of the different views expressed. I also summarise an article that describes another ontology for IE, rather different vocabulary, hoping it will help us see the ontology from a different perspective.

 

 

Alpha / Summary

 

Issue - Human vocabulary for BONSAI's core ontology

While there seems to be an agreement among the participants around the three core classes of the ontology (i.e. on their conceptual meaning), there is not yet a consensus on how these classes should be named in human readable language. There is however an agreement on the fact that the vocabulary used during the hackathon 2019 is not ideal. Most of the controversy lies in the term "flow object". This issue seems of high importance because it affects how people perceive the ontology, understand it and decide whether to take it up or not.

 

Below, we summarise the different views/suggestions on that issue, pros, cons and remarks.

 

V1. [Chris] "Flow object" is not consistent with the other terms of the ontology and is hard to related to. The alternative "item" is suggested.

Pro: definition of item is "an individual article or unit, especially one that is part of a list, collection, or set" which fits in the concept.

Pro: it echoes to fields of computer science and mathematics

Remark: activities are also part of a list/collection/set, according to that definition activities are also items of a collection of activities.

 

V2. [Chris] "Flow" is good but has no natural counterpart. An alternative for "flow" could be "exchange".

 

V3. [Agneta] Return to the published LCA ontology (Kuczenski et al. 2016), with the three terms Activity (a thing that happens), Flow (a thing in the world that exists because of some instance of an Activity), and Exchange (an established relationship between an activity instance and a flow instance).

Pro: (to verify) coherence with the vocabulary used by most industrial ecologist / (disagreement) in (1) the authors argue that terminology is not consistent between industrial ecologist, even for basic definitions.

(1) Pauliuk, S.; Majeau-Bettez, G.; Müller, D. B.; Hertwich, E. G. Toward a Practical Ontology for Socioeconomic Metabolism. J. Ind. Ecol. 2016, 20 (6), 1260–1272; DOI 10.1111/jiec.12386.

 

V4. [Rutger] In  ecospold1, only exchanges are defined. In ILCD data formats, both exchange and flows (i.e. flow objects) are defined. Environmental compartments are specified. In SimaPro platform, Flows do not include compartments, as in the Bonsai hackathon version. Exchange is not yet used, but is considered. At PRé, flow-objects are of two types: substances and products, but not perfect.

Con: flow and exchange are both dynamic terms

 

V5. [Matteo] Flow and Flow-object in the post-hackathon ontology are clear and well defined: they relate the Flow and the Object of the Flow (aka the Flow Object). In other words, by keeping the word "flow" in both definitions their link and subtle difference is kept explicit and forces the new-comer to think twice about these definitions.

Pro: all terms can be confusing, the advantage of Flow and Flow-object is that the difficulty is not hidden behind different terms, does not allow for misunderstanding to happen.

 

V6. [Bo] The vocabulary we use needs to distinguish between "the observation of a specific flow (22 kg input of steel) and the abstract flow-object (steel)".

 

V7. [Agneta] "hackathon vocabulary" -> "new vocabulary"

Flow-object => Flow

Flow => Exchange

 

Long List of Terms:

Flow object, entity, object, flux, item, thing, element, substance, component, Noumenon, Flow-item, commodity

Flow, Exchange, Phenomenon

Activity

 

-------

 

 

Bravo / Looking at it from a different angle

 

This being said, I would like to add to the discussion the following points:

-          Matteo has a point: by using the work “flow” twice (in flow and flow-object) we keep the complexity explicit.

 

-          We seem to agree on the structure, but finding the right words for human communication is tricky: do we have to choose? In the end, examples speak by themselves. We will choose a term now, but we can keep the list of alternatives: the list helps clarify things!

 

-          Do we actually agree on the structure? Your discussions forced me to re-open that article by Pauliuk and co: they have the same goal as Bonsai, performed a review of all IE fields, and (wait for it) came up with a totally different wording. I would say that it is one level of abstraction higher than the current Bonsai ontology, and rather stimulating to read. Here some highlights:

o   Many inconsistencies of vocabulary and definitions exist within IE and even within certain fields e.g. LCA

o   Industrial ecologist describe socioeconomic metabolism by a bipartite directed graph (i.e. SUTs) or directed graph

o   Five key definitions:

Definition 1, Sets: A set is a collection of distinct objects

Definition 2, Hierarchical, mutually exclusive and collectively exhaustive (H-MECE) object classification: An HMECE object classification is a grouping of a given set of objects into an H-MECE collection of sets.

Definition 3, Stock: A stock is a set of objects of interest.

Definition 4, Process: A process is a set-based description of one or several events of interest, expressed in terms of the objects of interest that are involved in these events during their course.

Definition 5, Flow: A flow is a description of a particular type of event, where objects are preserved and move from one set a to another set b.

o   In sounds very different, but when you read the article in details, all the issues we face are somehow discussed. Including how to handle the properties of objects of interest (see Figure 2)

o   Definition 2 is of interest for the correspondence table group

 

 

mvh

Elias

 

From: main@bonsai.groups.io <main@bonsai.groups.io> On Behalf Of Chris Mutel
Sent: den 5 april 2019 12:46
To: main@bonsai.groups.io
Subject: Re: [bonsai] #ontology Can we come up with a better term than "Flow Object"?

 

I added a table with what I could make of the existing systems, and the possible alternatives we have discussed, here: https://github.com/BONSAMURAIS/BONSAI-ontology-RDF-framework/blob/master/Terminology-discussion.md. Feel free to edit this if you think I have made a mistake.

> To re-iterate: Flow is a verb

Flow can be a verb or a noun, and there is something to be said for having all the core terms be nouns (I think everything else is).


Re: Two votes - please participate!

Matteo Lissandrini (AAU)
 

AFDCEB


From: main@bonsai.groups.io [main@bonsai.groups.io] on behalf of Massimo Pizzol via Groups.Io [massimo@...]
Sent: Sunday, April 07, 2019 5:19 PM
To: main@bonsai.groups.io
Subject: Re: [bonsai] Two votes - please participate!

DCAFBE