Hi<div><br></div><div>I've been working on a client side tool for decentralizing user inventories, which I will release as an open source tool in two weeks, some of the features may be relevant to grid operators.</div>
<div><br></div><div>The basic premise of the tool is that the inventory and the backing assets of the inventory items really should be controlled by the user. The tool is born out of a frustration of having visited a number of grids. Each visit to a new grid presents me with an empty inventory, and I can then spend time searching for suitable item, clothing, attachments and other accessories.</div>
<div><br></div><div>For this purpose I have created a tool which will allow me to backup my inventory to a local cache and then upload the contents to another grid.</div><div><br></div><div>If my tool becomes popular, both the upload and download mechanisms may have some impact on the grid-operators, hence this email to serve as a notice.</div>
<div><br></div><div>The basic architecture is pretty simple, consisting of a number of import agents, which can import the users inventory and backing assets to a local database, and a number of upload agents which can upload inventory content to a specific account.</div>
<div><br></div><div>Backup/Import</div><div>There are two import agents, one which will import .iar files and one which works very much like I believe "Stored Inventory" works, which can backup the inventory of an avatars inventory. Avatar backup/Import is governed by a policy. Currently there are two policies, one complying with a very restrictive interpretation of the Linden Labs policy on backups, and a completely unrestricted policy, where anything that can be downloaded will be downloaded.</div>
<div><br></div><div>When a new account is registered in MyInventory it checks if the account is for a Linden Lab grid and limits the choices of policies to policies suitable for LL's TOS, I cannot and do not know if other grids have similar policies, I can well imagine that Avination has a similar restrictions, and would like similar logic implemented to restrict the download. Any grid operator which would like to have backup governed by a more restrictive policy are invited to notify me and I will attempt to implement the policy prior to the first release of the source code. or supply patches at a later time.</div>
<div><br></div><div>Upload/Export</div><div>MyInventory supports two mechanisms for uploading inventory content, traditional upload using UDP/CAPS and direct access to the inventory and asset web-services.</div><div>Due to limitations in the UDP/CAPS protocol each upload will create new assets, and as of my latest read of the Open Simulator code the asset store does not support "single instance assets", i.e. it does not use a checksum to verify if the asset already exists, for this reason MyInventory prefers to upload using direct access to asset and inventory web-services.</div>
<div><br></div><div>I would propose that the grids which chooses to support MyInventory augment their "GridInfoService" entries with the url's for the asset and inventory web-services, e.g.</div><div><div><br>
</div><div>[GridInfoService]</div><div>    assets = <a href="http://assets.osgrid.org">http://assets.osgrid.org</a></div><div>    inventory = <a href="http://inventory.osgrid.org">http://inventory.osgrid.org</a></div></div>
<div><br></div><div>Best regards</div><div>Snowcrash</div>