Skip to content
This repository has been archived by the owner on Aug 19, 2018. It is now read-only.

Add Support for Inventory Archive #10

Closed
zauberparacelsus opened this issue Sep 22, 2015 · 6 comments
Closed

Add Support for Inventory Archive #10

zauberparacelsus opened this issue Sep 22, 2015 · 6 comments
Labels
won't fix Core team has decided that this isn't a feature they want at this time.

Comments

@zauberparacelsus
Copy link
Contributor

I'm adding this as support for Inventory Archives (IAR files) is something that will be requested, and it is something that would be useful for open grids, where users may wish to transfer their inventory. One of the stated goals for Halcyon was that people running desktop sandboxes would be able to sync builds to and from InWorldz (or other grids), and IAR could provide a useful medium.

Though, obviously there would need to be some checks in order to cull objects based on creator and perms (export perms in particular). That, and perhaps it could be implemented in a way that does NOT require users to give out their plaintext password.

@Vinhold
Copy link

Vinhold commented Sep 22, 2015

For Discussion: The IAR process is only one that the grid owner can use as it is a server side access only for all the stuff I have worked with. I am not sure that I would be all that interested in having people able to use that to export and import content in my world. Alternatively, FireStorm has the item backup and upload of any content which you are the creator. For my purposes I limit that by placing a price on the options to upload and create groups. Students and guests are not given any money and thus may not upload any content, group membership blocks rezzing anything or allows it if that is the intended actions granted to them. Thus while I do not have any sales or economy, I can use the money controls to manage who has access to options that would otherwise distract from the purpose of my world for school and educational development.

@zauberparacelsus
Copy link
Contributor Author

Although Firestorm's export is a huge leap above XML export, it is still highly limited, for example: it does not support mesh export at all. For mesh, you have to manually re-upload it, retexture it, and reconfigure its scripts, animations, other contents, etc.

@Vinhold
Copy link

Vinhold commented Oct 14, 2015

The firestorm backup can store content using the Save as, Collada which is supposed to work for mesh content you created. Though it seems a bit strange to me that if you had the source files to begin with why you would need to back them up this way. I have seen it used to export prim structures for editing into mesh objects to be imported again. One Question: Does the IAR export only contain the contents of the person making the export for which they are the sole creator? I thought it would take all that was in the region.

@ddaeschler
Copy link
Contributor

I have import/export tools in progress that will meet this requirement. See https://github.com/InWorldz/halcyon-import-export

@kf6kjg kf6kjg added the won't fix Core team has decided that this isn't a feature they want at this time. label Apr 5, 2018
@kf6kjg
Copy link
Contributor

kf6kjg commented Apr 5, 2018

See the above linked external tool for import/export functionality - and possibly help write documentation for it! :D

@kf6kjg kf6kjg closed this as completed Apr 5, 2018
@kf6kjg
Copy link
Contributor

kf6kjg commented Aug 5, 2018

Issues I've seen with IAR support for future reference:

  1. In order to create a full IAR without losing who the creator is the file has to store the creator's identity. Since avatar IDs change from grid to grid, and not everyone with the same name is the same person there's a quagmire for grid-to-grid IAR transfer. See https://justincc.wordpress.com/2009/09/25/preserving-content-creator-credit-in-opensim-iar-transfers/ for details. Yes, I know OARs have the same problem, hence the best use is in such rare circumstances as when InWorldz was shut down and things had to be rescued. But even then even if IARs had been working they likely wouldn't have been taken because of the load as noted below.
  2. It's REALLY had to make a consistent IAR. You have to recursively handle the inventories of each item in the inventory as the prim inventory is just a reference to another asset in the asset server. This will take a lot of time and produce so much load on the asset server that it'll likely degrade people's experience on the grid. Yes, even OARs have this problem, hence when InWorldz went down and OARs were taken people had to rez what they wanted to keep using the heuristic of "if it can rez, rez it; if not, put it in a rezzed object."
  3. Support for backup of user inventory really doesn't belong as part of a region/simulator's processing. It should be an external tool accessed by a management website.

IIRC there are more issues with the subject.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
won't fix Core team has decided that this isn't a feature they want at this time.
Projects
None yet
Development

No branches or pull requests

4 participants