That explains it. Thanks, --Rick
On Wed, May 29, 2013 at 7:08 PM, Justin Clark-Casey < [email protected]> 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 < >> [email protected] >> <mailto:jjustincc@googlemail.**com<[email protected]>>> >> 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 < >> [email protected] >> <mailto:jjustincc@googlemail.**com<[email protected]> >> > >> <mailto:jjustincc@googlemail._**_com <mailto: >> jjustincc@googlemail.**com <[email protected]>>>> 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 >> [email protected] <mailto:Opensim-users@lists.** >> berlios.de <[email protected]>> <mailto:Opensim-users@lists. >> __**berlios.de <http://berlios.de> >> >> <mailto:Opensim-users@lists.**berlios.de<[email protected]> >> >> >> >> 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 >> [email protected] <mailto:Opensim-users@lists.** >> berlios.de <[email protected]>> <mailto:Opensim-users@lists. >> __**berlios.de <http://berlios.de> >> >> <mailto:Opensim-users@lists.**berlios.de<[email protected]> >> >> >> >> 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 >> [email protected] <mailto:Opensim-users@lists.** >> berlios.de <[email protected]>> >> >> 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 >> [email protected] <mailto:Opensim-users@lists.** >> berlios.de <[email protected]>> >> >> 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 >> [email protected] >> 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 > [email protected] > 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 [email protected] https://lists.berlios.de/mailman/listinfo/opensim-users
