[Opensim-users] fixed terrain..question on updating

matt raffel matt.raffel at mindspring.com
Tue Nov 11 18:21:06 UTC 2008


I use a slightly different approach.  It achieves the same results that 
you are working for, I think.  I'm curious if any sees any problems with 
this approach as well.

I keep my xml files, ini files, region files, etc...in my local source 
control system (I use perforce).  I then have a set of scripts that get 
the latest opensim code, build it, deploy my files and start up the grid.

Matt

Paul Fishwick wrote:
> I restarted all of the servers, and for some reason, that cleared up
> the terrain problem.
>
> On the issue of OpenSim updating procedure, I am curious as to the
> appropriate method. What I have been doing so far is:
>
>  1) For backup, copy the current opensim directory (the one that works)
>  2) Rename the Copy as the one to use for the update
>  3) Download the latest binary
>  4) Copy the bin of #3 over the bin of #2
>  5) Launch servers in the order UGAIM + OpenSim
>
> This seems to work but I wanted to know if it is effective. Also, when 
> trying
> these steps by building from source instead of downloading the
> binary (step 3), something wasn't working correctly and the SQL database 
> was not
> correctly accessed when the UserServer is launched. So, when doing this 
> from source,
> perhaps another method is appropriate.
>
> For clarification, when I build from source, I use TortoiseSVN and download
> using: http://opensimulator.org/svn/opensim/trunk to a new directory. I 
> then <http://opensimulator.org/svn/opensim/trunk>
> click on runprebuild20082008.bat and then on the C# "OpenSim" file which
> launches Visual C# Express. Then, I right click on OpenSim and Build.
>
> -p
>
> Paul Fishwick wrote:
>   
>> Something else odd - I cannot seem to use terrain commands
>> when in a region other that the default. For example, I'll do:
>>
>> change-region Chester
>> ...Currently selected region is Chester
>>
>> and then:
>>
>> terrain help yields ===Terrain===   with no help commands listed
>>
>> terrain fill 22 yields No such command exists
>>
>> These commands (including the help) work only when I am in
>> my default region. When I am in the root region, the command,
>> similarly, works only for the default region, with 3 errors produced
>> for the remaining 3 regions in the grid:
>>
>> Invalid command - No such command exists
>>
>> I think this is at the root (no pun intended) of the earlier problem.
>> I'll report to Mantis if this is a bug?
>>
>> -p
>>
>>
>> Paul Fishwick wrote:
>>   
>>     
>>> Rhian
>>> I did this as well. I export as RAW using the 32 bit floating point
>>> option. Then I get a file:  terrain.raw. I then move this to
>>> terrain.r32 using a DOS window. I'll send you the file in
>>> another email.
>>> -paul
>>>
>>>
>>> Rhian wrote:
>>>     
>>>       
>>>> Hi Paul,
>>>>
>>>> I have done the same sort of thing recently, but the only thing that I
>>>> have done differently is exporting as .RAW (32-bit floating point),
>>>> then changing to .r32 from the commandline.
>>>> My map is actually a 3 x 1 region, not 2 x 2, but the principle is 
>>>> the same.
>>>> (See OSGrid: BubbleBay-1, 2 and 3)
>>>>
>>>> If you want I can take a look at yours.
>>>>
>>>> Rhian
>>>>
>>>> On Tue, Nov 11, 2008 at 6:08 AM, Paul Fishwick 
>>>> <fishwick at cise.ufl.edu> wrote:
>>>>  
>>>>       
>>>>         
>>>>> I have an L3DT created 512x512 image that I'd like to use as a terrain
>>>>> on a 2x2 grid (1000,1000) --> (1001,1001). I've followed the
>>>>> instructions in:
>>>>>
>>>>> http://opensimulator.org/wiki/Using_L3DT
>>>>>
>>>>> making the size 512x512, and then when I export the heightfield map,
>>>>> I make sure to change the file to an extension of .r32 and ensure 
>>>>> that I
>>>>> click on the Options button to select "32 bit floating point (meters)"
>>>>> just prior to exporting.
>>>>>
>>>>> A "terrain load-tile terrain.r32 2 2 1000 1000"
>>>>>
>>>>> yields:
>>>>>
>>>>> Invalid command - No such command exists
>>>>> ==Terrain==
>>>>> (this repeats 2 more times, and then)
>>>>> [Region DB]: Storing terrain revision r1
>>>>>
>>>>> I am in (root), and it seems to treat the 512x512 map as a 256x256
>>>>> map and changes only the region in (1000,1000) instead of all 4
>>>>> regions.
>>>>>
>>>>> Any ideas? I can email my terrain.r32 file if anyone likes...
>>>>>
>>>>> -p
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Opensim-users mailing list
>>>>> Opensim-users at lists.berlios.de
>>>>> https://lists.berlios.de/mailman/listinfo/opensim-users
>>>>>
>>>>>     
>>>>>         
>>>>>           
>>>> _______________________________________________
>>>> Opensim-users mailing list
>>>> Opensim-users at lists.berlios.de
>>>> https://lists.berlios.de/mailman/listinfo/opensim-users
>>>>
>>>>   
>>>>       
>>>>         
>>>     
>>>       
>>   
>>     
>
>
>   




More information about the Opensim-users mailing list