[Opensim-users] oar/iar import owner not replaced
Rick Anderson
rianders at docs.rutgers.edu
Thu May 30 01:50:04 UTC 2013
That explains it.
Thanks,
--Rick
On Wed, May 29, 2013 at 7:08 PM, Justin Clark-Casey <
jjustincc at googlemail.com> wrote:
> 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<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<jjustincc at googlemail.com>
>> >
>> <mailto:jjustincc at googlemail._**_com <mailto:
>> jjustincc at googlemail.**com <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 <Opensim-users at lists.berlios.de>> <mailto:Opensim-users at lists.
>> __**berlios.de <http://berlios.de>
>> <mailto:Opensim-users at lists.**berlios.de<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>
>> **>
>> <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 <Opensim-users at lists.berlios.de>> <mailto:Opensim-users at lists.
>> __**berlios.de <http://berlios.de>
>> <mailto:Opensim-users at lists.**berlios.de<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>
>> **>
>> <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 <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 <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
>> 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
> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-users/attachments/20130529/dde9a231/attachment.html>
More information about the Opensim-users
mailing list