I totally get the z1 to z2 approach. I had a situation a while back where I'd been doing a lot of experimental building up around 3,000 to 4,000 meters and had kind of forgotten about that stuff up there and focused on some ground-level builds. Well, when I made an OAR I thought it was a bit big and then remembered the 5,000 or so prims I'd "abandoned" up above. If I could have just backed up a certain elevation section then I could have backed up the stuff on the ground and left the other stuff up above out of the backup. Would make for a much cleaner and consistent restoration in a new region later.<br>
<br>So definitely +1 to the idea of backing up based on Z coords, if that is at all a possibility for future consideration...<br><br>- Len W. Brown<br> <a href="mailto:lenwbrown@gmail.com">lenwbrown@gmail.com</a> <br>
<br><div class="gmail_quote">On Fri, Nov 27, 2009 at 5:47 AM, Zonja Capalini <span dir="ltr"><<a href="mailto:zonja.capalini@gmail.com">zonja.capalini@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
A cool use case that comes to my mind immediately (but I don't know whether it's easy or not :-)) is<div>the relocation of airboxes. I remember having to relocate a 10000+ prims airboxed city in SL,</div><div>and it was a real pita. Moving all objects manually was out question because it would have been</div>
<div>too time consuming, and mass-selecting 10000 prims is buggy, to say the least -- additionally,</div><div>the viewers are very stupid in that respect, because mass selection does not select Linden</div><div>plants and trees. I ended up by mass-selecting anyway, then manually moving up the</div>
<div>airboxed city (which caused of course incredible lag), and then a lot of smaller objects</div><div>had escaped the selection and had to be moved manually, etc.</div><div><br></div><div>It would be great if the load/save oar pair would allow for the following:</div>
<div><br></div><div>1) Saving everything in a sim between z1 and z2 meters (effectively storing one aixbox</div><div>level only), and</div><div><br></div><div>2) Load the previous oar with an offset of z3 (i.e., all objects would get their previous</div>
<div>z plus z3, which could be positive or negative).<br><br></div><div>As I mentioned previously, I don't know if this falls under the "easy" case category or not :-)</div><div><br></div><div>Indeed, once one starts to think in the direction of saving anything less than a whole</div>
<div>sim, the relocation problem appears immediately. What if I save a building in a partial</div><div>oar but I want to have it load-merged in a different position? Of course this can also</div><div>be done with linksets, but large linksets tend to be unmanageable -- or with coalesced</div>
<div>objects, but the same problem applies, and besides they are not currently implemented</div><div>by Opensim. I think partial oars can fill a hole here, but at the price of implementing</div><div>relocation in the load-merge operation (and possibly some form of z-rotation too).</div>
<div><br></div><font color="#888888"><div> /Zonja</div></font><div><div></div><div class="h5"><div><br><div class="gmail_quote">On Thu, Nov 26, 2009 at 9:12 PM, Justin Clark-Casey <span dir="ltr"><<a href="mailto:jjustincc@googlemail.com" target="_blank">jjustincc@googlemail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><br>
</div> Cool easy things with real world use cases get highest priority :). And of<br>
course it's all dependent on what time I have available :)<br>
<div><br></div></blockquote></div></div>
</div></div><br>_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
<br></blockquote></div>