<html><body>
<p>Ai,<br>
<br>
The spiking is not consistent, it's fixable with flatten, and if you relog and/or reboot OS whatever instabilities caused it sometimes go away. These can be hard bugs to track down. If you can find a reproducible situation that causes it, that would be good information, but I wouldn't say its too dangerous to use the inworld tools. A recent 9-sim standalone OS region with multisim in-world terraforming (still a work in progress) is pictured here: <a href="http://shenlei.wordpress.com/2008/09/03/images-from-opensim-shengri-la-regions-belle-beaux/">http://shenlei.wordpress.com/2008/09/03/images-from-opensim-shengri-la-regions-belle-beaux/</a> with OS revisions circa <font size="4">r</font><font size="4">5959 - r6070</font> as of justincc's post (<a href="http://justincc.wordpress.com/2008/09/01/this-week-in-opensim-dev-week-ending-saturday-30th-august-2008/">http://justincc.wordpress.com/2008/09/01/this-week-in-opensim-dev-week-ending-saturday-30th-august-2008/</a>). <br>
<br>
The more we exercise the inworld tools, the sooner they'll get better....:)<br>
<br>
<br>
<br>
<br>
<img width="16" height="16" src="cid:1__=0ABBFE51DFD0AA188f9e8a93df938@us.ibm.com" border="0" alt="Inactive hide details for Ai Austin ---09/12/2008 03:56:58 AM---At 20:38 11/09/2008, Mike Pitman <pitman@us.ibm.com> wrote:"><font color="#424282">Ai Austin ---09/12/2008 03:56:58 AM---At 20:38 11/09/2008, Mike Pitman <pitman@us.ibm.com> wrote:</font><br>
<br>
<table width="100%" border="0" cellspacing="0" cellpadding="0">
<tr valign="top"><td style="background-image:url(cid:2__=0ABBFE51DFD0AA188f9e8a93df938@us.ibm.com); background-repeat: no-repeat; " width="40%">
<ul>
<ul>
<ul>
<ul><b><font size="2">Ai Austin <ai.ai.austin@googlemail.com></font></b><font size="2"> </font><br>
<font size="2">Sent by: opensim-dev-bounces@lists.berlios.de</font>
<p><font size="2">09/12/2008 03:54 AM</font>
<table border="1">
<tr valign="top"><td width="168" bgcolor="#FFFFFF"><div align="center"><font size="2">Please respond to<br>
opensim-dev@lists.berlios.de</font></div></td></tr>
</table>
</ul>
</ul>
</ul>
</ul>
</td><td width="60%">
<table width="100%" border="0" cellspacing="0" cellpadding="0">
<tr valign="top"><td width="1%"><img width="58" height="1" src="cid:3__=0ABBFE51DFD0AA188f9e8a93df938@us.ibm.com" border="0" alt=""><br>
<div align="right"><font size="2">To</font></div></td><td width="100%"><img width="1" height="1" src="cid:3__=0ABBFE51DFD0AA188f9e8a93df938@us.ibm.com" border="0" alt=""><br>
<font size="2">opensim-dev@lists.berlios.de</font></td></tr>
<tr valign="top"><td width="1%"><img width="58" height="1" src="cid:3__=0ABBFE51DFD0AA188f9e8a93df938@us.ibm.com" border="0" alt=""><br>
<div align="right"><font size="2">cc</font></div></td><td width="100%"><img width="1" height="1" src="cid:3__=0ABBFE51DFD0AA188f9e8a93df938@us.ibm.com" border="0" alt=""><br>
</td></tr>
<tr valign="top"><td width="1%"><img width="58" height="1" src="cid:3__=0ABBFE51DFD0AA188f9e8a93df938@us.ibm.com" border="0" alt=""><br>
<div align="right"><font size="2">Subject</font></div></td><td width="100%"><img width="1" height="1" src="cid:3__=0ABBFE51DFD0AA188f9e8a93df938@us.ibm.com" border="0" alt=""><br>
<font size="2">Re: [Opensim-dev] Very sensitive terrain adjustment?</font></td></tr>
</table>
<table border="0" cellspacing="0" cellpadding="0">
<tr valign="top"><td width="58"><img width="1" height="1" src="cid:3__=0ABBFE51DFD0AA188f9e8a93df938@us.ibm.com" border="0" alt=""></td><td width="336"><img width="1" height="1" src="cid:3__=0ABBFE51DFD0AA188f9e8a93df938@us.ibm.com" border="0" alt=""></td></tr>
</table>
</td></tr>
</table>
<br>
<tt>At 20:38 11/09/2008, Mike Pitman <pitman@us.ibm.com> wrote:<br>
> -At some point multisim regions in standalone mode had a <br>
> problem with spikes forming,<br>
<br>
<br>
That was exactly my circumstances when I first raised this. I was <br>
using a 13 region area (all on a single server) in standalone mode <br>
when I got the high spike on each moused over cell. A gentle single <br>
click touch and the area rocketed up perhaps 100m with sheer <br>
sides. I was using "raise land" with "small" set using a recent <br>
trunk binary build version (around 7-Sep-2008) . I was NOT near a sim <br>
boundary. It really means its too dangerous at present to risk <br>
smoothing out the land. I was just trying to fill in a puddle and <br>
ended up with 20 minutes work to recover the system.<br>
<br>
I do know this used to happen about a year ago.. but then it settled <br>
down and we had no problem doing minor terraforming adjustments, even <br>
though the operations were a bit slow, and it took the sim system <br>
time to catch up.<br>
<br>
Could it be all the latest terrain tool changes have broken this again?<br>
<br>
Some in-world adjustment is need even when mostly using terrain files <br>
for the core design.. since you want to make flat bases for building <br>
areas, etc. So the in world tools do need to work reasonably. <br>
<br>
_______________________________________________<br>
Opensim-dev mailing list<br>
Opensim-dev@lists.berlios.de<br>
</tt><tt><a href="https://lists.berlios.de/mailman/listinfo/opensim-dev">https://lists.berlios.de/mailman/listinfo/opensim-dev</a></tt><tt><br>
</tt><br>
</body></html>