<div dir="ltr">Yep--- that reference point for aggregation can be really powerful:  To provide a working example of how these identifiers would work, and how they can act to aggregate data elements, consider the following:<br>
<blockquote type="cite" style="color:rgb(80,0,80);font-family:arial,sans-serif;font-size:12.727272033691406px"><div dir="ltr"><div>IndividualID = JohnDeck</div><div>MaterialSampleID = JohnDeckTissueSample1</div><div>OccurrenceID = JohnDeckOccurrence123</div>
<div>Taxon = &quot;Homo sapiens&quot;</div><div><br></div><div><div>IndividualID = JohnDeck</div><div>MaterialSampleID = JohnDeckGutSample1</div><div>OccurrenceID = JohnDeckOccurrence124</div></div><div>Taxon = &quot;Bacteria500&quot;</div>
<div><br></div><div><div>IndividualID = JohnDeck</div><div>MaterialSampleID = JohnDeckGutSample1</div><div>OccurrenceID = JohnDeckOccurrence125</div></div><div>Taxon = &quot;Bacteria501&quot;</div><div><br></div></div></blockquote>
JohnDeckTissueSample1 is representative of the Individual itself, while JohnDeckGutSample1 is still associated with the same Individual but notice the taxon has changed and it is a new Occurrence as well.  This approach allows for some sense to be constructed using a flat file approach if desired.  Providing a Material Sample BoR for OccurrenceID&#39;s 124 and 125 provides further context.  Meanwhile, we can consider the implications of, for example, habitat descriptions (... for JohnDeckOccurrence123 maybe i&#39;d put <a href="http://purl.obolibrary.org/obo/ENVO_01000193">http://purl.obolibrary.org/obo/ENVO_01000193</a>, &quot;temperate grassland biome&quot;)  but the distinct occurrence records for the gut samples could be listed as (<a href="http://purl.obolibrary.org/obo/ENVO_01000162" target="_blank" style="padding:0px;margin:0px;color:rgb(35,73,121);text-decoration:none;font-family:&#39;Lucida Sans Unicode&#39;,&#39;Lucida Grande&#39;,sans-serif;font-size:12px;line-height:14px;background-color:rgb(245,250,250)">http://purl.obolibrary.org/obo/ENVO_01000162</a>, &quot;organ&quot;).<div>
<br></div><div>Another use for the identifier MaterialSampleID -- lets assume we&#39;ve expressed an equivalent identifier for a genbank sample using MIxS:source_mat_id, a term which references the same OBI:MaterialSample we&#39;re referencing, which allows.  If they&#39;re URIs we can model this in RDF using the MaterialSampleID&#39;s as either subjects or objects... this gets us a step closer for representing contextual information in genbank and DwC without duplicating metadata across systems (genbank for sequencing metada; DwC for environmental context)<br>
<blockquote type="cite" style="font-size:12.727272033691406px;color:rgb(80,0,80);font-family:arial,sans-serif"><div dir="ltr"></div></blockquote><div style>There are some issues with this approach of course, for example, if we provide a lat/lng for an occurrence that is a gutsample are we taking the lat/lng where the gutsample was removed from the organism (may be different than where a parent organism was isolated from nature).  In this case, we need to assume that we&#39;re referring to where the parent organism was isolated from nature to be consistent with DwC and implementations in use.  However, the notion of habitat should vary with the occurrence of the actual organism (e.g. &quot;organ&quot; vs. &quot;temperate grassland biome&quot;).  Thus, we can still aggregate properties around MaterialSample BoR&#39;s that are useful but we need to think carefully about what exactly the properties mean that we assign to these things.... but this is no different than issues we&#39;ve encountered between other BoR&#39;s (Fossil, PreservedSpecimen, or Human/MachineObservation).  </div>
<div style><br></div><div style>John</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, May 30, 2013 at 11:48 PM, Richard Pyle <span dir="ltr">&lt;<a href="mailto:deepreef@bishopmuseum.org" target="_blank">deepreef@bishopmuseum.org</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="blue" vlink="purple"><div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Yes, that’s a fair point!  In a sense, the ID has intrinsic value on its own if for no other reason than to represent a reference point for aggregation.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Nevertheless, I still maintain that if it fulfills that purpose, then it implies a “thing” (around which other “things” are aggregated), and I can’t imagine such a “thing” that we would care about for aggregating purposes, about which we would not associate other property values. <u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">I say all this quite deliberately in reference to “dwc:individualID”, of course…. </span><span style="font-size:11.0pt;font-family:Wingdings;color:#1f497d">J</span><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Aloha,<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d">Rich<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1f497d"><u></u> <u></u></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:&quot;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> Markus Döring [mailto:<a href="mailto:m.doering@mac.com" target="_blank">m.doering@mac.com</a>] <br>
<b>Sent:</b> Thursday, May 30, 2013 7:56 PM<br><b>To:</b> Jason Holmberg<br><b>Cc:</b> Richard Pyle; TDWG Content Mailing List; Robert Whitton; John Deck; Ramona Walls</span></p><div class="im"><br><b>Subject:</b> Re: [tdwg-content] New Darwin Core terms proposed relating to material samples<u></u><u></u></div>
<p></p></div></div><p class="MsoNormal"><u></u> <u></u></p><div><p class="MsoNormal">The id value is actually very useful and the only trustworthy way of grouping records, e.g. all occurrences of the same whale.<br><br>Markus <u></u><u></u></p>
</div></div></div></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"><div><br></div>-- <br>John Deck<br>(541) 321-0689<br>
</div></div>