<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=iso-8859-1"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p
        {mso-style-priority:99;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
        {mso-style-priority:99;
        mso-style-link:"Balloon Text Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:8.0pt;
        font-family:"Tahoma","sans-serif";}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.BalloonTextChar
        {mso-style-name:"Balloon Text Char";
        mso-style-priority:99;
        mso-style-link:"Balloon Text";
        font-family:"Tahoma","sans-serif";}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Thanks, Ramona &#8211; this is an *<b>extremely</b>* helpful email! It helps clear things up a lot in my mind.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Just to be clear, what I am looking for is the notion of a defined physical object (what I think you mean by &#8220;material entity&#8221;), and I explicitly mean the material entity itself.  Yes, there is information (properties) that relate to that material entity, but to me that is a separate issue.  What I would like to see clearly defined is the class representing the material (physical) entity &#8211; which seems to me to be a superclass of what materialSample is intended to represent.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Perhaps our (TDWG/DWC) community is not yet ready to deal with this level of abstraction (unfortunately, I absolutely have to, because &#8220;Occurrence&#8221; is simply way too overloaded a class for me to use independently of what I have been calling &#8220;individual&#8221; and what I have been calling &#8220;Evidence&#8221;).  In that case, I guess the best thing to do is accept materialSample as a basisOfRecord for Occurrence and move on.  But this is more or less the same thing that happened the last time we engaged in this conversation (2 years or so ago), and I was hoping this conversation about materialSample could leverage progress on the larger issue.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>As I&#8217;ve said before, the last thing I want to do is confuse or otherwise slow down the process of incorporating the term &#8220;materialSample&#8221; into DWC.  It&#8217;s just that I saw enough overlap with that &#8220;other&#8221; issue, that I was hoping we could find a reasonable pathway forward on both.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Thanks again for the very helpful comments.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Aloha,<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Rich<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><div style='border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt'><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> Ramona Walls [mailto:rlwalls2008@gmail.com] <br><b>Sent:</b> Wednesday, May 29, 2013 9:14 AM<br><b>To:</b> Richard Pyle<br><b>Cc:</b> John Deck; Markus Döring; Steve Baskauf; TDWG Content Mailing List; Robert Whitton<br><b>Subject:</b> Re: [tdwg-content] New Darwin Core terms proposed relating to material samples<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p>&nbsp;</o:p></p><div><div><p class=MsoNormal style='margin-bottom:12.0pt'>Rich,<o:p></o:p></p></div><p class=MsoNormal>I now understand more fully what you are asking for ( a clear definition goes a long way!). A material sample, as we discussed it at the Kansas and Oxford workshops, does indeed need to be physically removed from its environment. This is also the case with the OBI term material sample, which, as a subclass of OBI:specimen is the output of some collecting process. It is true that concept of material sample could be defined to include sampling in an observational sense, but that is not how it is defined at this point. Based on this, material sample is NOT the term you are looking for or defined as :<o:p></o:p></p><p><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>&quot;The category of information pertaining to the physical basis of a sampling, subsampling, or observational event. In biological collections, the [SuperclassTerm] is typically a defined group of organisms, a single whole organism, or a part of a whole organism that is collected or otherwise documented in nature, and either preserved, destructively processed, or documented through some form of Evidence (such as images or reported visual observations).&quot;</span><o:p></o:p></p><p><br>What you have defined is a category of information (whatever that may be) that pertains to some material entity. Not the material entity itself, but information about that entity. The &quot;SuperclassTerm&quot; you refer to in the definition sounds an awful lot like a material entity from the Basic Formal Ontology, which is used for defining material sample in OBI and the Bio-collections Ontology.<o:p></o:p></p><p>Ramona<o:p></o:p></p></div><div><p class=MsoNormal style='margin-bottom:12.0pt'><o:p>&nbsp;</o:p></p><div><p class=MsoNormal>On Wed, May 29, 2013 at 11:51 AM, Richard Pyle &lt;<a href="mailto:deepreef@bishopmuseum.org" target="_blank">deepreef@bishopmuseum.org</a>&gt; wrote:<o:p></o:p></p><div><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Many thanks, John.&nbsp; This is extremely helpful!</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>&nbsp;</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>First of all, in the context of a distinct term for basisOfRecord, I see absolutely no problem with adding the term &#8220;MaterialSample&#8221;. I fully support your proposal (although if this is simply a basisOfRecord term to be used alongside Occurrence, PreservedSpecimen, LivingSpecimen, FossilSpecimen, HumanObservation, MachineObservation; does it need a defined &#8220;ID&#8221; term? Do all the others have defined &#8220;ID&#8221; terms?). </span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>&nbsp;</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>However, I&#8217;m excited by this conversation because I think we are very close to solving a bigger problem (which was the focus of the 2010 discussion on this list around &#8220;IndividualOrganism&#8221;).</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>&nbsp;</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>This bigger problem involves the need for a defined &#8220;concept&#8221; (I&#8217;m hesitating to say &#8220;class&#8221;), and an associated &#8220;ID&#8221;, in dwc that refers to the physical/material basis of an Occurrence.&nbsp; We don&#8217;t yet have a term for this concept in dwc (&#8220;IndividualID&#8221; hinted at the need for one, but that term was not well-defined, and the term itself seems to cause confusion).&nbsp; As Steve Baskauf and I have both been advocating for the establishment of new class in dwc for exactly this purpose, I just want to make sure that we&#8217;re on the same page about what each concept is.&nbsp; The more I understand about what you need for &#8220;materalSample&#8221;, the more convinced I am that both of our needs can be met with the same concept.</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>&nbsp;</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I am perfectly happy to adopt the term &#8220;MaterialSample&#8221;, but I guess it all boils down to this: In order for something to be a &#8220;MaterialSample&#8221;, must it necessarily be removed from nature? &nbsp;&nbsp;</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>&nbsp;</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>If the answer is &#8220;No&#8221;, then I think we can merge the two concepts into one.</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>&nbsp;</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>If the answer is &#8220;Yes&#8221;, then I think &#8220;materialSample&#8221; is best characterized as a subclass of what Steve and I have been pushing for (setting aside, for the moment, the additional complexity of taxonomically homogeneous vs. heterogeneous).</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>&nbsp;</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>In the latter case, I would define the superclass (whatever term is used for it), along the lines of:</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>&nbsp;</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>&quot;The category of information pertaining to the physical basis of a sampling, subsampling, or observational event. In biological collections, the [SuperclassTerm] is typically a defined group of organisms, a single whole organism, or a part of a whole organism that is collected or otherwise documented in nature, and either preserved, destructively processed, or documented through some form of Evidence (such as images or reported visual observations).&quot;</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>&nbsp;</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Aloha,</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Rich</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>&nbsp;</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>&nbsp;</span><o:p></o:p></p><div style='border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt'><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> <a href="mailto:jdeck88@gmail.com" target="_blank">jdeck88@gmail.com</a> [mailto:<a href="mailto:jdeck88@gmail.com" target="_blank">jdeck88@gmail.com</a>] <b>On Behalf Of </b>John Deck<br><b>Sent:</b> Wednesday, May 29, 2013 4:01 AM<br><b>To:</b> Richard Pyle<br><b>Cc:</b> Markus Döring; Steve Baskauf; TDWG Content Mailing List; Robert Whitton; Ramona Walls</span><o:p></o:p></p><div><p class=MsoNormal><br><b>Subject:</b> Re: [tdwg-content] New Darwin Core terms proposed relating to material samples<o:p></o:p></p></div></div></div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>&nbsp;<o:p></o:p></p><div><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.5pt;font-family:"Arial","sans-serif"'>Since the original proposal was from a group of folks, we decided to put our heads together to construct a general response to the various issues and ideas expressed on this thread. </span><o:p></o:p></p><div><div><p style='margin:0in;margin-bottom:.0001pt'>&nbsp;<o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.5pt;font-family:"Arial","sans-serif"'>John Deck for Rob Guralnick, Ramona Walls, and John Wieczorek</span><o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'>&nbsp;<o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.5pt;font-family:"Arial","sans-serif"'>In the text of the &nbsp;issue submitted for MaterialSample (</span><a href="https://code.google.com/p/darwincore/issues/detail?id=167" target="_blank"><span style='font-size:11.5pt;font-family:"Arial","sans-serif"'>https://code.google.com/p/darwincore/issues/detail?id=167</span></a><span style='font-size:11.5pt;font-family:"Arial","sans-serif"'>) we noted cases where the current basisOfRecord terms pertaining to the Occurrence class (Occurrence, PreservedSpecimen, LivingSpecimen, FossilSpecimen, HumanObservation, MachineObservation) do not adequately cover certain cases, including: environmental sample (for metagenomic analysis), transcriptomes (measuring genes but not taxa), and destructive samples (e.g. tissues destructively sampled in order to generate genomic DNA). &nbsp;The term we borrowed from OBI (<a href="http://purl.obolibrary.org/obo/OBI_0000747" target="_blank">http://purl.obolibrary.org/obo/OBI_0000747</a>) is broad enough to be utilized across various cases that fulfill our criteria while still maintaining a consistent, clear and human understandable meaning. &nbsp;For our purposes, we can think of &#8220;Material Sample&#8221; as any type of matter that we can use in order derive further evidence needed for identifications, and taxa, whether it is taxonomically homogenous, heterogenous,<span style='background:white'> a single individual, </span>sets of individuals, or populations. </span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>&nbsp;<o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.5pt;font-family:"Arial","sans-serif"'>How is MaterialSample different from Individual? &nbsp;The intent of individualID is fairly clear: &nbsp;since an Occurrence represents an organism at a place and time (per Markus&#8217; email), the individualID term allows us to assign an instance identifier for a particular organism that can be present in multiple events. MaterialSampleID, on the other hand, is intended to allow users to say that the basis of an occurence is a material entity (i.e. matter) that has been sampled according to some particular method. Whether or not this material entity is an individual (sensu individualID in DwC) is an independent axis of classification. As was already pointed out, there is no restriction on specifying that an occurence is associated with more than one type, so any occurrence can have both an individualID and a materialSampleID.</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>&nbsp;<o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.5pt;font-family:"Arial","sans-serif"'>We maintain our position on the proposal for MaterialSample as a value for the basisOfRecord, with an associated materialSampleID to identify instances of them. Per Steve&#8217;s initial comments, we have already withdrawn the proposal for a MaterialSample class distinct from that in the Darwin Core type vocabulary, which should make it easier to evaluate the implications of what we&#8217;re discussing. &nbsp;</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>&nbsp;<o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.5pt;font-family:"Arial","sans-serif"'>********************</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>&nbsp;<o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><span style='font-size:11.5pt;font-family:"Arial","sans-serif"'>NOTES, MaterialSample from OBI:</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><br><span style='font-size:11.5pt;font-family:"Arial","sans-serif"'>OBI has fairly broad definitions of samples &amp; specimens that are meant to be utilized across many different scientific activities. &nbsp;Material Sample is defined as a &#8220;<i>material entity that has the material sample role</i>&#8221;, while a material sample role is defined as &#8220; <i>a specimen role borne by a material entity that is the output of a material sampling process</i>&#8221;, and a material sampling process is &#8220;<i>a specimen gathering process with the objective to obtain a specimen that is representative of the input material entity</i>&#8221;. &nbsp;</span><o:p></o:p></p><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>&nbsp;<o:p></o:p></p></div><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>&nbsp;<o:p></o:p></p></div><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>&nbsp;<o:p></o:p></p></div></div></div></div><div><div><div><p class=MsoNormal style='mso-margin-top-alt:auto;margin-bottom:12.0pt'>&nbsp;<o:p></o:p></p><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>On Mon, May 27, 2013 at 11:59 PM, Richard Pyle &lt;<a href="mailto:deepreef@bishopmuseum.org" target="_blank">deepreef@bishopmuseum.org</a>&gt; wrote:<o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>Hi Markus,<br><br>Great question! &nbsp;Particularly because this is exactly the sort of use case<br>we designed our model around.<o:p></o:p></p><div><p class=MsoNormal style='mso-margin-top-alt:auto;margin-bottom:12.0pt'><br>&gt; if you take a tissue sample of the same tree every year, would the<br>identifier<br>&gt; in individualID be the same for all of them or be different? WIth the<br>current<br>&gt; dwc:individualID definition it would be the same for all samples. If I<br>&gt; understand you correct each sample would have its own &quot;individual&quot;<br>&gt; identifier in your proposal? It can't see how you can collapse these two<br>things<br>&gt; into one definition.<o:p></o:p></p></div><p class=MsoNormal style='mso-margin-top-alt:auto;margin-bottom:12.0pt'>No, that is not how we would handle it.<br><br>In our model, there would be one IndividualID to represent the tree,<br>spanning the time period beginning (more or less) when the seed was<br>germinated, until the time at which the entire physical structure of the<br>tree was disintegrated. &nbsp;It is an individual tree.<br><br>There would be multiple Occurrence instances, for each time that someone<br>observed or sampled or otherwise wished to document some condition of that<br>tree. All of these Occurrence instances would refer to the same individualID<br>value (i.e., the &quot;tree&quot;). &nbsp;In the example above, this means there would be a<br>different Occurrence instance for each year that a sample is taken --<br>because in each case, an assertion that the full tree existed at a certain<br>time and place can be made (I understand that trees tend not to move around<br>very much, so the Location for each event associated with each Occurrence<br>would, in this case, remain the same; but the other Event properties -- such<br>as eventID, samplingProtocol, samplingEffort, eventDate, eventTime,<br>startDayOfYear, endDayOfYear, year, month, day, verbatimEventDate, habitat,<br>fieldNumber, fieldNotes, eventRemarks -- would be documented accordingly for<br>each sampling Occurrence instance).<br><br>Suppose that the tree is visited every month, but only sampled once per<br>year. &nbsp;In that case, there would be an Occurrence record for every monthly<br>visit. &nbsp;In other words, an Occurrence instance exists regardless of whether<br>a physical sample was made or not. &nbsp;Any in-situ images made of the tree<br>would likewise be associated with the specific Occurrence instance, and each<br>image would represent a separate instance of &quot;Evidence&quot;.<br><br>Now, let's focus on the annual samplings. &nbsp;Every time a new sample is taken<br>from the tree, at least one new instance of Individual (with a unique<br>individualID value) is created to represent the sample. &nbsp;This sample<br>(individual instance) may be a &quot;gathering&quot; (set of multiple individual<br>specimens gathered at the same time), or it may be a single specimen, or it<br>may be simply a tissue sample intended for destructive analysis. &nbsp;In any<br>case, it's a new individual instance derived from the &quot;parent&quot; individual<br>instance representing the whole tree. &nbsp;In our implementation, &quot;Individual&quot;<br>can be hierarchical, such that a whole-organism tree can be sub-sampled with<br>many &quot;child&quot; instances of &quot;gatherings&quot; (say, one gathering each year), and<br>each gathering may have multiple child &quot;specimen&quot; individuals (e.g.<br>individual botanical sheets created from the multiple items of a single<br>gathering), and each specimen may have further &quot;child&quot; subsamples extracted<br>for DNA analysis (or whatever), and the hierarchy can continue on down to<br>whatever derivatives that people feel a need to keep track of (e.g.,<br>aliquot).<br><br>The point is, all Individual instances are well-defined physical objects (or<br>well-defined sets of physical objects), and they can be arranged in a<br>n-tiered hierarchy.<br><br>Moreover, each Individual that can be characterized as a &quot;sample&quot; (what we<br>refer to as a &quot;CollectionObject&quot;) may also have a property value for<br>&quot;CollectionOccurrenceID&quot; -- which refers to the specific Occurrence instance<br>at which the sample was obtained.<br><br>So, for example, if the tree is visited on May 27, 2013 and a specimen<br>(sample) is taken, then:<br>1) An Event instance is generated to represent the event where the tree was<br>visited;<br>2) An Occurrence instance is generated, which refers to the new EventID, and<br>the existing IndividualID for the whole tree, and includes whatever other<br>Occurrence properties are relevant for the tree at the time of this<br>Occurrence<br>3) An Individual instance is generated for the specimen, which has a<br>property value for parentIndividualID that refers to the individualID for<br>the whole tree, and a property value for collectionOccurrenceID that refers<br>the Occurrence instance where the specimen was collected.<br><br>So, to summarize the answer to your question:<br>- There are multiple Occurrence instances that refer to the same Individual<br>instance representing the whole tree (and, hence can be collapsed to the<br>same IndividualID value).<br>- Any Individual can have derivatives that are themselves unique Individual<br>instances.<br>- Individuals are arranged hierarchically, and certain properties can be<br>inherited up or down the hierarchy, depending on the properties and their<br>associated logical constraints.<br><br>At some point, I will assemble a set of other specific use cases, and how we<br>manage them through our use of the &quot;Individual&quot; instance (although I will<br>probably not use the word &quot;Individual&quot;, as this seems to cause too much<br>confusion in these discussions).<br><br>Aloha,<br>Rich<o:p></o:p></p></div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><br><br clear=all><o:p></o:p></p><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>&nbsp;<o:p></o:p></p></div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>-- <br>John Deck<br><a href="tel:%28541%29%20321-0689" target="_blank">(541) 321-0689</a><o:p></o:p></p></div></div></div></div></div></div></div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div></div></div></body></html>