Open zedomel opened 3 years ago
One possible model that we have discussed on Plant-Pollinator Interactions is the Event Core + ResourceRelationship Extension:
In the diagram the dwc:Event
class is used to represent an action that occurs at some location during some time
, and this action being an interaction. The events may include, but not limited, spatial (dwc:Location
), temporal (dwc:eventDate
, dwc:eventTime
) and sampling data (dwc:samplingProtocol
).
The dwc:Occurrence
class documents an existence of an Organism [...] at a particular place at a particular time
associated to a particular dwc:Event
. So, the dwc:Event
is a documentation of an co-action (aka interaction) of two particular dwc:Occurrence
s (see Lidicker, 1979 for a discussion of co-actions and interactions in Biology).
Since, any action (or co-action) may have a direction and can be classified into different categories (or types), the dwc:ResourceRelatinship
class is used to document the type of an interaction (dwc:relantionshipOfResource
and the new (?) term dwc:relatinshipOfResourceID
), and the direction of an interaction (dwc:resourceID
--> dwc:relatedResourceID
). And it is the actual representation of an interaction, the dwc:Event
only represents the event the originates that interaction (basically spatial and temporal information).
Using a dwc:Event
class to represent the interactions (without a direction or a type) allows generic species associations (e.g. co-ocurrences) to be documented. Which may be useful in cases where we don't have any information about the type and the direction an interaction, then we assumed dwc:Occurrence
<-- interacts with
--> dwc:Occurrence
at some location and time (dwc:Event
). But, may it does not make sense for co-occurrences (?). The dwc:ResourceRelantionship
class enforces a direction to the interaction (dwc:resourceID
(subject) --> dwc:relatedResourceID
(object)) and also the type (dwc:relationshipOfResource
(verb)) establish the direction even with generic values (e.g. interacts with
).
The dwc:Event
may be associated with dwc:MeasurementOrFact
class to document many measurements or facts of any particular dwc:Event
. Since, semantically, the dwc:Event
does not represents the interaction, but rather a co-action at some place and time, it can be associated with any measurement or fact that originates to or from the interaction (e.g. resource collect from a flower, --more example here--).
Similarly, the [obis:ExtendedMeasurementOrFact
(https://tools.gbif.org/dwca-validator/extension.do?id=http://rs.iobis.org/obis/terms/ExtendedMeasurementOrFact) can be used to document measurement or facts of any particular dwc:Occurrence
.
It is not clear to me, if the measurement or facts should be linked to the dwc:Event
or dwc:ResourceRelationship
, but does not seem a problem to link them to the dwc:Event
since all measurements or facts about an interaction are also, by definition, the measurements or facts of the associated event (any example that contradicts it???).
At the Plant-Pollinator Interactions we have discussed different models. See issue #60 for a discussion about advantages/disadvantages of each model.
But, the Event Core + ResourceRelationship Extension looks like the one that satisfies all the requirements to capture an Interaction:
dwc:resourceID
+ dwc:relatedResourceID
).Curious to know thoughts of others!
thanks.
I feel this is a good, relatively simple yet powerful and flexible way to model interactions.
The ExtendedMeasurementsOrFacts Extension would be required to link to the Event (and Occurrences in an Occurrence Extension to the Event Core), as there is currently no possible model with ResourceRelationship as the Core in a Darwin Core archive.
Hi everyone,
after our last meeting I was thinking about how we can capture the co-occurrence and the interaction separately. Since, every interaction is a co-occurrence, then it can be seen as a specialization of a co-occurrence where some kind of knowledge is added to the co-occurrence.
Based on that, for documenting co-occurrence we should need the follow ID's:
Occurrence
's (for simplicity I'm considering only two occurrences, but in fact it can be expanded to n
occurring organisms or group of organisms).
occurrenceID
Event
and then the eventID
can be used as the ID of the co-occurrence.
eventID
Once we have a co-occurrence we can add as many knowledge (ie. interaction inference) we want to that using the ResourceRelationship
class of DwC. For that we have 4 (four) additional ID's:
resourceRelationshipID
: the ID of the interaction or knowledge linked to a particular co-occurrence event.resourceID
: the ID of the subject of the interaction. It should be the ID of the Occurrence
acting as the subject of the interaction.relatedResourceID
: the ID of the object of the interaction. It should be the ID of the another Occurrence
in the co-occurrence eventrelationshipOfResource
(next version of DwC should include relationshipOfResourceID
): the type of the interaction. Next version of DwC should include relationshipOfResourceID
. Here we may use some ontology like Relation Ontology.Additionally, we may need a term for the interaction evidence and the term relationshipAccordingTo
and also the proposed term relationshipAccordingToID
(in process of need evidence for demand). So, as Interest Group we can prepare an evidence for demand for the term relationshipAccordingToID
.
Using the ResourceRelationship
class we can also have additional information about:
relationshipEstablishedDate
: the date when the interaction inference was maderelationshipRemarks
: comments about the interactionThus, one co-occurrence Event
can be linked to 0, 1 or many interaction inferences (ResourceRelationship
):
Probably, there are some other ways to document that (e.g. linking ResourceRelationship
direct to one of the Occurrence
s without the co-occurrence Event
):
Let's discuss more about it.
Hi all, First a quick thanks for taking this on and the discussion so far. It's been super helpful for me already. I'm working with Nate Upham at Arizona State University, Jorrit Poelen, and other collaborators to extract and model mammal-virus interaction data. Separating co-occurrence of a virus in a mammal from a directed parasitic relationship is very helpful, because some viruses may be present only transiently in a mammal organism without replicating or producing disease.
I'll raise a couple further questions in case they're helpful for discussion:
Thanks and looking forward to more discussion soon! Beckett
What are the minimum set of terms which do we need to document Interactions?
Identifiers (ID's)
dwc:eventID
ordwc:resourceRelationshipID
dwc:Occurrence
s/dwc:Taxon
s:resourceID
andrelatedResourceID
dwc:relationshipOfResourceID
community reviewingrelationshipAccordingToID
was proposed to be added toResourceRelationship
extension. Still needs evidence for demand https://github.com/tdwg/dwc/issues/187.Non-identifiers
Which terms besides those already defined by DwC do we need to document Interactions?