<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Umm.  I don't understand why what you said is relevant. Nobody that I
know of has assigned domains to any of the existing Darwin Core terms. 
If you have Darwin-SW in mind, it only assigns domains to object
properties that it mints and I don't see how that would prevent
supporting either or both kinds of use.  The problem in my mind is
figuring out how to do queries that would catch both kinds of uses, e.g.<br>
<br>
SELECT ?Occurrence WHERE {<br>
  ?Occurrence dwc:eventDate "2014-12-13"^^xsd:date.<br>
  ?Occurrence dwc:locality "Smith Pond".<br>
  }<br>
<br>
which would work for the simple version, but not Darwin-SW.  Obviously,
one could easily create a more complex query that would work in simple
cases like this example, but the complexity would expand greatly if one
wanted to require matches with 3 or more patterns.<br>
Steve<br>
<br>
Bob Morris wrote:
<blockquote
 cite="mid:CADUi7O4hAuoKenktHXyoMQXqfhu7dv7rE2TWFa7K297vXwU=gQ@mail.gmail.com"
 type="cite">
  <pre wrap="">Ah, Steve, your examples well illustrate the reason to avoid assigning
rdfs:domain, as well as why both are perfectly good illustrations
neither of which should be deprecated.  Communities of practice can
exploit either or both, and the only communities that are nailed are
those that labor under an rdfs:domain for such things as dwc:EventDate

Bob

On Fri, Dec 12, 2014 at 10:59 PM, Steve Baskauf
<a class="moz-txt-link-rfc2396E" href="mailto:steve.baskauf@vanderbilt.edu">&lt;steve.baskauf@vanderbilt.edu&gt;</a> wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">Paul,
That's exciting that you are trying to generate RDF using real data!

I think we initially considered including something in the guide like
what you have suggested, but the problem is that what constitutes "an
Occurrence record" varies depending on the model one has in mind when
serializing the record as RDF.  Historically, "occurrences" were
considered to be a superclass that included specimens, and any property
remotely related to a specimen could be included as part of an
occurrence record.  A provider exposing an occurrence record might give
it properties such as dwc:eventDate, dwc:preparations, and
dwc:locality.  However, a different provider might consider
dwc:eventDate to be the property of a dwc:Event instance,
dwc:preparations to be the property of a dwc:PreservedSpecimen, and
dwc:locality to be the property of a dcterms:Location instance and link
those instances to a separate Occurrence instance via object properties.

Which of these is correct?  At this point there is no consensus as to
whether one of these approaches is better than the other.  We avoided
putting extensive examples within the guide document itself, since the
guide will become part of the standard and will probably not be changed
frequently, whereas best practices for deciding the types of resources
with which properties should be associated is likely to develop over
time and with the experience of usage.  For that reason, we have
included examples in the ancillary documents that are associated with
the guide, but which do not form part of the standard.  The "examples
using 'pure' Darwin Core" [1] and "Examples using Darwin-SW object
properties" [2] illustrate the extremes that I've described above.

Steve

[1] <a class="moz-txt-link-freetext" href="https://code.google.com/p/tdwg-rdf/wiki/DwcRdfOccurrences">https://code.google.com/p/tdwg-rdf/wiki/DwcRdfOccurrences</a>
[2] <a class="moz-txt-link-freetext" href="https://code.google.com/p/tdwg-rdf/wiki/DwcRdfExamplesDarwinSW">https://code.google.com/p/tdwg-rdf/wiki/DwcRdfExamplesDarwinSW</a>

Paul J. Morris wrote:
    </pre>
    <blockquote type="cite">
      <pre wrap="">As I've been working through implementing RDF generation in a few
applications and seeking to conform to the guide, I've found myself
spending a good bit of time hunting through the document looking for
guidance on particular situations, this leads me to a suggestion for
the guide: Include, at the end of the guide, a single comprehensive
example of an Occurrence record, annotated to point to relevant
sections in the guide.  This could serve both to quickly answer
questions and as a visual index to the rest of the guide.

-Paul

      </pre>
    </blockquote>
    <pre wrap="">--
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>
<a class="moz-txt-link-freetext" href="http://vanderbilt.edu/trees">http://vanderbilt.edu/trees</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>
  <pre wrap=""><!---->


  </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:
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>
<a class="moz-txt-link-freetext" href="http://vanderbilt.edu/trees">http://vanderbilt.edu/trees</a>

</pre>
</body>
</html>