W3C home > Mailing lists > Public > www-rdf-interest@w3.org > February 2000

Re: RDF Description Services - and WebDAV

From: Perry A. Caro <caro@Adobe.COM>
Date: Tue, 08 Feb 2000 12:09:23 -0800
Message-ID: <38A077F3.8FA650B7@corp.adobe.com>
To: www-rdf-interest@w3.org
I went back and refreshed my apparently faulty memory on the WebDAV
protocol, and need to make the following corrections to myself:

> The WebDAV protocol has rudimentary
> operators for getting resources that have properties set to a specified
> value.

Rather, you can find resources that are associated with a particular named
property, not a value.  There are several caveats to this, including access
rights and collection membership.  You can also list all properties defined
on all resources in a given collection, again with caveats about access
rights, lock status, etc.

> For example, the side-effect of doing a GET
> request is that you can also get all the properties associated with that
> resource.
> Request:
> ... <!- ellipses indicates omitted protocol boilerplate -->
> GET http://www.w3.org/~danbri HTTP/1.1
> ...
> Reply:
> ...
>     <D:prop>
>         <dc:creator>Dan Brickley</dc:creator>
>     </D:prop>
> ...

This is wrong in several ways.  First, I can't find any proof in the
protocol spec that GET behaves in this way (that's what I get for going by
memory only).  The correct request is PROPFIND.  You either explicitly name
the resource you are interested in, or some ancestor "collection". In either
case, you can use parameters in the request to look for a specific property,
to get property names without their values, to control the "depth" of search
in the resource tree hierarchy of a collection, etc.

So my point about resources being implicit isn't quite right.  All property
requests are relative to some resource or some collection of resources. 
Still, the association of resource to property is still somewhat less
explicit than for RDF.

Received on Tuesday, 8 February 2000 15:10:02 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:44:22 UTC