[sldev] [META][AWG]log chat of AWG meeting Friday, Oct 5, 2007
Argent Stonecutter
secret.argent at gmail.com
Tue Oct 9 03:37:09 PDT 2007
On 09-Oct-2007, at 01:58, dirk husemann wrote:
> master: original data + original meta data on original asset server
> reference: reference to data + copy of original meta data, meta
> data can
> be freshed (on local domain)
> cache: copy of data + copy of original meta data (in client?)
caches will exist all over the place, even internally in a domain...
in a region host, in an asset server of a domain the object has been
carried to, in the client.
> copy: copy or reference to data + modifiable metadata
> master copy: exported modified copy of data + exported modified meta
> data (assuming agent may modify), may update master.
master copy: exported copy or reference to data + modifiable
metadata, may update master.
> copy: currently when i have a no-modify object i cannot rename for
> example, are you proposing to allow an agent to rename? how about
> permissions?
* Permissions are inherently advisory between domains.
* Some metadata, like owner and group, can always be modified even if
the object is no-mod.
> - master copy: if it's a copy that's been modified, then that should
> really be a new asset.
No, only the metadata is modified. The master copy is simply a copy
that has only passed through domains that trust each other to
restrict metadata changes to reflect the same permissions model.
> how about we just follow what john's been suggesting: asset = data +
> meta data. whoever needs to cache, copies data + meta data.
> whoever wants to modify the meta data does so IFF the permissions
> allow
> for that. meta data always contains reference to original meta
> data. if
> i modify the data, i get a new asset.
At no point in any of the quoted material did I suggest modifying the
data. I was simply describing relationships between references,
cached copies, and metadata.
More information about the SLDev
mailing list