Skip to content
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

Representing a Temporal Context (or recording / trial) #200

Open
Mome opened this issue Dec 15, 2021 · 2 comments
Open

Representing a Temporal Context (or recording / trial) #200

Mome opened this issue Dec 15, 2021 · 2 comments
Assignees

Comments

@Mome
Copy link
Member

Mome commented Dec 15, 2021

In order to relate the files in NeemHub to results from OpenEASE queries, I would like to express that an instance belongs to one recording (internally we call this a trial).

Previously I saw that other users created a generic physical_task that served as a root task, related to some root-action, and all other actions where sub-actions of this. This works in our case, because we (mostly) always have a root-action per recording (i.e. table-setting). However this must not be case in general.

This is also important to (or maybe the same issue as) finding the right temporal context for an instance, since we are using relative timestamps in our data at the moment (relative to the beginning of the recording).

I found an Episode- or Situation- in SOMA, maybe this is a way to express what we need?

@mpomarlan
Copy link
Collaborator

Episode seems the right way to go here.

I would suggest then something like this: in the NEEM, there will exist an Episode individual that is to represent the complete recording.

This individual will connect via dul:includesTime (http://www.ontologydesignpatterns.org/ont/dul/DUL.owl#includesTime) to a TimeInterval individual. The TimeInterval individual will connect via soma:hasIntervalBegin and soma:hasIntervalEnd (http://www.ease-crc.org/ont/SOMA.owl#hasIntervalBegin, http://www.ease-crc.org/ont/SOMA.owl#hasIntervalEnd) to two floats representing the beginning and ending timestamps.

If there are toplevel actions in the recording (in your example, the root action), then the Episode individual connects to these via dul:includesAction (http://www.ontologydesignpatterns.org/ont/dul/DUL.owl#includesAction).

@daniel86
Copy link
Member

daniel86 commented Jun 9, 2022

+1 for using includesAction for all the toplevel actions in an Episode

@mpomarlan mpomarlan self-assigned this Jun 15, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants