I has thinking it might be best to keep "<font class="Apple-style-span" face="'courier new', monospace">Individual</font>" as it is and add a new class called "<font class="Apple-style-span" face="'courier new', monospace">Sample</font>" or "<font class="Apple-style-span" face="'courier new', monospace">CollectionObject</font>"<div>
<br></div><div>There maybe cases where you want to say that an <font class="Apple-style-span" face="'courier new', monospace">Occurrence</font></div><div><br></div><div><font class="Apple-style-span" face="'courier new', monospace">hasIndividual</font></div>
<div><br></div><div>and also </div><div><br></div><div><font class="Apple-style-span" face="'courier new', monospace">hasSample</font> (<font class="Apple-style-span" face="'courier new', monospace">hasCollectionObject</font>)</div>
<div><br></div><div>The <font class="Apple-style-span" face="'courier new', monospace">Individual</font></div><div><br></div><div><font class="Apple-style-span" face="'courier new', monospace">dcterms:hasPart => Leaf_URI</font></div>
<div><font class="Apple-style-span" face="'courier new', monospace">dcterms:hasPart => DNA_Sample_URI</font></div><div><br></div><div>and</div><div><br></div><meta charset="utf-8"><div><font class="Apple-style-span" face="'courier new', monospace"><Leaf_URI> dcterms:isPartOf <Individual_URI></font></div>
<div><br></div><div>in addition you might have the situation where</div><div><br></div><div><meta charset="utf-8"><span class="Apple-style-span" style="font-family: 'courier new', monospace; "><Individual_URI> </span><span class="Apple-style-span" style="font-family: 'courier new', monospace; ">dcterms:isPartOf <Sample_URI></span></div>
<div><span class="Apple-style-span" style="font-family: 'courier new', monospace; "><br></span></div><div><font class="Apple-style-span" face="arial, helvetica, sans-serif">- Pete</font></div><meta charset="utf-8"><meta charset="utf-8"><div>
<br><br><div class="gmail_quote">On Tue, Jul 26, 2011 at 1:17 PM, Steve Baskauf <span dir="ltr"><<a href="mailto:steve.baskauf@vanderbilt.edu">steve.baskauf@vanderbilt.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<u></u>
<div bgcolor="#ffffff" text="#000000">
John Wieczorek has
made an additional proposal
(<a href="http://lists.tdwg.org/pipermail/tdwg-content/2011-July/002574.html" target="_blank">http://lists.tdwg.org/pipermail/tdwg-content/2011-July/002574.html</a>)
to
resolve the issue of "Evidence" by creating a class called
"CollectionObject". I believe that his intended meaning
for the term is exactly what I have intended in the past when I used
the term
"token". I believe that the proposal for the CollectionObject class is
intimately related to the question of
the definition of Individual/BiologicalEntity because I think that the
competency questions Rich wants to address through the
Individual/BiologicalEntity class are a subset of what I would consider
to be the competency questions for the CollectionObject class.<br>
<br>
Because of TDWG's historical roots in the collections community,
"occurrences" have been subconsciously or even explicitly linked with
the evidence that documents them. For example, PreservedSpecimens have
been considered a subclass of Occurrence in the Darwin Core type
vocabulary. But in the lengthy tdwg-content discussion of 2009-10
(summarized at
<a href="http://code.google.com/p/darwin-sw/wiki/TdwgContentEmailSummary" target="_blank">http://code.google.com/p/darwin-sw/wiki/TdwgContentEmailSummary</a>), there
seemed to be a consensus that an Occurrence is a record of an
Individual at a particular Time and Location. That Occurrence is an
independent entity from the evidence that serves to document it, which
could include one (or perhaps zero) to many PreservedSpecimens, Images,
text files recording MachineObservations, etc. Separating the
Occurrence from its documenting evidence makes it easier to be explicit
about the number and types of evidence that document the Occurrence. <br>
<br>
So I would define competency question #1 for the proposed
CollectionObject class as to:<br>
1. document an Occurrence (which I will refer to as the "Occurrence"
use of evidence).<br>
<br>
However, I would also assert that CollectionObject need not be
restricted to documenting an Occurrence, but that it may also:<br>
2. document the existence of an Individual/BiologicalEntity, aggregates
that include it, and pieces that came from it (which I will refer to as
the "Provenance" use of evidence)<br>
and <br>
3. support an Identification to a particular Taxon (the
"Identification" use of evidence).<br>
[note: see <a href="http://code.google.com/p/darwin-sw/wiki/ClassToken" target="_blank">http://code.google.com/p/darwin-sw/wiki/ClassToken</a> for
further discussion of this]<br>
<br>
If the CollectionObject is a whole dead organism serving as a museum
specimen, then it might simultaneously address all three of these
questions. The time and place listed on the specimen label provide the
information about the Occurrence, the dead organism serves as proof of
its own existence, and determinations typed or written on the label are
vouched for by the presence of the dead organism. In this case the
need to separate these three uses of CollectionObject may not be
obvious. <br>
<br>
But consider a more complex situation of the sort that BiSciCol would
like to be able to handle. A wildebeest calf is digitally photographed
in South Africa as it is being captured. The calf is shipped to a zoo
in England where a blood sample is taken. Part of this tissue sample
is stored in liquid nitrogen, but part is used for a DNA extraction.
The DNA is sequenced and used in a molecular phylogeny project. Here
we have 5 pieces of evidence (each of which could be assigned GUIDs):
the digital StillImage, the calf itself in the zoo (a LivingSpecimen),
the blood sample, the DNA sample, and the DNA sequence in digital text
form. All five of these pieces of evidence could potentially reside as
CollectionObjects in different physical or electronic repositories. <br>
<br>
<b>Competency question 1 (Occurrence) </b><br>
StillImage: timestamp and embedded GPS metadata associated with the
image document the time and place where the calf was located at the
time of capture.<br>
LivingSpecimen: the collection record that the zoo keeps for the calf
document the time and place where the calf was located at the time of
capture.<br>
(the other three pieces of evidence do not provide information about
any time and place where the calf was located)<br>
<br>
<b>Competency question 2 (Provenance)</b><br>
StillImage: a foaf:depiction of the calf (Individual/BiologicalEntity)<br>
LivingSpecimen: owl:sameAs the calf (Individual/BiologicalEntity)<br>
blood sample: dcterms:isPartOf the calf (Individual/BiologicalEntity)<br>
DNA sample: dcterms:isPartOf the blood sample which dcterms:isPartOf
the calf (Individual/BiologicalEntity)<br>
DNA sequence: [sequencedFrom] the DNA sample which dcterms:isPartOf the
blood sample which dcterms:isPartOf the calf
(Individual/BiologicalEntity)<br>
(all five pieces of evidence support the existence of the calf, and the
provenance of each piece of evidence can be traced back to the calf)<br>
<br>
<b>Competency question 3 (Identification)</b><br>
As part of the phylogenetic analysis, the DNA sequence could serve as
evidence for assigning the calf to a particular taxon.<br>
A mammal expert in Australia might examine the digital StillImage via
the web and assert that the calf is a wildebeest.<br>
Another mammal expert in England might examine the calf at the zoo and
assert that the calf is a wildebeest (or perhaps look at the calf in
the zoo when it is full grown and also look at the StillImage taken at
the time it was captured and make the assertion based on two forms of
Evidence). <br>
(the DNA sample itself apart from the sequence probably wouldn't be
used as evidence for an Identification; the blood sample might if the
cytology were distinctive)<br>
-----------<br>
I would assert that the bottom line here is that an entity that falls
within the proposed CollectionObject class would need to address at
least one of these three competency questions. It would not be
necessary for it to address all three. The properties of instances of
the CollectionObject class would be that they could be connected
through object properties to Occurrences,
Individuals/BiologicalEntities, or Identifications; and that they could
have data properties that we typically assign to collected items such
as catalogNumber, collectionCode, preparation, etc. John has suggested
moving DwC terms for such properties from under Occurrence to the
proposed CollectionObject class
(<a href="http://lists.tdwg.org/pipermail/tdwg-content/2011-July/002574.html" target="_blank">http://lists.tdwg.org/pipermail/tdwg-content/2011-July/002574.html</a>).
As John has noted, this is a significant change, but I believe that it
is an important one if one is to accept the distinction between
Occurrences and the evidence that documents them - an imperative in
more complex cases such as I outlined above.<br>
----------<br>
I want to end this email by returning to Rich's outlook on the
"Individual" issue. In his various posts, it seems to me that much of
what he wants to accomplish through the "Individual" class falls within
what I've defined here as competency question 2 (tracking provenance of
resources, in particular physical things that are, include, or are
taken from living organisms). It seems like the CollectionObject class
is fully capable of doing much of what he wants to accomplish. Just
get rid of the term "Individual" - as Paul Murray has noted
(<a href="http://lists.tdwg.org/pipermail/tdwg-content/2011-July/002615.html" target="_blank">http://lists.tdwg.org/pipermail/tdwg-content/2011-July/002615.html</a>) it
already has a different meaning. Use "CollectionObject" to address
Rich's provenance competency questions (tracking and connecting
collected objects) and "BiologicalEntity" to address mine (joining
zero-to-many Occurrences to zero-to-many forms of evidence to
zero-to-many Identifications). So then what IS an actual individual
organism like the wildebeest calf? It is a BiologicalEntity if it has
been documented as an Occurrence or assigned an Identification. It is
a CollectionObject if it was collected for a zoo, or shot and mounted
in a museum. Or it can be both simultaneously if it is both documented
and collected. If none of these things were done, then it's neither a
BiologicalEntity nor a CollectionObject - it's simply a wildebeest
calf. Define the class/type of the thing by the properties that you
wish to assert for it (or the competency questions that you can answer
for it). <br>
<br>
With regard to the issue of taxonomically heterogeneous entities:
tracking the provenance of taxonomically heterogeneous
CollectionObjects and CollectionObjects that are pieces of organisms is
not really a big deal. A fish fin isPartOf an individual fish isPartOf
a jar of a mixed fish isPart of a marine trawl. However, tracking and
reconciling Identifications of taxonomically heterogeneous collections
of things and their subsamples (the second part of what Rich wanted to
accomplish) is more complex task that I cannot at this point wrap my
head around (see the "Additional Comments" at
<a href="http://code.google.com/p/darwin-sw/wiki/TaxonomicHeterogeneity" target="_blank">http://code.google.com/p/darwin-sw/wiki/TaxonomicHeterogeneity</a> for more
commentary on this).<br>
<br>
Steve<br>
<br>
<br>
<pre cols="72">--
Steven J. Baskauf, Ph.D., Senior Lecturer
Vanderbilt University Dept. of Biological Sciences
postal mail address:
VU Station B 351634
Nashville, TN 37235-1634, U.S.A.
delivery address:
2125 Stevenson Center
1161 21st Ave., S.
Nashville, TN 37235
office: 2128 Stevenson Center
phone: <a href="tel:%28615%29%20343-4582" value="+16153434582" target="_blank">(615) 343-4582</a>, fax: <a href="tel:%28615%29%20343-6707" value="+16153436707" target="_blank">(615) 343-6707</a>
<a href="http://bioimages.vanderbilt.edu" target="_blank">http://bioimages.vanderbilt.edu</a>
</pre>
</div>
<br>_______________________________________________<br>
tdwg-content mailing list<br>
<a href="mailto:tdwg-content@lists.tdwg.org">tdwg-content@lists.tdwg.org</a><br>
<a href="http://lists.tdwg.org/mailman/listinfo/tdwg-content" target="_blank">http://lists.tdwg.org/mailman/listinfo/tdwg-content</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>
------------------------------------------------------------------------------------<br>Pete DeVries<br>Department of Entomology<br>University of Wisconsin - Madison<br>445 Russell Laboratories<br>1630 Linden Drive<br>Madison, WI 53706<br>
Email: <a href="mailto:pdevries@wisc.edu" target="_blank">pdevries@wisc.edu</a><br><a href="http://www.taxonconcept.org/" target="_blank">TaxonConcept</a> & <a href="http://about.geospecies.org/" target="_blank">GeoSpecies</a> Knowledge Bases<br>
A Semantic Web, <a href="http://linkeddata.org/" target="_blank">Linked Open Data</a> Project<br>--------------------------------------------------------------------------------------<br>
</div>