[Opensim-dev] oddities with asset storage
Melanie
melanie at t-data.com
Thu Feb 19 16:37:42 UTC 2009
That won't wash.
If i give copy perm just because i need it to be no trans, that
doesn't mean that I condone off-grid use or personal backup. It has
to be separated from the "perms" as we know them.
Most clothing is no mod/no trans. That doesn't mean that the
clothing creator would want me to be able to download their stuff,
meaning I would get the raw textures on my disk, to modify and
reupload as mine...
That that is easy to do with copybot or by getting it from the
viewer cache is beside the point here, the amount of criminal energy
required for content theft would be significantly reduced.
Melanie
Tommi Laukkanen wrote:
> I think somekind of hybrid of different strategies might work well. Maybe
> each storage provider could keep the assets in database and use hash to
> ensure there is no duplicates and a separate metadata entry which is ref
> counted with the binary. Anyhow this would be up to the specific storage
> provider implementation. When for one reason or another asset is referenced
> by another storage provider then the other asset provider can clone it to
> own storage. Rights for cloning can be deduced simply as follows: If you
> have right to copy the asset you have right to clone it to your own service
> provider. This would also leave distribution strategies etc. decissions for
> the specific storage provider. All we need to do is figure out where and how
> different storage providers are used. Can region have dedicated storage
> provider? Can user have own storage provider? Can grid choose external
> storage provider? How do these different storage providers play together in
> all use cases?
>
> regards,
> Tommi
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
More information about the Opensim-dev
mailing list