<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
<br>
Hilmar Lapp wrote:
<blockquote cite="mid:4BAF522F-1FC3-4677-A5B3-5CD4977647D5@nescent.org"
 type="cite"><br>
  <div><br>
  <blockquote type="cite"><span class="Apple-style-span"
 style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; font-size: medium;">&nbsp;
I suppose someone could mint terms if they cared about this. </span></blockquote>
  <div><br>
  </div>
  <div>Certainly not - minting random terms whose semantic content
consists solely of a non-resolving URI string or a string in whatever
natural language is barely better than providing no value at all.&nbsp;</div>
  <br>
  </div>
</blockquote>
Well, I wasn't thinking of just any "somebody" creating random terms
with non-dereferencing URIs.&nbsp; I was thinking about using the new GBIF
terms management capabilities which I think is probably intended to
(among other things) host controlled vocabularies.&nbsp; Also, I was
assuming SKOS or some other well-known mechanism for expressing
relationships would be used to describe the
controlled-value-URI-identified resources.<br>
<blockquote cite="mid:4BAF522F-1FC3-4677-A5B3-5CD4977647D5@nescent.org"
 type="cite">
  <div>
  <blockquote type="cite"><span class="Apple-style-span"
 style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; font-size: medium;">Or
use ENVO uris.</span></blockquote>
  </div>
  <div><br>
  </div>
  <div>Yes, indeed. If they don't exist yet, ask that they do. That's
the way to build community ontologies - by a community actively working
to make the ontology what it needs it to be.</div>
</blockquote>
Well, the problem here is that there is only one ENVO ontology.&nbsp;&nbsp; There
are many systems for defining what a biome is (see wikipedia for
examples).&nbsp; Data producers will use the biome system they believe in
and are already using, and that won't necessarily be the one system
that ENVO comes up with.&nbsp; We can't legislate that everyone use ENVO.&nbsp;
So create controlled vocabularies for the various extant systems and
use SKOS or something like that to describe how they are related so
that a machine can understand the relationships.&nbsp; <br>
<br>
Steve<br>
<br>
<br>
<pre class="moz-signature" cols="72">-- 
Steven J. Baskauf, Ph.D., Senior Lecturer
Vanderbilt University Dept. of Biological Sciences

postal mail address:
PMB 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) 322-4942
If you fax, please phone or email so that I will know to look for it.
<a class="moz-txt-link-freetext" href="http://bioimages.vanderbilt.edu">http://bioimages.vanderbilt.edu</a>
</pre>
</body>
</html>