<div dir="ltr"><div><div>Simon,<br><br></div>It is an interesting perspective to say that &quot;the only real reason to collect and curate a specimen is to support observations&quot;. Although I don&#39;t disagree, this does depend on a very broad sense definition &quot;observation&quot;. In the BCO, following OBI, we define the process of specimen collection as contingent on the material collected potentially being used for some current or future investigation. I don&#39;t think it is much of a stretch to see the overlap between &quot;use in some investigation&quot; and &quot;support observations&quot;, so I don&#39;t think we are at odds here.<br>

<br></div>Nonetheless, as Rob mentioned, there is a clear need (for data tracking purposes) to distinguish between processes that generate a specimen as an output (a material entity) and those that instead generate only information or data (what we call an information content entity). We should probably start a new email thread if we want to continue this discussion on the TDWG list, but I am glad we got your input on this and hope we can continue to coordinate.<br>

<br>Ramona <br><div><div><div><div class="gmail_extra"><br clear="all"><div><div dir="ltr">------------------------------------------------------<br>Ramona L. Walls, Ph.D.<br>Scientific Analyst, The iPlant Collaborative, University of Arizona<br>

Research Associate, Bio5 Institute, University of Arizona<br>Laboratory Research Associate, New York Botanical Garden</div></div>
<br><br><div class="gmail_quote">On Wed, Sep 3, 2014 at 3:00 AM,  <span dir="ltr">&lt;<a href="mailto:tdwg-content-request@lists.tdwg.org" target="_blank">tdwg-content-request@lists.tdwg.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

Send tdwg-content mailing list submissions to<br>
        <a href="mailto:tdwg-content@lists.tdwg.org">tdwg-content@lists.tdwg.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="http://lists.tdwg.org/mailman/listinfo/tdwg-content" target="_blank">http://lists.tdwg.org/mailman/listinfo/tdwg-content</a><br>
or, via email, send a message with subject or body &#39;help&#39; to<br>
        <a href="mailto:tdwg-content-request@lists.tdwg.org">tdwg-content-request@lists.tdwg.org</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:tdwg-content-owner@lists.tdwg.org">tdwg-content-owner@lists.tdwg.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than &quot;Re: Contents of tdwg-content digest...&quot;<br>
<br>
<br>
Today&#39;s Topics:<br>
<br>
   1. Re: Darwin Core: proposed news terms for expressing sample<br>
      data (Robert Guralnick)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Tue, 2 Sep 2014 08:41:50 -0600<br>
From: Robert Guralnick &lt;<a href="mailto:Robert.Guralnick@colorado.edu">Robert.Guralnick@colorado.edu</a>&gt;<br>
Subject: Re: [tdwg-content] Darwin Core: proposed news terms for<br>
        expressing sample data<br>
To: Simon.Cox@csiro.au<br>
Cc: TDWG Content Mailing List &lt;<a href="mailto:tdwg-content@lists.tdwg.org">tdwg-content@lists.tdwg.org</a>&gt;,    Ramona<br>
        Walls &lt;<a href="mailto:rlwalls2008@gmail.com">rlwalls2008@gmail.com</a>&gt;<br>
Message-ID:<br>
        &lt;CADAgxGWFmcKgEfYhfQ6u9=7gEzRgSSDdguaaOiPVcwK=ftwz=<a href="mailto:g@mail.gmail.com">g@mail.gmail.com</a>&gt;<br>
Content-Type: text/plain; charset=&quot;utf-8&quot;<br>
<br>
Simon --- Perhaps your email also illustrates Ramona&#39;s point about the<br>
complexity of the landscape right now when it comes to the _details_ of how<br>
we might model samples, and sampling processes.   Darwin Core recently<br>
added a materialSample term, that was a refinement of OBI&#39;s &quot;specimen&quot; (<br>
<a href="http://purl.obolibrary.org/obo/OBI_0100051" target="_blank">http://purl.obolibrary.org/obo/OBI_0100051</a>) and with a description: &quot;A<br>
resource describing the physical results of a sampling (or subsampling)<br>
event. In biological collections, the material sample is typically<br>
collected, and either preserved or destructively processed&quot; (<br>
<a href="http://rs.tdwg.org/dwc/dwctype/MaterialSample" target="_blank">http://rs.tdwg.org/dwc/dwctype/MaterialSample</a>)<br>
<br>
   Maybe what you and what others are developing are equivalent expressions<br>
and perhaps they are not, but my initial reaction was that separating<br>
specimens and observations is a remarkably important and clarifying idea,<br>
and not perverse at all.  I think the difference is that what you might<br>
call an observation is what the Biocollections Ontology community would<br>
refer to as a &quot;sampling process&quot; and what we call an &quot;observation&quot; is more<br>
related to some documentation of a &quot;thing&quot; in nature.<br>
<br>
   I say this recognizing that others, even those working on the<br>
Biocollections Ontology or Darwin Core, may have radically different<br>
notions of those same concepts.  I hope not, but this is not simple to<br>
model.  What I would like to see is some clarity among those putting in all<br>
this effort to do so more strategically, with bridges built across efforts<br>
and locations.<br>
<br>
Best, Rob<br>
<br>
<br>
On Mon, Sep 1, 2014 at 10:31 PM, &lt;Simon.Cox@csiro.au&gt; wrote:<br>
<br>
&gt; Hi Ramona -<br>
&gt;<br>
&gt; I understand your concern, though I would counterpoint that the only real<br>
&gt; reason to collect and curate a specimen is to support observations, either<br>
&gt; contemporaneously or at some future time.<br>
&gt; So it could be seen as slightly perverse to suggest that a model for<br>
&gt; specimens and samples could be divorced from the notion of observations.<br>
&gt;<br>
&gt; FWIW I&#39;m right now trying to develop a simplified SamplingFeatures<br>
&gt; ontology, still conceptually based on the ISO 19156 model, but with no<br>
&gt; commitments to marginal ontologies (i.e. lift it out of the ISO 19100<br>
&gt; ghetto). This has led me to consider re-use of more standard ontologies.<br>
&gt; W3C Prov-O is interesting. Since a lot of the information that you would<br>
&gt; want to record about a specimen concerns its provenance, then it probably<br>
&gt; makes sense to align with prov. Currently I have<br>
&gt;<br>
&gt; sam:Specimen  a           owl:Class ;<br>
&gt;         rdfs:comment      &quot;A Specimen is a physical sample, obtained for<br>
&gt; observation(s) normally carried out ex-situ, sometimes in a<br>
&gt; laboratory.&quot;^^xsd:string ;<br>
&gt;         rdfs:label        &quot;Specimen&quot;@en ;<br>
&gt;         rdfs:subClassOf   prov:Entity , sam:SamplingFeature ;<br>
&gt;         rdfs:subClassOf   [ a                owl:Restriction ;<br>
&gt;                             owl:cardinality  &quot;1&quot;^^xsd:nonNegativeInteger ;<br>
&gt;                             owl:onProperty   sam:samplingTime<br>
&gt;                           ] .<br>
&gt;<br>
&gt; Simon<br>
&gt;<br>
&gt; ===============<br>
&gt; Date: Mon, 1 Sep 2014 20:38:33 -0700<br>
&gt; From: Ramona Walls &lt;<a href="mailto:rlwalls2008@gmail.com">rlwalls2008@gmail.com</a>&gt;<br>
&gt; Subject: Re: [tdwg-content] tdwg-content Digest, Vol 63, Issue 14<br>
&gt; To: TDWG Content Mailing List &lt;<a href="mailto:tdwg-content@lists.tdwg.org">tdwg-content@lists.tdwg.org</a>&gt;<br>
&gt; Message-ID:<br>
&gt;         &lt;CAJYF1k6wcwPWtUt6ZHr8OgEcBJVYHUq0jiYc0hqEJeMY_kQ=<br>
&gt; <a href="mailto:1A@mail.gmail.com">1A@mail.gmail.com</a>&gt;<br>
&gt; Content-Type: text/plain; charset=&quot;utf-8&quot;<br>
&gt;<br>
&gt; Thank you, Simon, for that explanation and the links. They were very<br>
&gt; helpful. Amen to the point: &quot;There is no ?sample? class, because it is such<br>
&gt; an overloaded word (noun, verb, statistical sample vs ex-situ sample,<br>
&gt; etc).&quot; The documents you shared highlight the very important point that OGC<br>
&gt; and OBO-E were designed specifically to describe observations.<br>
&gt;<br>
&gt; Darwin Core, on the other hand, was designed to capture information about<br>
&gt; &quot;taxa, their occurrence in nature as documented by observations, specimens,<br>
&gt; samples, and related information&quot; [1]. As such, observations are not<br>
&gt; central to Darwin Core, but rather are included as evidence of the<br>
&gt; occurrence of a taxon in nature. It works for communicating basic<br>
&gt; information about an observation or other evidence of a taxon&#39;s occurrence,<br>
&gt; but I think it would be mis-using and abusing DwC to try to shoe-horn the<br>
&gt; complexity of observation data/metadata into it. It also does some<br>
&gt; dis-service to the communities who have spent so much time developing OGC<br>
&gt; and OBO-E.<br>
&gt;<br>
&gt; Eamonn, this is not meant to discredit the work that you and your<br>
&gt; colleagues have done to develop a DwC archive schema for sampling data. I<br>
&gt; think it is an important step toward developing a comprehensive framework<br>
&gt; for biodiversity data, and just by proposing it, we have moved a step in<br>
&gt; the right direction (even if I disagree about adopting it). Your point that<br>
&gt; OBO-E is far more complex is true, and we may have to adopt more terms if<br>
&gt; we accurately want to describe observation data in DwC. On the other hand,<br>
&gt; we do not need to necessarily adopt every aspect of OBO-E to exchange<br>
&gt; observation data.<br>
&gt;<br>
&gt; What the BCO participants -- and thanks to all the GBIF people who have<br>
&gt; participated! -- are trying to do is build a framework that can work across<br>
&gt; many (not necessarily all) types of biodiversity data, including specimen<br>
&gt; collection and observations, while considering existing efforts such as<br>
&gt; DwC, MIxS, OBO-E, and OBO Foundry ontologies. We started with specimens,<br>
&gt; but the intention has always been to link to observation data as well [2].<br>
&gt; Although the full BCO model probably will be large and complex, we fully<br>
&gt; intend to offer views that are basically subsets of the ontology filtered<br>
&gt; for applications. This is regular practice now in application ontologies.<br>
&gt; Views makes it possible to provide a controlled vocabulary for data<br>
&gt; annotation without burdening annotators with a confusing array of terms and<br>
&gt; logical definitions.<br>
&gt;<br>
&gt; However, the point that BCO is not yet ready for your needs is correct, and<br>
&gt; I would never tell anyone to just &quot;hold on to your data until the ontology<br>
&gt; is ready&quot;.  Did you examine the possibility of using EML as an exchange<br>
&gt; format for the sampling/survey related data? DwC-A already has an EML<br>
&gt; component, so I wonder if some combination of an occurrence core with an<br>
&gt; extended EML document (based on OGC) would work.<br>
&gt;<br>
&gt; Ramona<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; [1] <a href="http://rs.tdwg.org/dwc/index.htm" target="_blank">http://rs.tdwg.org/dwc/index.htm</a><br>
&gt; [2]<br>
&gt; <a href="http://www.plosone.org/article/info%3Adoi%2F10.1371%2Fjournal.pone.0089606" target="_blank">http://www.plosone.org/article/info%3Adoi%2F10.1371%2Fjournal.pone.0089606</a><br>
&gt;<br>
&gt; ------------------------------------------------------<br>
&gt; Ramona L. Walls, Ph.D.<br>
&gt; Scientific Analyst, The iPlant Collaborative, University of Arizona<br>
&gt; Research Associate, Bio5 Institute, University of Arizona<br>
&gt; Laboratory Research Associate, New York Botanical Garden<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; tdwg-content mailing list<br>
&gt; <a href="mailto:tdwg-content@lists.tdwg.org">tdwg-content@lists.tdwg.org</a><br>
&gt; <a href="http://lists.tdwg.org/mailman/listinfo/tdwg-content" target="_blank">http://lists.tdwg.org/mailman/listinfo/tdwg-content</a><br>
&gt;<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.tdwg.org/pipermail/tdwg-content/attachments/20140902/50c9063d/attachment-0001.html" target="_blank">http://lists.tdwg.org/pipermail/tdwg-content/attachments/20140902/50c9063d/attachment-0001.html</a><br>


<br>
------------------------------<br>
<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>
<br>
End of tdwg-content Digest, Vol 64, Issue 4<br>
*******************************************<br>
</blockquote></div><br></div></div></div></div></div>