<!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">
Pete,<br>
Thanks for the response about term resolution.&nbsp; I'm over my head on
that topic, so I'll let others respond to that part.<br>
<br>
With regards to a vocabulary that uses URIs rather than literals, I'm
in favor of that.&nbsp; At one point in a previous discussion, I think it
was suggested that separate terms be created for literal and URI
versions of terms like dwc:recordedBy.&nbsp; At first I liked that idea, but
after thinking about it and playing with it for a while, I think that
the suggestion of just applying a label property to the resource
identified by the URI is simpler and wouldn't require a proliferation
of new terms.&nbsp; For example:<br>
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;dcterms:creator&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &lt;rdf:Description
rdf:about=<a class="moz-txt-link-rfc2396E" href="http://biocol.org/urn:lsid:biocol.org:col:15539">"http://biocol.org/urn:lsid:biocol.org:col:15539"</a>&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &lt;rdfs:label&gt;University of Louisiana at Monroe
Herbarium&lt;/rdfs:label&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; &lt;/rdf:Description&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;/dcterms:creator&gt;<br>
<br>
could be used if both a literal and URI were available and <br>
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;dcterms:creator&gt;University of Louisiana at Monroe
Herbarium&lt;/dcterms:creator&gt;<br>
<br>
could be used if a URI were not available.&nbsp; It seems like it should be
relatively easy for a linked data client to have contingencies to deal
with this.&nbsp; Even with technology that's semantically "dumb" like XSLT,
it's pretty easy to code for the two possibilities.<br>
<br>
But I suppose it would be good to have some kind of consensus that this
is the preferred approach.&nbsp; Otherwise, separate terms might be better.&nbsp;
There aren't a whole lot of dwc terms to which this situation would
apply.<br>
<br>
Steve<br>
<br>
Peter DeVries wrote:
<blockquote
 cite="mid:AANLkTim-ysm1OAjitn2QfhRY8KF6fJ3B1saLF=Lsu+FF@mail.gmail.com"
 type="cite">
  <div><span class="Apple-style-span"
 style="font-family: arial,sans-serif; font-size: 13px; border-collapse: collapse;"><br>
  <div><br>
  </div>
  <div>By "efficient", I mean a vocabulary that uses standard
resolvable URI's instead of literals for standard terms etc. This
solution would also avoid the problem that Markus just mentioned.&nbsp;</div>
  <div><br>
  </div>
  <div>I am also wondering if the "individual" definition should be
changed to mean one individual organism rather than a potential
collection of individuals. Individuals from the same colony could be
represented using a separate related vocabulary. Allowing multiple</div>
  <div>individuals will cause problems for consuming applications. For
instance, is the queen a separate individual or not? How do you
differentiate between a photo of the queen vs. a photo of one of the
workers. There are also potential problems even if the individuals</div>
  <div>are all workers.</div>
  <div><br>
  </div>
  <div>I have been&nbsp;thinking that for some attributes like character
states, it might be best to have a family level ontology. In this
example, you might&nbsp;have a "formicidae_ontology", that could be used to
deal with individuals from the same colony as well as ant specific
character states.</div>
  <div><font class="Apple-style-span" face="monospace"><span
 class="Apple-style-span" style="white-space: pre;"><br>
  </span></font></div>
  <div><font class="Apple-style-span" face="monospace"><span
 class="Apple-style-span" style="white-space: pre;">
  <div><br>
xmlns:ant="<a moz-do-not-send="true"
 href="http://rs.gbif.org/family_ontology/ant.owl#">http://rs.gbif.org/family_ontology/ant.owl#</a>"</div>
  <div><br>
  </div>
  <div>&lt;rdf:Description rdf:about="<a moz-do-not-send="true"
 href="http://example.org/individual/123412">http://example.org/individual/123412</a>"&gt;</div>
  <br>
  <div>&nbsp;&lt;ant:colonyMateOf rdf:resource="<a moz-do-not-send="true"
 href="http://example.org/individual/123414">http://example.org/individual/123414</a>"/&gt;</div>
  <div>&lt;/rdf:Description&gt;</div>
  <div><br>
  </div>
  </span></font></div>
  <div>This could be defined as a subproperty of dc:relation or
something similar in the gbif/tdwg vocabulary.</div>
  <div><br>
  </div>
  <div>- Pete</div>
  </span><br>
  <div class="gmail_quote">On Tue, Aug 24, 2010 at 6:43 PM, Steve
Baskauf <span dir="ltr">&lt;<a moz-do-not-send="true"
 href="mailto:steve.baskauf@vanderbilt.edu">steve.baskauf@vanderbilt.edu</a>&gt;</span>
wrote:<br>
  <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I
was doing some GUID testing using a Linked Data client and I noticed<br>
that some Darwin Core terms did not seem to resolve to anything. &nbsp;I ran<br>
a test using<br>
    <a moz-do-not-send="true"
 href="http://demo.openlinksw.com/rdfbrowser2/" target="_blank">http://demo.openlinksw.com/rdfbrowser2/</a><br>
    <a moz-do-not-send="true"
 href="http://api.talis.com/stores/iand-dev1/items/dipper.html"
 target="_blank">http://api.talis.com/stores/iand-dev1/items/dipper.html</a><br>
    <a moz-do-not-send="true"
 href="http://www5.wiwiss.fu-berlin.de/marbles/" target="_blank">http://www5.wiwiss.fu-berlin.de/marbles/</a><br>
and<br>
    <a moz-do-not-send="true" href="http://dataviewer.zitgist.com/"
 target="_blank">http://dataviewer.zitgist.com/</a><br>
I first I looked up<br>
    <a moz-do-not-send="true" href="http://purl.org/dc/terms/creator"
 target="_blank">http://purl.org/dc/terms/creator</a><br>
and all four clients reported the properties of the term. &nbsp;Then I tried<br>
    <a moz-do-not-send="true"
 href="http://rs.tdwg.org/dwc/terms/basisOfRecord" target="_blank">http://rs.tdwg.org/dwc/terms/basisOfRecord</a><br>
and nothing happened with any of them. &nbsp;I ran a Vapour<br>
    <a moz-do-not-send="true"
 href="http://validator.linkeddata.org/vapour" target="_blank">http://validator.linkeddata.org/vapour</a><br>
validation on the basisOfRecord URI and got the following message:<br>
    <br>
Vapour was unable to complete the request due to the following
exception:<br>
    <br>
ForbiddenAddress: forbidden request from 98.87.45.8 to <a
 moz-do-not-send="true"
 href="http://rs.tdwg.org/dwc/terms/basisOfRecord" target="_blank">http://rs.tdwg.org/dwc/terms/basisOfRecord</a>
(resolves to IP 192.38.28.106), internal IP addresses are forbidden<br>
    <br>
I have no idea what that means, but all of this seems to mean that<br>
Darwin Core is currently "broken" from a Linked Data point of view.<br>
    <br>
Steve<br>
    <br>
--<br>
Steven J. Baskauf, Ph.D., Senior Lecturer<br>
Vanderbilt University Dept. of Biological Sciences<br>
    <br>
postal mail address:<br>
VU Station B 351634<br>
Nashville, TN &nbsp;37235-1634, &nbsp;U.S.A.<br>
    <br>
delivery address:<br>
2125 Stevenson Center<br>
1161 21st Ave., S.<br>
Nashville, TN 37235<br>
    <br>
office: 2128 Stevenson Center<br>
phone: (615) 343-4582, &nbsp;fax: (615) 343-6707<br>
    <a moz-do-not-send="true" href="http://bioimages.vanderbilt.edu"
 target="_blank">http://bioimages.vanderbilt.edu</a><br>
    <br>
_______________________________________________<br>
tdwg-tag mailing list<br>
    <a moz-do-not-send="true" href="mailto:tdwg-tag@lists.tdwg.org">tdwg-tag@lists.tdwg.org</a><br>
    <a moz-do-not-send="true"
 href="http://lists.tdwg.org/mailman/listinfo/tdwg-tag" target="_blank">http://lists.tdwg.org/mailman/listinfo/tdwg-tag</a><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>
  <a moz-do-not-send="true" href="http://www.taxonconcept.org/"
 target="_blank">TaxonConcept Knowledge Base</a> / <a
 moz-do-not-send="true" href="http://lod.geospecies.org/"
 target="_blank">GeoSpecies Knowledge Base</a><br>
  <a moz-do-not-send="true" href="http://about.geospecies.org/"
 target="_blank">About the GeoSpecies Knowledge Base</a><br>
------------------------------------------------------------<br>
  </div>
</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>