> From [log in to unmask] Thu Jun 14 11:32 MET 2001
> X-Authentication-Warning: twister.gmd.de: tbaker owned process doing -bs
> X-Sender: [log in to unmask]
> MIME-Version: 1.0
> Date: Thu, 14 Jun 2001 11:32:19 +0200
> From: Thomas Baker <[log in to unmask]>
> Subject: Re: Agent Core?
> To: [log in to unmask]
>
> On Wed, 13 Jun 2001, Roland Schwaenzl wrote:
> > I don't think this is discriminating others. It's saying: DCMI has looked at the stuff and concludes the following relations...
> > I view it as a tool to promote interoperability between vocabularies.
>
> How do you picture we could do this in practice? What would a
> proposal look like and what would the outcome be?
>
> > > > I believe the fundamental issue is: to what class of objects does our
> > > > vocabulary refer? Is the term "resource" broad enough to cover
> > > > "people" ("agents")?
> >
> > Yes it is.
>
> And could we put agent-related terms into the same namespace as
> resource-related terms (more broadly) without needing to partition the
> namespace, creating (for example) a separate Agent namespace?
In RDFS we have a domain property. As the RDFS spec (3.1.4) is saying:
rdfs:domain :: "An instance of ConstraintProperty that is used to indicate the class(es) on whose members a property can
be used."
(...) "If there is no domain property, it may be used with any resource."
So we could do in the same namespace. Whether we should do, is a separate question.
The statement 'URI1' ---dcontolo:hasAsAgent---> 'URI2' should not imply 'URI2' is of type '( Representative for a ) Person',
as Elements1.1 mentions as examples of creators already persons, organizations and services.
'access' could make sense on a service.
Cheers
rs
> I hope
> the answer is yes because I suspect it would be very problematic in
> practice to make a clean distinction.
>
> Tom
>
> _______________________________________________________________________________
> Dr. Thomas Baker [log in to unmask]
> GMD Library
> Schloss Birlinghoven +49-2241-14-2352
> 53754 Sankt Augustin, Germany fax +49-2241-14-2619
>
|