<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Well, this point brings to mind the previous discussions about
"collapsing" or "denormalizing" complex models into simpler models. In
those discussions, it was noted that many if not most people
"denormalize" out of existence parts of a more complex model when they
don't need them in their particular situation. People who have whole
dead organisms in a jar do not care about the distinction between an
Organism and a CollectionObject. However, people who cut five branches
from the same tree and send them to five different herbaria do care, as
do people who both photograph and collect samples from an organism,
people who make observations of the same organism over time, and people
who make measurements of a temporarily captured animal at the same time
they collect a DNA sample. I don't consider the latter four examples
to be very, very, very few cases. If it seems like there are very few
cases, that's just because TDWG was started by (and currently run
mostly) by people who run museums. If TDWG wants to broaden the
biodiversity informatics tent to include people outside of the museum
community, then it is important to create the classes and terms
necessary to accommodate those other people. <br>
<br>
Simple DwC does not require that users include classes that they don't
need in their databases. If a museum only has specimens that are whole
dead organisms, then there is no need for them to have a table in their
database for Organism; they only need a table for CollectionObjects and
the Organism represented by that CollectionObject can be inferred.
This is no different than flattening the relationships among Location,
Event, and Occurrence by having a 1:1:1 relationship among those three
classes, which might be done in a Darwin Core Archive. The fact that
some people prefer to "flatten" those three classes into a single
database table doesn't mean that other people will not have the need to
have several events at a single Location, or several Occurrences at one
Event. <br>
<br>
So I guess I would say that I don't agree that there are very, very,
very few cases where there are multiple CollectionObjects per
Organism. One of the major points of the BiSciCol initiative is that
there needs to be some way for connecting diverse collection objects
that originate from the same organism but end up being scattered around
in different institutions. The lack of an Organism class is a big hole
in modeling these kinds of situations and I haven't heard of an
alternative way to fix that hole. There is a strong desire among a
diverse group of TDWG participants to move forward on more precisely
modeling relationships among classes using RDF. If we do not make the
changes John has suggested, it is difficult to see how this will be
accomplished without people "making up" classes on the fly to
accommodate the more precise modeling that is sought. That's what Cam
and I had to do when we created darwin-sw.<br>
<br>
Steve<br>
<br>
Chuck Miller wrote:
<blockquote
cite="mid:E4A4D87AAC0B18428AFF4A3FB2B28CA1031E01DA@MBGMail01.mobot.org"
type="cite">
<pre wrap="">"in the many, many, many cases where there will be a 1:1 relationship between an Organism and a CollectionObject..."
Rich has hit on an important point. The discussion continues to focus on perfecting logic that is all encompassing. But, is it the best thing to do for the community as a whole to implement solutions that are more complex in order to accommodate the very, very, very few cases (using the counter description to Rich's).
Maybe we should consider keeping the solutions simple (ie current DwC ) for the many, many, many cases and introduce complex extensions only for the very, very, very few.
Chuck
-----Original Message-----
From: <a class="moz-txt-link-abbreviated" href="mailto:tdwg-content-bounces@lists.tdwg.org">tdwg-content-bounces@lists.tdwg.org</a> [<a class="moz-txt-link-freetext" href="mailto:tdwg-content-bounces@lists.tdwg.org">mailto:tdwg-content-bounces@lists.tdwg.org</a>] On Behalf Of Richard Pyle
Sent: Thursday, September 08, 2011 3:52 AM
To: 'Gregor Hagedorn'; <a class="moz-txt-link-abbreviated" href="mailto:tuco@berkeley.edu">tuco@berkeley.edu</a>
Cc: 'TDWG Content Mailing List'
Subject: Re: [tdwg-content] Occurrences, Organisms,and CollectionObjects: a review
</pre>
<blockquote type="cite">
<pre wrap="">I see a problem with the "taxonomically homogeneous" since many taxa
are not.
All obligatory mutualistically symbiontic organisms are excluded (you
</pre>
</blockquote>
<pre wrap=""><!---->mention
</pre>
<blockquote type="cite">
<pre wrap="">symbiont, but the symbiont is the part of a symbiontic relation, e.g.
both
</pre>
</blockquote>
<pre wrap=""><!---->the
</pre>
<blockquote type="cite">
<pre wrap="">algae taxon and fungus taxon each are a symbiont in a lichen.
</pre>
</blockquote>
<pre wrap=""><!---->
I don't understand the problem. Isn't this simply two instances of "Organism" (one symbiont and one host)?
Together, they may comprise a single collectionObject (e.g., specimen); but I see no trouble treating obligatory mutualistic symbionts and their host(s) as distinct instances of "Organism".
</pre>
<blockquote type="cite">
<pre wrap="">Definition: The information class pertaining to a specific
instance or
</pre>
</blockquote>
<pre wrap=""><!---->set of
</pre>
<blockquote type="cite">
<pre wrap="">instances of a life form or organism (virus, bacteria, symbiontic life
</pre>
</blockquote>
<pre wrap=""><!---->forms,
</pre>
<blockquote type="cite">
<pre wrap="">individual, colony, group, population). Sets must reliably be known to
taxonomically homogeneous (including obligatory symbiontic associations).
</pre>
</blockquote>
<pre wrap=""><!---->
I guess it could be defined that way, but I've come around to Steve's view that "taxonomically homogeneous" implies that in cases where more than one individual is involved (colonies, small groups, populations), all such individuals belong to a single species (independently of whether or not we can identify what that species is). When more than one species is discovered amongst a multi-individual instance of "Organism", then one would create additional instances of Organism to accommodate the heterogeneous taxa.
All of my original examples of things that I would want to be taxonomically heterogeneous (e.g., a single fossil rock with multiple phyla/kingdoms, or a single rock with multiple phyla of invertebrates attached) can be easily aggregated via a single instance of collectionObject, associated with multiple instances of Organism (one for each species[ish] level taxon).
I originally thought that both "Organism" and "collectionObject" would be
redundant, and that only one was really needed. But I have now been
convinced by Steve (and others) that this would be an unnecessary over-loading of "Organism". Now that we are contemplating two distinct classes, I have no problem with the more "refined" definition of "Organism".
One concern I do have, however, is in the many, many, many cases where there will be a 1:1 relationship between an Organism and a CollectionObject (i.e., the vast majority of all Museum specimens). Does that mean that data providers will need to generate two separate Ids (one organismID and one
collectionObjectID) to represent all of these specimens?
Aloha,
Rich
_______________________________________________
tdwg-content mailing list
<a class="moz-txt-link-abbreviated" href="mailto:tdwg-content@lists.tdwg.org">tdwg-content@lists.tdwg.org</a>
<a class="moz-txt-link-freetext" href="http://lists.tdwg.org/mailman/listinfo/tdwg-content">http://lists.tdwg.org/mailman/listinfo/tdwg-content</a>
_______________________________________________
tdwg-content mailing list
<a class="moz-txt-link-abbreviated" href="mailto:tdwg-content@lists.tdwg.org">tdwg-content@lists.tdwg.org</a>
<a class="moz-txt-link-freetext" href="http://lists.tdwg.org/mailman/listinfo/tdwg-content">http://lists.tdwg.org/mailman/listinfo/tdwg-content</a>
.
</pre>
</blockquote>
<br>
<pre class="moz-signature" 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: (615) 343-4582, fax: (615) 343-6707
<a class="moz-txt-link-freetext" href="http://bioimages.vanderbilt.edu">http://bioimages.vanderbilt.edu</a>
</pre>
</body>
</html>