EntityAggregate? #858
Replies: 6 comments
-
|
For planned act you can make an Act and assert 'has occurrent part' <planned act 1>, <planned act 2>, .... But perhaps prove me wrong with a compelling example of why the above solution won't work. |
Beta Was this translation helpful? Give feedback.
-
|
My hesitation is that I don't see an arbitrary collection of observations, perhaps aggregated after the fact, as a single 'Act'. I'm happy to define such an aggregate in an application ontology, but I thought perhaps a single generic (In SSN we have ExecutionCollection and SampleCollection as key cases.) |
Beta Was this translation helpful? Give feedback.
-
|
Not to my taste. We have parthood relations - use them. Others may have different opinions. |
Beta Was this translation helpful? Give feedback.
-
|
Maybe it's helpful to distinguish among acts of aggregation. At least three examples come to mind:
These strike me as very different ontologically, and perhaps what drives our variations in taste and opinion on aggregates. |
Beta Was this translation helpful? Give feedback.
-
Then define it as process that has those parts. Sums of processes are processes. |
Beta Was this translation helpful? Give feedback.
-
|
OK, I can accept that. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
object aggregate(bfo:0000027) appears to be the class for aggregates or collections of things. However, it is limited to material entities.Various
has * partandis * part ofallow for part-whole aggregations, but AFAICT except forobject aggregatethe 'whole' is conceived as a unitary thing.So how does one represent a collection of 'planned acts', for example a set of observations or measurements? They do not compose a single planned act. In fact they may be assembled after the fact.
I've looked at #91 and #365 but can't see a way forward for non-ICE and non-material-entities.
Beta Was this translation helpful? Give feedback.
All reactions