W3C home > Mailing lists > Public > ietf-dav-versioning@w3.org > October to December 2000

RE: the DAV:comparison report

From: Mark A. Hale <mark.hale@interwoven.com>
Date: Fri, 29 Dec 2000 14:14:00 -0800
To: <ietf-dav-versioning@w3.org>
Message-ID: <FCEJIPPGHGNPMFLDIMEFGEINCHAA.mark.hale@interwoven.com>

I agree with your synopsis and support the change.  



> -----Original Message-----
> From: ietf-dav-versioning-request@w3.org
> [mailto:ietf-dav-versioning-request@w3.org]On Behalf Of Geoffrey M.
> Clemm
> Sent: Friday, December 29, 2000 11:28 AM
> To: ietf-dav-versioning@w3.org
> Subject: the DAV:comparison report
> During a proof-read pass over 10.13, it occurred to me that the
> DAV:comparison report is too vague to provide a significant degree of
> interoperability.  The example suggests it is useful for comparing two
> collections, but how often does one really have an "old" and a "new"
> copy of a collection on the server?  A smart client will keep track of
> the changes made on the client, and only update the server with the
> changes, not a new copy of the entire collection.  And even if one did
> have both collections on the server, one usually wants a "smart"
> compare that notices when a collection is "moved", instead of
> reporting a a delete and an add for each member of the moved
> collection.
> As suggested in the text of this report, it is really for
> comparing two baselines, which is of significant value since the
> DAV:version-set of a baseline can be huge (and thus not something
> one would want to download to a client), but the difference between
> two baselines will often be manageable (and useful) information.
> So I propose that we convert the DAV:comparison report into a
> DAV:baseline-comparison report, and move it from the "general option"
> section into the baseline option section, where it will be of
> significant value for interoperability.
> Comments?
> Cheers,
> Geoff
Received on Friday, 29 December 2000 17:11:39 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:55:46 UTC