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:[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:[email protected]>
<mailto:jjustincc@googlemail.__com <mailto:[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:[email protected]>
<mailto:Opensim-users@lists.__berlios.de
<mailto:[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:[email protected]>
<mailto:Opensim-users@lists.__berlios.de
<mailto:[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] <mailto:[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] <mailto:[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
--
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
