[Opensim-users] oar/iar import owner not replaced
Justin Clark-Casey
jjustincc at googlemail.com
Wed May 29 23:08:16 UTC 2013
On 28/05/13 23:45, Rick Anderson wrote:
> I'll have to work on explaining a little better. I'll put some samples to together.
>
> IAR Example:
> The issues with an IAR was I changed a cube to a torus. That change would not appear until I loaded to IAR to a
> different server.
This is almost certainly because you're changing it in the serialized object asset that is used for inventory storage.
As assets are immutable, changing the data will have no effect - the simulator will continue to use old asset on reload.
To make this change, you will need to change the asset UUID and the references to that UUID in the inventory item xml.
>
>
>
> --Rick
>
>
>
>
>
> On Tue, May 28, 2013 at 6:18 PM, Justin Clark-Casey <jjustincc at googlemail.com <mailto:jjustincc at googlemail.com>> wrote:
>
> On 28/05/13 22:49, Rick Anderson wrote:
>
> Justin,
>
> I can set up test cases for each condition to repeat the problem. I can duplicate the following below. I can
> also add
> the manual object delete command and compare results. Any other cases that would be worth trying?
>
> For IAR getting a duplicate name isn't so much a problem, but not having the object update with the new
> properties is
> weird. I have deleted the object from my avatars inventory and reimported. Same problem. I went to a new server
> and the
> import occurred with the update settings.
>
>
> Anything loaded to inventory via an IAR will be owned (or certainly should!) be owned by you - it's not possible in
> SL to have inventory objects that are owned by somebody else. So I'm a little confused as to what we're talking
> about here.
>
>
>
> For OAR I see a message claiming the objects would be deleted. I only changed the owner UUID to match the new
> owner on
> the new server. Repetitive loads kept the old owner UUID.
>
>
> Perhaps this is a corner case, though it would still be quite surprising to me as the objects themselves will always
> be given random UUIDs on load.
>
> In fact, the old owner UUID should only be there is the new server also has a user with that UUID. If not, it
> should revert to the estate owner. Could it be that somehow the estate owner also has the old UUID?
>
>
>
> --Rick
>
>
>
> On Tue, May 28, 2013 at 5:03 PM, Justin Clark-Casey <jjustincc at googlemail.com <mailto:jjustincc at googlemail.com>
> <mailto:jjustincc at googlemail.__com <mailto:jjustincc at googlemail.com>>> wrote:
>
> Hi Rick. I'm very surprised to hear that since the default behaviour on OAR load is to wipe the region
> before the
> load. There is a --merge option but this isn't the default.
>
> IARs are a different matter - you will get duplicate inventory items if you don't delete the old ones
> first. There
> isn't any option to do a replace here.
>
> You can manually wipe a region with the console command
>
> delete object name --regex .*
>
> but this shouldnt' be necessary.
>
>
> On 28/05/13 21:08, Rick Anderson wrote:
>
> I'm finding if you import an oar or an iar file. Then edit the file the re-import it. The 2nd import fails
> because the
> originals are still in world and not replaced by the new files in the oar/iar.
>
> Is there flag that will change that?
>
> Also, I had to delete the regions with those objects, and the re load the iar/oar for changes to take
> effect.
>
> Is this a bug or there a work around?
>
> --Rick
>
> --
> Rick Anderson
> Director of Virtual Worlds
> Division of Continuing Studies (DoCS)
> Rutgers University
> (732) 586-3265
>
>
> ___________________________________________________
> Opensim-users mailing list
> Opensim-users at lists.berlios.de <mailto:Opensim-users at lists.berlios.de> <mailto:Opensim-users at lists.__berlios.de
> <mailto:Opensim-users at lists.berlios.de>>
> https://lists.berlios.de/____mailman/listinfo/opensim-users
> <https://lists.berlios.de/__mailman/listinfo/opensim-users>
> <https://lists.berlios.de/__mailman/listinfo/opensim-users
> <https://lists.berlios.de/mailman/listinfo/opensim-users>__>
>
>
>
>
> --
> Justin Clark-Casey (justincc)
> OSVW Consulting
> http://justincc.org
> http://twitter.com/justincc
> ___________________________________________________
> Opensim-users mailing list
> Opensim-users at lists.berlios.de <mailto:Opensim-users at lists.berlios.de> <mailto:Opensim-users at lists.__berlios.de
> <mailto:Opensim-users at lists.berlios.de>>
> https://lists.berlios.de/____mailman/listinfo/opensim-users
> <https://lists.berlios.de/__mailman/listinfo/opensim-users>
> <https://lists.berlios.de/__mailman/listinfo/opensim-users
> <https://lists.berlios.de/mailman/listinfo/opensim-users>__>
>
>
>
>
>
> --
> Rick Anderson
> Director of Virtual Worlds
> Division of Continuing Studies (DoCS)
> Rutgers University
> (732) 586-3265
>
>
> _________________________________________________
> Opensim-users mailing list
> Opensim-users at lists.berlios.de <mailto:Opensim-users at lists.berlios.de>
> https://lists.berlios.de/__mailman/listinfo/opensim-users <https://lists.berlios.de/mailman/listinfo/opensim-users>
>
>
>
> --
> Justin Clark-Casey (justincc)
> OSVW Consulting
> http://justincc.org
> http://twitter.com/justincc
> _________________________________________________
> Opensim-users mailing list
> Opensim-users at lists.berlios.de <mailto:Opensim-users at lists.berlios.de>
> https://lists.berlios.de/__mailman/listinfo/opensim-users <https://lists.berlios.de/mailman/listinfo/opensim-users>
>
>
>
>
> --
> Rick Anderson
> Director of Virtual Worlds
> Division of Continuing Studies (DoCS)
> Rutgers University
> (732) 586-3265
>
>
> _______________________________________________
> Opensim-users mailing list
> Opensim-users at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-users
>
--
Justin Clark-Casey (justincc)
OSVW Consulting
http://justincc.org
http://twitter.com/justincc
More information about the Opensim-users
mailing list