W3C home > Mailing lists > Public > www-webdav-dasl@w3.org > January to March 2002

RE: Call for Participation: new internet draft for WebDAV SEARCH method

From: Julian Reschke <julian.reschke@gmx.de>
Date: Sat, 26 Jan 2002 12:01:44 +0100
To: "Lisa Dusseault" <lisa@xythos.com>, <www-webdav-dasl@w3.org>
Message-ID: <JIEGINCHMLABHJBIGKBCIEEFDOAA.julian.reschke@gmx.de>
> From: www-webdav-dasl-request@w3.org
> [mailto:www-webdav-dasl-request@w3.org]On Behalf Of Lisa Dusseault
> Sent: Saturday, January 26, 2002 12:00 AM
> To: Babich, Alan; 'Julian Reschke'; www-webdav-dasl@w3.org
> Subject: RE: Call for Participation: new internet draft for WebDAV
> SEARCH method
>
>
>
> > That is not the same thing as saying that every repository would be
> > organized enough to provide a query schema. Providing QSD has to be
> > optional. Document management systems could easily provide access to the
> > data dictionary they already have. But other repositories, e.g., file
> > systems, might not have a centralized query schema.
>
> You're right, but it's a little worse than that.  Systems where custom
> metadata could be anywhere (e.g. *any* dav system should support custom
> props) can't provide a complete query schema.
>
> However, QSD could become a *lot* more manageable with the simple
> feature of
> allowing the server to specify their behaviour as follows:  "for any
> property not otherwise mentioned in the QS, searching follows these
> rules..."
>
> Then only the special cases (live properties which are known to
> be integers,
> for example) would have to be in the QSD.


See
<http://www.greenbytes.de/tech/webdav/draft-reschke-webdav-search-latest.htm
l#rfc.section.5.20.2.1.1>
Received on Saturday, 26 January 2002 06:02:18 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Sunday, 22 March 2009 03:38:08 GMT