Well said Edmund, you said what I was expecting to happen. <div>'
<span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13.333333969116211px;background-color:rgb(255,255,255)">so it ended</span><br style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13.333333969116211px;background-color:rgb(255,255,255)">

<span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13.333333969116211px;background-color:rgb(255,255,255)">up being easier just to rez them where we were and tell them to move</span><br style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13.333333969116211px;background-color:rgb(255,255,255)">

<span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13.333333969116211px;background-color:rgb(255,255,255)">to where we wanted them.</span> '</div><div><br></div><div>and</div><div>'
<span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13.333333969116211px;background-color:rgb(255,255,255)">, it doesn't</span><br style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13.333333969116211px;background-color:rgb(255,255,255)">

<span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13.333333969116211px;background-color:rgb(255,255,255)">always seem to be in a position to listen for and handle messages. I</span><br style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13.333333969116211px;background-color:rgb(255,255,255)">

<span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13.333333969116211px;background-color:rgb(255,255,255)">think the issue is that it takes a bit of time after an object rezzes</span><br style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13.333333969116211px;background-color:rgb(255,255,255)">

<span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13.333333969116211px;background-color:rgb(255,255,255)">for it to start running its scripts and start listening for messages.</span> '</div><div>

<br></div><div>So unfortunately, I will have to do dirty coding again to make it happen. Unless there is a compelling reason,</div><div>does implementing an opensim function RezObjectAtRegionCoordinates() going to lead to problems?</div>

<div>I understand that 10 m limit might have been implemented to avoid griefing initially,</div><div>for the same reason that llSetRegionPos is being implemented ... I think there is a need for something similar for Rezzing.</div>

<div><br></div><div>How else could we do 'parametric building' and procedural based building sim wide? This is quite important I think.</div><div>There are lots of viz applications that would require the 10 m rez limit to be bypassed.</div>

<div><br></div><div>If dirty coding in LSL ... (also implying waste of tons of computing resources ...listening to this and that message etc...) could allow it, I think there is a need for a sim wide rez function.</div><div>

<br></div><div>Hope the opensim gods will answer my prayers.</div><div><br><div class="gmail_quote">On Fri, Sep 14, 2012 at 9:04 PM, Edmund Edgar <span dir="ltr"><<a href="mailto:ed@avatarclassroom.com" target="_blank">ed@avatarclassroom.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 15 September 2012 08:16, Dr Ramesh Ramloll <<a href="mailto:r.ramloll@gmail.com">r.ramloll@gmail.com</a>> wrote:<br>


> Thanks for the reply Daniel, I am trying to rez region wide ... objects. how<br>
> would this relay object work?<br>
<br>
</div>I made a rezzer for sloodle once like this although we ended up not<br>
using it. The objects were rezzed by a little UFO thingy (I called it<br>
the "mothership") that would move to where you wanted to rez the<br>
object and rez it there, then move back. There are a few ways to do<br>
this:<br>
a) The user controls the mothership directly - it flies to where it<br>
should rez things, then flies back.<br>
b) The user interacts with a stationary controller object which sends<br>
instructions to the mothership.<br>
c) Every time you want to rez something, the stationary controller<br>
object rezzes a mothership and tells it where to go and what to rez,<br>
and the mothership flies off, rezzes that object and derezzes itself<br>
when it's done.<br>
<br>
The advantage of this approach is that you don't have to put a script<br>
in the object you want to rez. But since there's no<br>
llDeRezOtherObject(), we ended up needing to put a script in the<br>
objects in any case for when we wanted to get rid of them, so it ended<br>
up being easier just to rez them where we were and tell them to move<br>
to where we wanted them.<br>
<br>
BTW, one thing to watch out for if you end up telling objects where to<br>
move to - at least in SL, probably OpenSim too - is that right after<br>
you rez an object (ie when the object_rez event fires), it doesn't<br>
always seem to be in a position to listen for and handle messages. I<br>
think the issue is that it takes a bit of time after an object rezzes<br>
for it to start running its scripts and start listening for messages.<br>
So if you need this to work reliably, you probably need some logic to<br>
make the rezzer resend the message if the rezzed object hasn't got it<br>
yet. (It may be enough just make your rezzer llSleep() for a bit after<br>
object_rez fires and hope for the best...)<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Edmund Edgar<br>
Avatar Classroom<br>
Your classroom, on the web, in a virtual world.<br>
<br>
<a href="mailto:ed@avatarclassroom.com">ed@avatarclassroom.com</a><br>
<a href="tel:%2B81%20090%203912%203380" value="+819039123380">+81 090 3912 3380</a><br>
Skype: edmundedgar<br>
Second Life: Edmund Earp<br>
Linked In: edmundedgar<br>
Twitter: @edmundedgar<br>
<a href="http://www.avatarclassroom.com" target="_blank">http://www.avatarclassroom.com</a><br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><font color="#999999">'Consider how the lilies grow. They do not labor or spin.'</font><br><b>Rameshsharma Ramloll</b> PhD, CEO CTO DeepSemaphore LLC, Affiliate <i>Research Associate Professor</i>, Idaho State University, Pocatello, ID 83209 Tel: 208-240-0040<br>

<div><a href="http://deepsemaphore.posterous.com/" target="_blank">Blog</a>, <a href="http://www.linkedin.com/in/rameshramloll" target="_blank">LinkedIn</a>, <a href="http://www.deepsemaphore.com" target="_blank">DeepSemaphore LLC</a>, <a href="https://plus.google.com/103652369558830540272/about" target="_blank">Google+ profile</a></div>

<br>
</div>