<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">We need to do something new because of all the metadada associated with this kind of content, but we don't need to reinvent the wheel from scratch:<div><br></div><div><a href="http://linuxcommand.org/man_pages/tar1.html">http://linuxcommand.org/man_pages/tar1.html</a></div><div><br></div><div>There's more options in tar than one would care to implement here, but they are certainly a good starting point. The main difference is that files don't have a whole lot of metadata, therefore tar is relatively light in terms of filters. But it does have the --exclude=PATTERN which is very rich.<br><div><br></div><div><br><div><div>On Nov 27, 2009, at 4:49 AM, Len Brown wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">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> _______________________________________________<br>Opensim-dev mailing list<br><a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>https://lists.berlios.de/mailman/listinfo/opensim-dev<br></blockquote></div><br></div></div></body></html>