OpenSimulator - User contributions [en]

FAQ

2010-04-01T22:53:51Z

LaeMi: /* Errors from incomplete data migrations */

{{Template:Quicklinks}}
<br />

[[Category:Users]]
==About OpenSim==
===What is OpenSim?===
OpenSim is a platform for operating a virtual world, and supports multiple independent regions connecting to a single centralized grid. This is somewhat similar to the web, where anyone can run their own web server, tied together through the internet. It can also be used to create a private grid, analogous to a private intranet.

===What is a region?===
A region is what you see when you log into OpenSim. It is the physical place (well, virtual physical space) where avatars move and interact. It is a square patch of land which may contain an island, mountains, a plain, buildings, etc., or just an ocean.

===What is the grid?===
The grid is the level that organizes the regions and their positions in the world, and handles things that need to exist across regions, such as a user's inventory. You can think of it as similar to the world map.

===What does ... mean?===
See [[Technical_Reference | OpenSim:Technical Reference]] for definitions of some terms commonly used in OpenSim.

==Configuring OpenSim==
First, read [[OpenSim Configuration]].
===Where can I get a new UUID for my sim config?===
* See [[OpenSim Configuration]]

===Can I run multiple regions with OpenSim?===
* See [[OpenSim Configuration]]

===What databases can be used with OpenSim?===
* See [[OpenSim Configuration]]

==Running OpenSim==

===I get a bunch of ERROR: There was an error while scanning assembly:... <br>
errors on startup, but OpenSim appears to run normally. Is this a problem?===
No. These errors are being put out by the third party plugin scanning code. As we have it scanning the entire bin/ directory, it picks up dlls which don't have the correct information to be scanned, and so puts out this error. Don't worry about it :)

For the record, the current set of errors are

ERROR: There was an error while scanning assembly: /home/caseyj/jc/it/v/virtual-worlds/second-life/servers/opensim/src/opensim-svn-minim/bin/PhysX-wrapper.dll (Could not load file or assembly '/home/caseyj/jc/it/v/virtual-worlds/second-life/servers/opensim/src/opensim-svn-minim/bin/PhysX-wrapper.dll' or one of its dependencies. An attempt was made to load a program with an incorrect format.)

ERROR: There was an error while scanning assembly: /home/caseyj/jc/it/v/virtual-worlds/second-life/servers/opensim/src/opensim-svn-minim/bin/ode-debug.dll (Could not load file or assembly '/home/caseyj/jc/it/v/virtual-worlds/second-life/servers/opensim/src/opensim-svn-minim/bin/ode-debug.dll' or one of its dependencies. An attempt was made to load a program with an incorrect format.)

ERROR: There was an error while scanning assembly: /home/caseyj/jc/it/v/virtual-worlds/second-life/servers/opensim/src/opensim-svn-minim/bin/ode.dll (Could not load file or assembly '/home/caseyj/jc/it/v/virtual-worlds/second-life/servers/opensim/src/opensim-svn-minim/bin/ode.dll' or one of its dependencies. An attempt was made to load a program with an incorrect format.)

ERROR: There was an error while scanning assembly: /home/caseyj/jc/it/v/virtual-worlds/second-life/servers/opensim/src/opensim-svn-minim/bin/openjpeg-libsl.dll (Could not load file or assembly '/home/caseyj/jc/it/v/virtual-worlds/second-life/servers/opensim/src/opensim-svn-minim/bin/openjpeg-libsl.dll' or one of its dependencies. An attempt was made to load a program with an incorrect format.)

ERROR: There was an error while scanning assembly: /home/caseyj/jc/it/v/virtual-worlds/second-life/servers/opensim/src/opensim-svn-minim/bin/sqlite3.dll (Could not load file or assembly '/home/caseyj/jc/it/v/virtual-worlds/second-life/servers/opensim/src/opensim-svn-minim/bin/sqlite3.dll' or one of its dependencies. An attempt was made to load a program with an incorrect format.)

===Errors about modules not found and RegionBanListItem could not be loaded===

This is caused if you upgrade from trunk through svn and copy new files in the same directory.
To solve these errors during the startup of opensim.exe remove the following files from your bin folder:

OpenSIm.DataStore.MSSQL.dll

OpenSIm.DataStore.MSSQL.dll.mdm

===Errors from incomplete data migrations===

This can happen during version upgrades if for some reason a database migration fails when there is a change in the way OpenSim stores data.

You may see errors on the OpenSim console like:

[LLOGIN SERVICE]: Exception processing login for [username]: MySql.Data.MySqlClient.MySqlException: Table 'opensim.UserAccounts' doesn't exist
at MySql.Data.MySqlClient.MySqlStream.OpenPacket () [0x00000]
at MySql.Data.MySqlClient.NativeDriver.ReadResult (System.UInt64& affectedRows, System.Int64& lastInsertId) [0x00000]
at MySql.Data.MySqlClient.MySqlDataReader.GetResultSet () [0x00000]
at MySql.Data.MySqlClient.MySqlDataReader.NextResult () [0x00000] at MySql.Data.MySqlClient.MySqlStream.OpenPacket () [0x00000]
at MySql.Data.MySqlClient.NativeDriver.ReadResult (System.UInt64& affectedRows, System.Int64& lastInsertId) [0x00000]
at MySql.Data.MySqlClient.MySqlDataReader.GetResultSet () [0x00000]
at MySql.Data.MySqlClient.MySqlDataReader.NextResult () [0x00000]

In this case the 'users' table had not been migrated to the 'UserAccounts' table which OpenSim was expecting, also resulting in the viewerside error:

Login Failed
Error generating Login Response

I solved by fixing the filesystem permissions that were causing the migration to fail (on my Linux box '/var/lib/mysql/...' had got itself messed up), then dropping the 'migration' table and running the server again (from the [non-critical] migration warnings encountered there was probably a more precise way to do this, but I was fully backed up so I did it quick-and-dirty). Other than loosing terrain data refs. and current shape/clothing/attachment data (easily restored in-sim) all was now good for me.

==OpenSim in the Wild==
===Are there test servers running OpenSim I can connect to?===
Yes. Check out our [[Grid List]]! There are often many private servers up for testing. Hang out on the IRC channel (Freenode #opensim), and troll for URI's.
=== Can I teleport from the Linden Lab Second Life grid to my Sim? (updated!)===
Yes and No, Since the new public beta, launched on july 31th 2008 by Linden Lab, it is now possible to connect opensim servers/regions with the Second life grid, however this is not intended for regular users. <br>
<font color="red">NOTE:</font> currently it <font color="red">ONLY</font> works with the preview/beta grid of second life, not the main grid.)<br><Br>
It's in an early development stage and thus geared towards developers of virtual world/techniques, and is all but easy to setup. <br>Furthermore, when an avatar is hopping from an SL region to an Opensim region, the avatar will be "ruthed", meaning it will be the default Secondlife avatar. <br>NO assets (incl, shapes, skins, clothing etc) are tranfered during teleport, hence you wont have access to them, on the other grid. The beta test, is currently focussing on Teleportation between grids mainly. In the future, it should be possible to teleport WITH asset tranfers. But that wont be happening any time soon. <br><Br>If you want to try it out, read this page for more info on how to get started (with all the risks involved, don't say i didn't warn you):<br>[http://blog.secondlife.com/2008/07/31/open-grid-public-beta-begins-today/ http://blog.secondlife.com/2008/07/31/open-grid-public-beta-begins-today/]<Br><Br>
For normal operation, stick to the regular versions of opensim.

==MySQL==
===How do I isolate and delete a user's Trash items in a MySQL grid database?===
<font color="red">NOTE:</font> BACK UP YOUR DATABASE!

CAUTION: The Linux default directory for the MySQL database is /var/lib/mysql Many backup tools (e.g. backupPC) do NOT back up /var/*! Make certain that the database and not just the MySQL code (/usr/bin/mysql) is included in your nightly backups! The actual paths will be different for different operating systems and databases, but the problem is the same.

'''1.''' Locate the avatars UUID you wish to find the trash items of, in the '''users''' table<br />
<font size="0.9em">This query will locate a specified users UUID: (replace User/Test with username/lastname)</font>
<nowiki>SELECT `UUID` FROM `users` WHERE `username` LIKE 'User' AND `lastname` LIKE 'Test' LIMIT 0 , 30;</nowiki>
<br />
'''2.''' Use the avatars UUID to search the field_name '''AgentID''' in the '''inventoryFolders''' table, using '''Trash''' as the '''folderName''' to isolate the users Trash '''folderID'''<br />
<font size="0.9em">This query will locate the users Trash folder entry: (replace 00000000-0000-0000-0000-000000000000 with UUID of user)</font>
<nowiki>SELECT `folderID` FROM `inventoryfolders` WHERE `agentID` LIKE '00000000-0000-0000-0000-000000000000' AND `folderName` LIKE 'Trash'
LIMIT 0 , 30;</nowiki>
<br />
'''3.''' Use the '''folderID''' UUID obtained in the last query to find all of the trash items in the '''inventoryitems''' table, you can then delete them once you have isolated them.<br />
<font size="0.9em">This query will locate the trash items of the avatar in question: (replace 00000000-0000-0000-0000-000000000000 with Trash folder UUID obtained in the last query)</font>
<nowiki>SELECT * FROM `inventoryitems` WHERE `parentFolderID` LIKE '00000000-0000-0000-0000-000000000000' LIMIT 0 , 9999;</nowiki>
<br />
'''<font color="red">NOTE:</font>''' These steps will not remove the associated assets from the assets table, just the items in the inventory '''inventoryitems''' table.

===How do I isolate and resolve duplicate inventory folder entries in a MySQL grid database?===
<font color="red">NOTE:</font> BACK UP YOUR DATABASE!<br />

'''1.''' It's first a good idea to search for the affected avatars UUID in the '''inventoryFolders''' table to see the duplicate entries. When you see this, you'll see the problem of duplicate entries. The key here will be to find out which is being used.<br />

'''2.''' Upload a file inworld and name it something unique. This will isolate the UUID of your root folder that is being used (even though there are dups only one is being used)<br />

'''3.''' Search the '''inventoryitems''' table for your uniquely named item and locate it's '''parentFolderID''' <br /><br />
<font size="0.9em">This query will isolate the '''parentFolderID''' based on your search for the unique item (replace '''unique_name''' with your unique item name)</font>
<nowiki>SELECT `parentFolderID` FROM `inventoryitems` WHERE `inventoryName` LIKE 'unique_name' LIMIT 0 , 30;</nowiki>

'''4.''' Check the '''inventoryfolders''' table against the '''parentFolderID''' UUID obtained in the last search. That is your root folder that is being used.. you can delete all duplicate entries that do not match that parentFolderID. In the end, you should only have one of each type (Trash, etc)<br /><br />
<font size="0.9em">This query will return all values that are NOT the parentID obtained in the last search. (replace 00000000-0000-0000-0000-000000000000 with the parentID located in step 3)</font>
<nowiki>SELECT * FROM `inventoryfolders` WHERE `folderID` NOT LIKE '00000000-0000-0000-0000-000000000000' LIMIT 0 , 30;</nowiki>

==In World Questions==
=== Does in world scripting work yet? ===
Not fully implemented, but there is a lot of work going on here. Please see [[ScriptEngines]], [[LSL Status]] and [[OSSL Status]] for the latest info.

===Why do I walk through objects?===
Basicphysics doesn't support collisions between objects (just between you and the ground). There is active work on other [[PhysicsEngines | physics engines]] for OpenSim, the one that does most of the job and is most stable is the ODE (Open Dynamics Engine), which can be configured for use in OpenSim.ini.

===Can I customize my avatar?===
Yes. In order to do this:
* Click the Inventory Button
* Create -> New Clothes -> Shirt, Pants, etc
* Create -> New Body Parts -> Hair, Shape, etc
* Edit those from your inventory
* Wear them

Your avatar doesn't always face a nice direction for doing this, so you'll need to use the camera operations to see your face for some of the modifications. This is a known issue, will be fixed in the future. Also, you'll need to rewear you parts once you first join the environment. Right now default appearance is always "Ruth".

===Why do I look like I gas cloud right after I did the the previous steps?===
Second Life eliminated Ruth from their client. The Ruth we see in OpenSim is our own attempt of a yoga teacher and not truly Second Life's Ruth. When you create a shirt, pants, skin and shape and wear them without changing any parameters, the Second Life Viewer understands you are not Ruth. Since Ruth is no more, you become a cloud of gas. To fix it, either change a parameter of one of them before wearing all 4, or, if you already are a gas cloud, right click one of these items in your inventory and click edit. That should bring up the edit appearance menus. Just move any sliders and voilá.

===Why don't my terrain settings and prims stay through restarts?===
You haven't set it up to use a database. See [[OpenSim_Database_support|OpenSim Database support]] for info on how to set it up to use a database. (SqLite is the easiest of these to set up and should probably be used by anyone unfamiliar with any of the options).

===I used XEngine, but my recent update caused DotNetEngine to come on again===
There were some changes and you will need to change or create the line DefaultScriptEngine = "XEngine" in the startup section to get XEngine back. See [[ScriptEngines]]

===Why doesn't my world map update when I edit the terrain?===
There are three approaches depending on just how adventurous you want to be. From the least to the most adventurous:
* Wait two days. You will need to restart your sim at the end of the two days to get the updates.
* Exit the .xml file for the region. Change the value in the "lastmap_refresh" attribute to "0". You will need to restart the sim.
* Not for the faint of heart! Edit the "WorldMapModule.cs" file and change the "LazySaveGeneratedMaptile" method to change the "RefreshSeconds" value to something less than two days. Be sure to read the comments and understand why things are the way they are.

Once your terrain stabilizes, this won't be much of a problem, but it is nice to see the updates while you're furiously developing something.

===Why are my knees bent when I stand idle?===
This seems to be a result of the ODE Physics Engine on 64 bit systems. A fix is to edit OpenSim.ini and change the following line:
* av_capsule_standup_tensor_linux = 550000
to
* av_capsule_standup_tensor_linux = 1700000

Note that this line of code is under the [ODEPhysicsSettings] section of the OpenSim.ini file.

===when I create a new skin and shape, the thing goes bonkers creating new assets constantly===
you have not configured an asset cache

you need to configure either the cenome cache or the flotsam cache

without an asset cache, temporary assets can't be held which means they are continously rerequested

copy either config-include/CenomeMemoryAssetCache.ini.example, or the relevant flotsam file, to .ini edit and set it up for your needs then check GridCommon.ini or StandaloneCommon.ini uncomment the line for that cache

(standalone defaults to cenome grid to flotsam)

==Grid Mode==
=== After the shiny new grid is running, what is next? ===
* Make sure one can stop/restart UGA &S (sims). Check out any ordering issues of stop/restart UGA w/o stop/restart sim(s).
* Make sure one can add/delete both a region and a user from the database.
* Make sure it runs overnight and check it each morning by logging into 1 or 2 key sims.
* '<tt>tail -f userserver.log</tt>' and watch/understand the login process.
* Make sure when you logoff your system, you can log back on and get control of the UGAS consoles.

==Region Statistics on a Web Page==
===Information about your regions.===
Region statistics such as region name, avatar name, avatar position<x,y,z>, number of prims, and a lot of other information can be obtained on a web page by:
* Adding the following to the bottom of the [[Technical Reference/terms/OpenSim.ini | OpenSim.ini ]] file
[WebStats]
enabled=true
* Using a web browser and typing in the "Login URI" + "/SStats/" of your standalone server.
For example- <nowiki>http://127.0.0.1:9000/SStats/</nowiki>
The resulting web page is continually updated using AJAX, so there is no need to refresh the page to obtain current information. One possible use for this web page information would be to see who is logged on to the region in real time - without actually logging in.<br>
This web page provides region information similar to the kind generated by using various server console commands to obtain region statistics. See [[Technical_Reference/Server_Commands | Server_Commands]]

== Misc ==
=== You guys like April 1st, eh? Looks like the joke is on us... ===
Yes, every year we've had a piece of non destructive code in the unstable, unreleased, upstream subversion tree. The source tree that is only designed for testers and developers. In each case it has shown something that is possible in OpenSim that most people might not have realized. In 2008 this was an avatar created entirely from a Region Module (no user), in 2009 it was making all users a giant (and I mean giant) stick bug avatar. There will be more in the future, don't worry. The developers seem to have a sense of humor.

[[Category:Users]]

FAQ

2010-04-01T22:53:20Z

LaeMi: Summary of an issue with my database and how I solved it as per Mantis 4640

Screenshots

2009-11-08T05:09:09Z

LaeMi: remove dead link to my old web site. Update link to my new site

{{Template:Quicklinks}}
__NOTOC__
===Babblefrog@OSGRID===
{|width="90%" style="text-align:left;"
|[[Image:Snapshot_001.jpg|thumbnail]]

|[[Image:Snapshot_snow.jpg|thumbnail]]

|[[Image:Snapshot_venice.jpg|thumbnail]]

|}

===Nebadon===

{|width="90%" style="text-align:left;"

|[[Image:Nebadon2025_01.jpg|thumbnail]]

|[[Image:Nebadon2025_02.jpg|thumbnail]]

|[[Image:Nebadon2025_03.jpg|thumbnail]]

|[[Image:Nebadon2025_04.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:Nebadon2025_05.jpg|thumbnail]]

|[[Image:Nebadon2025_06.jpg|thumbnail]]

|[[Image:Nebadon2025_07.jpg|thumbnail]]

|[[Image:Nebadon2025_08.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:Nebadon2025_09.jpg|thumbnail]]

|[[Image:Nebadon2025_10.jpg|thumbnail]]

|[[Image:Nebadon2025_11.jpg|thumbnail]]

|[[Image:Nebadon2025_12.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:NEBADON2025-05.jpg|thumbnail]]

|[[Image:NEBADON2025-01.jpg|thumbnail]]

|[[Image:NEBADON2025-02.jpg|thumbnail]]

|[[Image:NEBADON2025-03.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:Your2ndlife.com_01.jpg|thumbnail]]

|[[Image:Your2ndlife.com_02_1.jpg|thumbnail]]

|[[Image:Your2ndlife.com_03_1.jpg|thumbnail]]

|[[Image:Your2ndlife.com_04_1.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:Your2ndlife.com_05_1.jpg|thumbnail]]

|[[Image:Your2ndlife.com_06_1.jpg|thumbnail]]

|[[Image:Your2ndlife.com_07_1.jpg|thumbnail]]

|[[Image:Your2ndlife.com_08_1.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:Your2ndlife.com_10_1.jpg|thumbnail]]

|[[Image:Your2ndlife.com_11_1.jpg|thumbnail]]

|[[Image:Your2ndlife.com_12_1.jpg|thumbnail]]

|[[Image:Your2ndlife.com_13_1.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:Your2ndlife.com_14a_1.jpg|thumbnail]]
|}

===Balthazar===
{|width="90%" style="text-align:left;"

|[[Image:thursday_002.jpg|thumbnail]]

|[[Image:thursday_003.jpg|thumbnail]]

|}
===Darb===
Simulator, meet Geographic Info Systems (simgis.org)
Four shots from a 49-sim model of Mount Tamalpais in Marin County, CA
{|width="90%" style="text-align:left;"

|[[Image:Tam_49_20071028_2.jpg|thumbnail]]

|[[Image:Tam_49a_20071028_3.jpg|thumbnail]]

|[[Image:Kentfield_20071029.jpg|thumbnail]]

|[[Image:Phoenix_lake_20071029.jpg|thumbnail]]

|}

Shots from an 81-sim 1:4 scale model around Berkeley, CA

{|width="90%" style="text-align:left;"

|[[Image:berk81_20071207.jpg|thumbnail]]

|[[Image:berk81_20071207_003.jpg|thumbnail]]

|[[Image:berk81_20071207_007.jpg|thumbnail]]

|[[Image:berk81_20071205_002.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:berk81_20071207_015.jpg|thumbnail]]

|[[Image:berk81_20071207_016.jpg|thumbnail]]

|[[Image:berk81_20071207_011.jpg|thumbnail]]

|[[Image:berk81_20071208_002.jpg|thumbnail]]

|}

Shots of a 40-region 1.024:1 scale model of UC Berkeley

{|width="90%" style="text-align:left;"

|[[Image:Svn054_4272.jpg|thumbnail]]

|[[Image:Svn054_4272_20080417a.jpg|thumbnail]]

|[[Image:OB40_greek_theater_vu_ely.jpg|thumbnail]]

|[[Image:OB40_sather_tower_vu_ely.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:OB40_shattuck_center_vu_wly.jpg|thumbnail]]

|[[Image:OB40_I_house_vu_nely.jpg|thumbnail]]

|[[Image:OB40_civic_center.jpg|thumbnail]]

|[[Image:OB40_Hearst_vu_ely.jpg|thumbnail]]

|}

===NixNerd===

{|width="90%" style="text-align:left;"

|[[Image:snapshot_nix_02.jpg|thumbnail]]

|[[Image:OpenSim_000.jpg|thumbnail]]

|[[Image:OpenSim_001.jpg|thumbnail]]

|[[Image:OpenSim_002.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:OpenSim_003.jpg|thumbnail]]

|[[Image:OpenSim_004.jpg|thumbnail]]

|[[Image:OpenSim_005.jpg|thumbnail]]

|[[Image:OpenSim_006.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:OpenSim_007.jpg|thumbnail]]
|}

===CentralGrid===
{|width="90%" style="text-align:right;"
|[[Image:2cg_home_003_001.jpg|thumbnail|Central Grid Orientation]]
|[[Image:2cg_home_003_014.jpg|thumbnail|Central Grid Business]]
|[[Image:BullRun_CentralGrid.jpg|thumbnail|BullRun - Art Gallery inside CentralGrid]]

|}

===United Grid - Sid Green===
{|width="90%" style="text-align:left;"

|[[Image:United_Grid_Tramway_1.png|thumbnail|United Grid Tramway, January 2008]]

|[[Image:United_Grid_Unnamed_Bridge_1.png|thumbnail|Unnamed Bridge, January 2008]]

|[[Image:United_Grid_Spiral_Staircase_1.png|thumbnail|Spiral Staircase, December 2008]]

|}

===Phrearch Miles===
{|width="90%" style="text-align:left;"
|[[Image:Phrearch_Miles_localsim_2.jpg|thumbnail]]
|}

===Sean Dague===
[[Image:dynamictexture.png]]

===Sun Payne - http://www.opensimulator.fr===

Pictures taken on the opengrid maintened by opensimulator.fr

{|width="90%" style="text-align:left;"

|[[Image:Islands.jpg|thumbnail]]

|[[Image:Sun linden.jpg|thumbnail]]

|[[Image:New Ruth.jpg|thumbnail]]

|[[Image:Ruth on mountain.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:Mountains island.jpg|thumbnail]]

|[[Image:Heart island.jpg|thumbnail]]

|[[Image:Man island.jpg|thumbnail]]

|[[Image:Maze island.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:Shirt island.jpg|thumbnail]]

|[[Image:Opensimulator island.jpg|thumbnail]]

|}

===AIAI Grid - http://vue.ed.ac.uk/openvue/===
{|width="90%" style="text-align:left;"

|[[Image:AIAI-2008-03-04-Opensim-AIAI-Sunset.jpg|thumbnail]]

|[[Image:AIAI-2008-03-08-Terrain-Scotland.jpg|thumbnail]]

|[[Image:AIAI-2008-02-25-Iroom.jpg|thumbnail]]

|[[Image:AIAI-2008-02-05-Media-Streaming.jpg|thumbnail]]

|}

===Grumly===

Lego(tm) building :-)

{|style="text-align:left;"

|[[Image:Lego1.png|thumbnail]]

|[[Image:Lego2.png|thumbnail]]

|[[Image:Lego3.jpg|thumbnail]]

|}

Draw on prims using an Browser Silverlight applet

{|style="text-align:left;"

|[[Image:SilverlightDrawOnPrim.png|thumbnail]]

|[[Image:DrawOnPrim1.png|thumbnail]]

|[[Image:DrawOnPrim2.png|thumbnail]]

|}

===WorldSimTerra ex-OpenSimPT - http://www.worldsimterra.com===

Pictures taken on the opengrid maintained by WorldSimTerra.com<br>
Portuguese Translation: "Imagens obtidas no opengrid mantido por WorldSimTerra.com"<br>

[[Image:OSPTG001.png|400px|center]] <center>Lusitania Center on worldSimTerra-Grid<br></center>

{|width="90%" style="text-align:left;"

|[[Image:OSPTG002.png|thumbnail]]

|[[Image:OSPTG003.png|thumbnail]]

|[[Image:OSPTG004.png|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:OSPTG005.png|thumbnail]]

|[[Image:OSPTG006.png|thumbnail]]

|[[Image:OSPTG007.png|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:OSPTG008.png|thumbnail]]

|[[Image:OSPTG009.png|thumbnail]]

|[[Image:OSPTG010.png|thumbnail]]

|}

===TalentRaspel Grid===

[http://www.vr-talentraspel.eu/index.php?page=home&btn=1 www.vr-talentraspel.eu]

{|style="text-align:left;"

|[[Image:trgrid_07.jpg|thumbnail]]

|[[Image:trgrid_02.jpg|thumbnail]]

|[[Image:trgrid_06.jpg|thumbnail]]

|}

{|style="text-align:left;"

|[[Image:trgrid_01.jpg|thumbnail]]

|[[Image:screen002.jpg|thumbnail]]

|[[Image:screen003.jpg|thumbnail]]

|}

{|style="text-align:left;"

|[[Image:screen001.jpg|thumbnail]]

|[[Image:screen004.jpg|thumbnail]]

|[[Image:screen005.jpg|thumbnail]]

|}

=== Tracy Welles ===
[http://www.sims3d.com www.sims3d.com]<br />
SL - Tracy Welles<br />
OpenSimulator User: rjs<br />
<br />

{|style="text-align:left;"

|[[Image:Welles_Grid_Bora_2.jpg|thumbnail]]

|[[Image:Welles_Grid_Bora.jpg|thumbnail]]

|[[Image:Welles_Grid_volcano.jpg|thumbnail]]

|}

{|style="text-align:left;"

|[[Image:Welles_Designs.jpg|thumbnail]]

|[[Image:Welles_Grid_Testing.jpg|thumbnail]]

|[[Image:Jockodomo.jpg|thumbnail]]

|}

{|style="text-align:left;"

|[[Image:Display.jpg|thumbnail]]

|[[Image:Executive-secretary.jpg|thumbnail]]

|[[Image:Living.jpg|thumbnail]]

|}

{|style="text-align:left;"

|[[Image:Table.jpg|thumbnail]]

|[[Image:Particles.jpg|thumbnail]]

|[[Image:Buildpad.jpg|thumbnail]]

|}

{|style="text-align:left;"

|[[Image:wd1.png|thumbnail]]

|[[Image:wd2.png|thumbnail]]

|[[Image:wd3.png|thumbnail]]

|}

{|style="text-align:left;"

|[[Image:wd4.png|thumbnail]]

|}

=== VirtualSims.Net ===

{|width="10%" style="text-align:left;"
|[[Image:Central_Park_Construction.jpg|thumbnail]]

|}

=== Future Life Grid ===

{|width="10%" style="text-align:left;"
|[[Image:Nova_Fortunis.jpg|thumbnail]]
|[[Image:Nova_Fortunis_2.jpg|thumbnail]]
|[[Image:Nova_Fortunis_3.jpg|thumbnail]]
|}

=== Fritz t. Cat ===
{|width="10%" style="text-align:left;"
|[[Image:Pearl-Point_004.jpg|thumbnail]]
|[[Image:Pearl_Point_w._wrecked_ship_001.jpg|thumbnail]]
|[[Image:Pearl_Point_w._wrecked_ship_005.jpg|thumbnail]]
|[[Image:Pearl_Lighthouse_at_night_001.jpg|thumbnail]]
|}
{|width="10%" style="text-align:left;"
|[[Image:Argand lamp (OLG)_002.jpg|thumbnail]]
|[[Image:Lighthouse clockwork.jpg|thumbnail]]
|[[Image:Lighthouse_clockwork_close_up_and_with_photo.jpg|thumbnail]]
|}
{|width="10%" style="text-align:left;"
|[[Image:My_version_of_Simpy's_boat,_Pearl-Cove_001.jpg|thumbnail]]
|[[Image:Pearl_Cove_001.jpg|thumbnail]]
|[[Image:Pearl_Point_w._wrecked_ship_003.jpg|thumbnail]]
|[[Image:Nudibrancs 005.jpg|thumbnail]]
|}

=== Architecture Islands ===
{|width="10%" style="text-align:left;"
|[[Image:ArchitectureIsland1.jpg|thumbnail]]
|[[Image:ArchitectureIsland2.jpg|thumbnail]]
|[[Image:ArchitectureIsland3.jpg|thumbnail]]
|[[Image:ArchitectureIsland4.jpg|thumbnail]]
|[[Image:ArchitectureIsland5.jpg|thumbnail]]
|}

== Videos ==

===On-line TV===

[http://www.livestream.com/worldsimterra Broadcast from WorldSimTerra TV... real opensim TV-live]

===Megaprims===

http://www.youtube.com/watch?v=ouEcKEhz1AA

http://www.youtube.com/watch?v=EqcdH4ub6rQ

[http://www.youtube.com/watch?v=Q9cElvejrxo Flight Into Terrain Megaprims in Berkeley]<br>

[http://www.youtube.com/watch?v=srwRPgjFjnQ OpenSim versus Google Earth, a random walk through 40 regions]<br><br>

===Other videos===

Jeff1564 <br>
http://www.youtube.com/watch?v=AwYQL7nMENQ <br><br>

Nebadon2025<br>
http://www.nebadon2025.com/opensim <br><br>

FrancoGrid<br>
http://www.youtube.com/watch?v=ixHcmLFSWvM<br><br>

Sun<br>
[http://www.wegame.com/user/opensimulator/ Opensimulator album] on Wegame<br>
[http://fr.youtube.com/user/opengrid2008 Opengrid album] on Youtube<br><br>

DarbDabney<br>
[http://www.youtube.com/watch?v=1gtjPZGOWOw Ruth versus Rover, r5234 with ODE]<br>

[http://www.youtube.com/watch?v=86IVMafq3ik UC Berkeley Greek Theater 1.024:1 scale]<br>

[http://www.youtube.com/watch?v=uBlbB72cpUQ UC Berkeley LBNL to Wurster Hall 1.024:1 scale]<br>

[http://www.youtube.com/watch?v=cealA1QL59s UC Berkeley Easterly campus flight 1.024:1 scale]<br>

Archimedix<br>
[http://video.google.com/videoplay?docid=2679558764935410864&q=opensim&ei=4OYqSM_vCI6K2QKbypTeCQ Import Terrain from main grid]<br>

'''WorldSimTerra-Grid''' [http://www.worldsimterra.com website]

[http://www.youtube.com/watch?v=YrmFaR-GUzA 24 hours with shadows on WorldSimTerra]

[http://www.youtube.com/watch?v=0II89LgCXb0 Some images of WorldSimTerra-Grid]

[http://www.youtube.com/watch?v=zt3vbGoE0fM WorldSimTerra Server Test 090405]

'''TalentRaspel Grid''' [http://www.vr-talentraspel.eu/index.php?page=home&btn=1 website]
<br>
[http://de.youtube.com/watch?v=DQROyxP9md0 Demo: A flight through the TalentRaspel Grid]<br>
[http://de.youtube.com/watch?v=EDGtnNrsC4c Demo: Another flight through the TalentRaspel Grid]<br>
[http://de.youtube.com/watch?v=abTlpr-5TOc Tutorial video "User registration and client installation" (in german)]<br>
[http://de.youtube.com/watch?v=rAtTpiNQ5rI Tutorial video "First steps after login" (in german)]<br>
[http://de.youtube.com/watch?v=PyS9CAyTxJo Tutorial video "How to persist your avatars appearance" (in german)]<br>

'''Architecture in OpenSim''' [http://www.archvirtual.com website]

[http://www.youtube.com/watch?v=FfMouJFcp8c Architecture Islands Grid demo]<br>
[http://www.youtube.com/watch?v=tvqorbFsJ_w Design/Build Demo in OpenSim on the Architecture Islands Grid]<br>

=== OpenSimulator 2nd birthday event videos ===

[http://de.youtube.com/watch?v=Tds180ahpEg Report about OpenSimulator 2nd birthday event Part 1 (german language)]

[http://de.youtube.com/watch?v=4_nEJvDY5lo Report about OpenSimulator 2nd birthday event Part 2 (german language)]

[http://de.youtube.com/watch?v=c_5aFexT7lk Report about OpenSimulator 2nd birthday event Part 3 (german language)]

=== Information videos about virtual worlds ===

[http://de.youtube.com/watch?v=bpCQy8riYsA Part 1: A Review (german language)]

[http://de.youtube.com/watch?v=hjRBtjtrauc Part 2: 3D-Engines (german language)]

== External Links ==
===LaeMi's sim on her home Linux box===
http://home.exetel.com.au/impact/impact.shtml
[[Category:Users]]
[[Category:Development]]

===Flickr OpenSim group===
http://www.flickr.com/groups/opensim/
[[Category:Users]]
[[Category:Development]]
<cleanpage title=hide cats=hide />

User:LaeMi

2009-10-10T10:24:02Z

LaeMi: update web address

LaeMi's web site is [http://home.exetel.com.au/impact/ here].

Screenshots

2009-10-10T10:21:43Z

LaeMi: changed weblink as my home site is on the move between ISPs

{{Template:Quicklinks}}
__NOTOC__
====Babblefrog@OSGRID====
{|width="90%" style="text-align:left;"
|[[Image:Snapshot_001.jpg|thumbnail]]

|[[Image:Snapshot_snow.jpg|thumbnail]]

|[[Image:Snapshot_venice.jpg|thumbnail]]

|}

====Nebadon====

{|width="90%" style="text-align:left;"

|[[Image:Nebadon2025_01.jpg|thumbnail]]

|[[Image:Nebadon2025_02.jpg|thumbnail]]

|[[Image:Nebadon2025_03.jpg|thumbnail]]

|[[Image:Nebadon2025_04.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:Nebadon2025_05.jpg|thumbnail]]

|[[Image:Nebadon2025_06.jpg|thumbnail]]

|[[Image:Nebadon2025_07.jpg|thumbnail]]

|[[Image:Nebadon2025_08.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:Nebadon2025_09.jpg|thumbnail]]

|[[Image:Nebadon2025_10.jpg|thumbnail]]

|[[Image:Nebadon2025_11.jpg|thumbnail]]

|[[Image:Nebadon2025_12.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:NEBADON2025-05.jpg|thumbnail]]

|[[Image:NEBADON2025-01.jpg|thumbnail]]

|[[Image:NEBADON2025-02.jpg|thumbnail]]

|[[Image:NEBADON2025-03.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:Your2ndlife.com_01.jpg|thumbnail]]

|[[Image:Your2ndlife.com_02_1.jpg|thumbnail]]

|[[Image:Your2ndlife.com_03_1.jpg|thumbnail]]

|[[Image:Your2ndlife.com_04_1.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:Your2ndlife.com_05_1.jpg|thumbnail]]

|[[Image:Your2ndlife.com_06_1.jpg|thumbnail]]

|[[Image:Your2ndlife.com_07_1.jpg|thumbnail]]

|[[Image:Your2ndlife.com_08_1.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:Your2ndlife.com_10_1.jpg|thumbnail]]

|[[Image:Your2ndlife.com_11_1.jpg|thumbnail]]

|[[Image:Your2ndlife.com_12_1.jpg|thumbnail]]

|[[Image:Your2ndlife.com_13_1.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:Your2ndlife.com_14a_1.jpg|thumbnail]]
|}

===Balthazar===
{|width="90%" style="text-align:left;"

|[[Image:thursday_002.jpg|thumbnail]]

|[[Image:thursday_003.jpg|thumbnail]]

|}
===Darb===
Simulator, meet Geographic Info Systems (simgis.org)
Four shots from a 49-sim model of Mount Tamalpais in Marin County, CA
{|width="90%" style="text-align:left;"

|[[Image:Tam_49_20071028_2.jpg|thumbnail]]

|[[Image:Tam_49a_20071028_3.jpg|thumbnail]]

|[[Image:Kentfield_20071029.jpg|thumbnail]]

|[[Image:Phoenix_lake_20071029.jpg|thumbnail]]

|}

Shots from an 81-sim 1:4 scale model around Berkeley, CA

{|width="90%" style="text-align:left;"

|[[Image:berk81_20071207.jpg|thumbnail]]

|[[Image:berk81_20071207_003.jpg|thumbnail]]

|[[Image:berk81_20071207_007.jpg|thumbnail]]

|[[Image:berk81_20071205_002.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:berk81_20071207_015.jpg|thumbnail]]

|[[Image:berk81_20071207_016.jpg|thumbnail]]

|[[Image:berk81_20071207_011.jpg|thumbnail]]

|[[Image:berk81_20071208_002.jpg|thumbnail]]

|}

Shots of a 40-region 1.024:1 scale model of UC Berkeley

{|width="90%" style="text-align:left;"

|[[Image:Svn054_4272.jpg|thumbnail]]

|[[Image:Svn054_4272_20080417a.jpg|thumbnail]]

|[[Image:OB40_greek_theater_vu_ely.jpg|thumbnail]]

|[[Image:OB40_sather_tower_vu_ely.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:OB40_shattuck_center_vu_wly.jpg|thumbnail]]

|[[Image:OB40_I_house_vu_nely.jpg|thumbnail]]

|[[Image:OB40_civic_center.jpg|thumbnail]]

|[[Image:OB40_Hearst_vu_ely.jpg|thumbnail]]

|}

===NixNerd===

{|width="90%" style="text-align:left;"

|[[Image:snapshot_nix_02.jpg|thumbnail]]

|[[Image:OpenSim_000.jpg|thumbnail]]

|[[Image:OpenSim_001.jpg|thumbnail]]

|[[Image:OpenSim_002.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:OpenSim_003.jpg|thumbnail]]

|[[Image:OpenSim_004.jpg|thumbnail]]

|[[Image:OpenSim_005.jpg|thumbnail]]

|[[Image:OpenSim_006.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:OpenSim_007.jpg|thumbnail]]
|}

===CentralGrid===
{|width="90%" style="text-align:right;"
|[[Image:2cg_home_003_001.jpg|thumbnail|Central Grid Orientation]]
|[[Image:2cg_home_003_014.jpg|thumbnail|Central Grid Business]]
|[[Image:BullRun_CentralGrid.jpg|thumbnail|BullRun - Art Gallery inside CentralGrid]]

|}

===United Grid - Sid Green===
{|width="90%" style="text-align:left;"

|[[Image:United_Grid_Tramway_1.png|thumbnail|United Grid Tramway, January 2008]]

|[[Image:United_Grid_Unnamed_Bridge_1.png|thumbnail|Unnamed Bridge, January 2008]]

|[[Image:United_Grid_Spiral_Staircase_1.png|thumbnail|Spiral Staircase, December 2008]]

|}

===Phrearch Miles===
{|width="90%" style="text-align:left;"
|[[Image:Phrearch_Miles_localsim_2.jpg|thumbnail]]
|}

===Sean Dague===
[[Image:dynamictexture.png]]

===Sun Payne - http://www.opensimulator.fr===

Pictures taken on the opengrid maintened by opensimulator.fr

{|width="90%" style="text-align:left;"

|[[Image:Islands.jpg|thumbnail]]

|[[Image:Sun linden.jpg|thumbnail]]

|[[Image:New Ruth.jpg|thumbnail]]

|[[Image:Ruth on mountain.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:Mountains island.jpg|thumbnail]]

|[[Image:Heart island.jpg|thumbnail]]

|[[Image:Man island.jpg|thumbnail]]

|[[Image:Maze island.jpg|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:Shirt island.jpg|thumbnail]]

|[[Image:Opensimulator island.jpg|thumbnail]]

|}

===AIAI Grid - http://vue.ed.ac.uk/openvue/===
{|width="90%" style="text-align:left;"

|[[Image:AIAI-2008-03-04-Opensim-AIAI-Sunset.jpg|thumbnail]]

|[[Image:AIAI-2008-03-08-Terrain-Scotland.jpg|thumbnail]]

|[[Image:AIAI-2008-02-25-Iroom.jpg|thumbnail]]

|[[Image:AIAI-2008-02-05-Media-Streaming.jpg|thumbnail]]

|}

===Grumly===

Lego(tm) building :-)

{|style="text-align:left;"

|[[Image:Lego1.png|thumbnail]]

|[[Image:Lego2.png|thumbnail]]

|[[Image:Lego3.jpg|thumbnail]]

|}

Draw on prims using an Browser Silverlight applet

{|style="text-align:left;"

|[[Image:SilverlightDrawOnPrim.png|thumbnail]]

|[[Image:DrawOnPrim1.png|thumbnail]]

|[[Image:DrawOnPrim2.png|thumbnail]]

|}

===WorldSimTerra ex-OpenSimPT - http://www.worldsimterra.com===

Pictures taken on the opengrid maintained by WorldSimTerra.com<br>
Portuguese Translation: "Imagens obtidas no opengrid mantido por WorldSimTerra.com"<br>

[[Image:OSPTG001.png|400px|center]] <center>Lusitania Center on worldSimTerra-Grid<br></center>

{|width="90%" style="text-align:left;"

|[[Image:OSPTG002.png|thumbnail]]

|[[Image:OSPTG003.png|thumbnail]]

|[[Image:OSPTG004.png|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:OSPTG005.png|thumbnail]]

|[[Image:OSPTG006.png|thumbnail]]

|[[Image:OSPTG007.png|thumbnail]]

|}

{|width="90%" style="text-align:left;"

|[[Image:OSPTG008.png|thumbnail]]

|[[Image:OSPTG009.png|thumbnail]]

|[[Image:OSPTG010.png|thumbnail]]

|}

===TalentRaspel Grid===

[http://www.vr-talentraspel.eu/index.php?page=home&btn=1 www.vr-talentraspel.eu]

{|style="text-align:left;"

|[[Image:trgrid_07.jpg|thumbnail]]

|[[Image:trgrid_02.jpg|thumbnail]]

|[[Image:trgrid_06.jpg|thumbnail]]

|}

{|style="text-align:left;"

|[[Image:trgrid_01.jpg|thumbnail]]

|[[Image:screen002.jpg|thumbnail]]

|[[Image:screen003.jpg|thumbnail]]

|}

{|style="text-align:left;"

|[[Image:screen001.jpg|thumbnail]]

|[[Image:screen004.jpg|thumbnail]]

|[[Image:screen005.jpg|thumbnail]]

|}

=== Tracy Welles ===
[http://www.sims3d.com www.sims3d.com]<br />
SL - Tracy Welles<br />
OpenSimulator User: rjs<br />
<br />

{|style="text-align:left;"

|[[Image:Welles_Grid_Bora_2.jpg|thumbnail]]

|[[Image:Welles_Grid_Bora.jpg|thumbnail]]

|[[Image:Welles_Grid_volcano.jpg|thumbnail]]

|}

{|style="text-align:left;"

|[[Image:Welles_Designs.jpg|thumbnail]]

|[[Image:Welles_Grid_Testing.jpg|thumbnail]]

|[[Image:Jockodomo.jpg|thumbnail]]

|}

{|style="text-align:left;"

|[[Image:Display.jpg|thumbnail]]

|[[Image:Executive-secretary.jpg|thumbnail]]

|[[Image:Living.jpg|thumbnail]]

|}

{|style="text-align:left;"

|[[Image:Table.jpg|thumbnail]]

|[[Image:Particles.jpg|thumbnail]]

|[[Image:Buildpad.jpg|thumbnail]]

|}

{|style="text-align:left;"

|[[Image:wd1.png|thumbnail]]

|[[Image:wd2.png|thumbnail]]

|[[Image:wd3.png|thumbnail]]

|}

{|style="text-align:left;"

|[[Image:wd4.png|thumbnail]]

|}

=== VirtualSims.Net ===

{|width="10%" style="text-align:left;"
|[[Image:Central_Park_Construction.jpg|thumbnail]]

|}

=== Future Life Grid ===

{|width="10%" style="text-align:left;"
|[[Image:Nova_Fortunis.jpg|thumbnail]]
|[[Image:Nova_Fortunis_2.jpg|thumbnail]]
|[[Image:Nova_Fortunis_3.jpg|thumbnail]]
|}

== Videos ==

===On-line TV===

[http://www.worldsimterra.com/en/videos-fotos/videos-opensim-second-life/worldsimterra-tv-.-real-virtualities-tv-live.html Rebroadcast from WorldSimTerra TV... real opensim TV-live]

===Megaprims===

http://www.youtube.com/watch?v=ouEcKEhz1AA

http://www.youtube.com/watch?v=EqcdH4ub6rQ

[http://www.youtube.com/watch?v=Q9cElvejrxo Flight Into Terrain Megaprims in Berkeley]<br>

[http://www.youtube.com/watch?v=srwRPgjFjnQ OpenSim versus Google Earth, a random walk through 40 regions]<br><br>

===Other videos===

Jeff1564 <br>
http://www.youtube.com/watch?v=AwYQL7nMENQ <br><br>

Nebadon2025<br>
http://www.nebadon2025.com/opensim <br><br>

FrancoGrid<br>
http://www.youtube.com/watch?v=ixHcmLFSWvM<br><br>

Sun<br>
[http://www.wegame.com/user/opensimulator/ Opensimulator album] on Wegame<br>
[http://fr.youtube.com/user/opengrid2008 Opengrid album] on Youtube<br><br>

DarbDabney<br>
[http://www.youtube.com/watch?v=1gtjPZGOWOw Ruth versus Rover, r5234 with ODE]<br>

[http://www.youtube.com/watch?v=86IVMafq3ik UC Berkeley Greek Theater 1.024:1 scale]<br>

[http://www.youtube.com/watch?v=uBlbB72cpUQ UC Berkeley LBNL to Wurster Hall 1.024:1 scale]<br>

[http://www.youtube.com/watch?v=cealA1QL59s UC Berkeley Easterly campus flight 1.024:1 scale]<br>

Archimedix<br>
[http://video.google.com/videoplay?docid=2679558764935410864&q=opensim&ei=4OYqSM_vCI6K2QKbypTeCQ Import Terrain from main grid]<br>

'''WorldSimTerra-Grid''' [http://www.worldsimterra.com website]

[http://www.youtube.com/watch?v=YrmFaR-GUzA 24 hours with shadows on WorldSimTerra]

[http://www.youtube.com/watch?v=0II89LgCXb0 Some images of WorldSimTerra-Grid]

[http://www.youtube.com/watch?v=zt3vbGoE0fM WorldSimTerra Server Test 090405]

'''TalentRaspel Grid''' [http://www.vr-talentraspel.eu/index.php?page=home&btn=1 website]
<br>
[http://de.youtube.com/watch?v=DQROyxP9md0 Demo: A flight through the TalentRaspel Grid]<br>
[http://de.youtube.com/watch?v=EDGtnNrsC4c Demo: Another flight through the TalentRaspel Grid]<br>
[http://de.youtube.com/watch?v=abTlpr-5TOc Tutorial video "User registration and client installation" (in german)]<br>
[http://de.youtube.com/watch?v=rAtTpiNQ5rI Tutorial video "First steps after login" (in german)]<br>
[http://de.youtube.com/watch?v=PyS9CAyTxJo Tutorial video "How to persist your avatars appearance" (in german)]<br>

=== OpenSimulator 2nd birthday event videos ===

[http://de.youtube.com/watch?v=Tds180ahpEg Report about OpenSimulator 2nd birthday event Part 1 (german language)]

[http://de.youtube.com/watch?v=4_nEJvDY5lo Report about OpenSimulator 2nd birthday event Part 2 (german language)]

[http://de.youtube.com/watch?v=c_5aFexT7lk Report about OpenSimulator 2nd birthday event Part 3 (german language)]

=== Information videos about virtual worlds ===

[http://de.youtube.com/watch?v=bpCQy8riYsA Part 1: A Review (german language)]

[http://de.youtube.com/watch?v=hjRBtjtrauc Part 2: 3D-Engines (german language)]

== External Links ==
===LaeMi's sim on her home Linux box===
http://members.optusnet.com.au/~laemi/impact/ - old site (likely to disappear soon)

http://home.exetel.com.au/impact/appendix.shtml - replacement site (under construction)
[[Category:Users]]
[[Category:Development]]

===Flickr OpenSim group===
http://www.flickr.com/groups/opensim/
[[Category:Users]]
[[Category:Development]]
<cleanpage title=hide cats=hide />

OpenSimulator:Future Release Discussion

2009-08-08T21:53:56Z

LaeMi: Suggestion removed by proposor as current development (arbitrary-sized regions) nullifies the need in her case (if someone still desires this, reinstatement and taking over ownership OK)

{{proposal}}
A collection of ideas for additional functionality in OpenSim. Please add your thoughts - anyone may contribute.

== 3D grid structure ==
I have always wanted to see a grid where you could have regions not only to the north, south, east west of a region but also above and below. This would enable space above for orbiting space stations and the like and depth below for underwater worlds and tunnels. - Garth FairChang

I like the idea of a 3D Grid structure, along with that, the ability to turn off gravity, water and the terrain textures. It would be nice to set the region's background image to a starscape or something other than the default background.

User defined gravity fields. This would be useful in a grid environment that was space themed, certain areas could have defined gravity fields. The possibilities for this could be very interesting.

== 3D Security ==

At the end of the day, this technology is a new form of computer user interface, and mobile agent application server. We need to move away from the concept of land, in a 3D environment we could assign access rights to 3D volumes, call them security regions. These security regions would have permissions granted by access lists, ability to assign different rights to different users or groups. (if we did 3D grid structures this would be a must)

One security feature, is the ability to "hide" objects within a security region from users that don't have access rights. Much like barriers in SL, these 3D security regions would just not show up in the viewer, and the user would not have rights to enter the area. It would interesting if you could do this on a primative level, an object that is only viewable by people/objects with the proper permissions. (The engine could detect collision based on bounding box)

== Portal Primatives ==

I propose a "hyperlink" prim that would be configured with an URL to a destination region/grid. The prim would be like a phantom prim, and when looked at, the user would see the destination, a doorway, like a region boundry, when the avatar passes through the object, the avatar is handed off to the destination region. This would be very cool feature, a user/company could "rent" space on a popular grid a store front, in the back of the store is a "doorway" to the user/company's private region/grid server.

(Croquet is an excellent referral to this concept, since the developers devised Portal "primitives" that allow travel not only between different worlds, but to your own one aswell. Also, once your in your own world, you can create yet another Portal to a new world that you created and so on.) -Darakon Kayvon

== Governance System ==
The online world would have to provide a means for communities to develop legal and political systems of governance. I can think of voting systems as a start.

== Scripting ==
See the list of [[LSL_osFunctions|OSL Proposals]].

== Payment System ==
OpenSim will need to support micropayment. See [[Money]] for details on how this could be achieved.

== Upload of existing 3D models ==
OpenSim should support common standards for 3D modelling. This would allow the upload of existing 3D models and make OpenSim immediately attractive for architects and project developers and their customers (walk through models).

== Free-form Avatars ==
OpenSim should, at some point in time, support the design and animation of free-form avatars (e.g. animals, monsters, robots).

== In-World console maintenance ==
Terrain manipulations, statistics and some SIM administration related tasks are not available using the Viewer - they are only available on the command line application console where OpenSim is running. It would be nice to have this same console available in-world, using an Instant Messaging window with the simulator itself, the same way as we do with thoses old command line terminals.

== Externally Scripted Objects ==
A prim with the script contents something along the line of //external:somehost:someport.
Have the simulator connect to this host:port and relay data from it to the prim.
Example, have a simple library that maps the LSL functions to a simple binary protocol, which can be used from various programming languages, not neccessarily .NET, and have it act like a server.
This would allow scripts to be hosted outside the Simulator while adding security, as no code would be running on the Simulator. People could code Prim scripts using C if they wished, and the library would simply send the LSL commands to the server for relaying to the clients. If this could go straight to the client then even better. The next step after that would be for the script to be able to send Prim data aswell.
This also gives the possibility of using one running script on several different Simulators at once.
- HashBox

==Object Inventory Source Control==
* This wish list feature starts with the premise that "I HATE working on scripting and objects within SL". Basically, allow users to checkout an object and its contents to an SVN repository. Work on the object and contents locally in whatever application they wish. Later, they can checkin the changes, and update the object inside the simulator.
* [http://www.softec.st/en/OpenSource/ClrProjects/SubversionSharp/SubversionSharp.html SubversionSharp]

==Ability to map standalone grid edges to other grid-edges==

The ability to have edges of a standalone region be mapped to other grids or other standalone regions. I'm thinking hyper-space, one-way doors to other places. It would be interesting for standalone private regions that have doors to other places like opengrid or osgrid or something like that.

==The ability to set region bounderies==

Useful in adding a max ceiling to a region. If it was possible, ability to create a "region box" with as stated earlier, an arbitrary origin. Thinking a little further, a "region sphere" would be interesting.

==Grid to Grid Travel==

Going to each grid seems to require setting up an account there. Someone may specialize in 'passport authentication' allowing an avatar to hop from grid to grid (possibly with just a wallet and a small 'suitcase' inventory) as one would go from country to country in rl. Grids get control of who and how may pass through their grid.

LaeMi adds - I am waiting eagerly for integration of realExtend's avatar server which should cover this - the graphics enhancements of rex are of less interest to me as I am not a 3D designer and so have limited use for meshes, but rex has a good number of other very useful features like this too. (Rex integration is being worked on right now AFAIK).

==Universal Location Addressing==

As part of grid to grid travel, a common standard for a universal location address / coordinate will need to be defined and supported.

Proposal: opensim://sim.grid.domain.tld:x.y.z/named_location/?param=value (alternatively, could be osa:// or osl://, or sim://).

Examples of use:
* opensim://sim25.mygrid.mycompany.mycountry/
* opensim://shoppingcenter.gridprovider.mycountry/myshop/
* opensim://mysim.mygrid.mycompany.mycountry:100.75.80/
* opensim://closedgrid.myworld.business/entrance_hall/?userid=xxx&password=yyy

To avoid confusion, Opensim TLDs will need to be different from existing Internet TLDs.
A naming registrar (NIC) will need to be established that ensures uniqueness and proper handling of registrations. - Ezekiel

Proposal: <sim|grid>://<FQDN>[[:<[zonename,]x,y,z>] | [/<symbolic destination>]]

Examples:
* sim://www.mydomain.com
* sim://www.mydomain.com:0,0,0
* sim://www.mydomain.com/mycoolplace
* grid://www.mydomain.com
* grid://www.mydomain.com/mycoolplace
* grid://www.mydomain.com:Zone1,0,0,0

The client can then get the required information regarding port numbers, protocols, and so on from SVR records embedded in the FQDN DNS Zone. This way clients are immune to changes in the physical hosting of the simulators. The data encoded in the SVR record could also give clues as to the protocol versions, abilities and restrictions of the destination. -Kelannim

==Scriptable 'bodyparts' (Shape, Hair, Eyes etc)==

This relates to Shapes, Hair, Eyes etc which are not prims but 'bodyparts', and are not manipulatable via LSL.

Two script commands could be implemented, one to write say a vector to 'bodypart' parameters (the numbers one edits in 'Appearance...'), and another to read them. It would be interesting to be able to create 'bodyparts' from scripts, using data derived externally or calculated in a script, perhaps from other 'bodyparts' data....

Further, with an extension to the permission system (notifying user that a script wants to modify a Shape/Hair/Eyes/whatever of theirs), perhaps editing of existing 'bodypart's could also be available.

==Tide Server==

It might be interesting to support tides in OGS. It should be doable without any mods to the SL client and probably wouldn't be even a big project (possibly a good teeth-cutting project for someone who wants to get into OGS server coding but isn't confident to tackle parts of a big or critical server component).

A few things to consider:

* The tide server just periodically updates the water level in a grid's sims.
* Would need to be grid-wide or dis-synchronised tides would have ocean-edge alignment issues (so no rolling tides across huge grids, sorry) so it would be a server operating at the grid level talking to regions.
* Needs to be over-ridable as inland regions often use water level for things other than ocean and wouldn't want to follow the tides.
* By using plug-in servers, different complexities of tide can be implemented depending on grid needs.

===Some example tide servers===

* Null tide - simply a way to globally set sea-level in a grid. Takes a single sea-level value.
* Simple Periodic - set the max, min and period and starting time values and let it roll.
* Sun (and moon) locked - uses the position of the sun/moon to place tides realistically (presently rather easy as the sun and moon are always 180deg apart, but they might get unlocked from eachother later, extra suns/moons might also crop up long-term - presently it would be the same as Simple Periodic, but time-synced with whatever the day cycle is). Can day-cycles be enforced (or at least a default set) region-wide? Otherwise this would not be feasible.

===SL Client compatibility===

When the client sends a water-level request to the region, the region does one of two things:

* if the water level is -32768 (assuming this value is stored as signed32) or 65535 (if it is a u32) or whatever represents the most 'insane' value possible, then the region refers back upstream to the grid tide server, gets the present tide level, and returns that (sane) value to the client.
* if waterlevel set for the region is in the 'sane' range, that (region-local) value is returned without referring to the tide server.

(A region-server console command to set the water level outside what the current SL viewer allows is assumed).

===Updating the tides.===

(I assume the region is capable of informing attached clients when water level changes so that on-the-fly changes by region admins are reflected reasonably immediately in clients already).

* tide server periodically multicasts a tide update signal to all regions.
* if the region water level is in the 'insane' setting, it passes the update on to the attached (and neighbour-attached) clients.
* if the region water level is 'sane' it does nothing, leaving the region-manager's water-level alone.

===One known Client issue===

The 'extended' water off the edge of actual regions is a problem, as this is probably hard-coded into the client. Probably should have its own setting which can be either fixed per grid (or region for stand-alone) or track the tide server as per region water level.

==Client Side Weather System==
A client side based weather system would be a breath of fresh air to those who enjoy more realism (Graphically). An overall Grid Weather System could also be created, so that different parts of the grid will be experiencing different forms of weather e.g 4+ Regions more to the north of the Grid would be in the midst of a blizzard whilst several sims further to the south are enjoying clear blue skys, but with an onset of rain on the way.
A Server could be set up in order to simulate the overall GWS (Grid Weather System) and would shout to each region to simulate a specified weather type.
All the Client has to do is pick up on the Information being sent to the region from the GWS and simulate it on-screen for it's users.
Obviously this feature can be turned on and off at will, but it would be nice to not have to set up a particle weather system that cause's more lag than necessary. - Darakon Kayvon
<math>Insert formula here</math>

==Strong Identities==

Basically objects and users would have strong identities created using public key cryptography. A creator or user would create a public/private key pair and register it with a key server, along with a signed hash of their character name/UUID/whatever. This creates a strong identity associated with the user.

This creator key could be used to generate certificates associated with their objects (signing the UUID and a hash of the geometry of the object along with their key identity) and register along with the geometry hash in a database. They could also create 'ownership' certificates which would be a signature against a player's identity and the object hash.

One of the uses of this is to allow a sort of voluntary property enforcement. The way it would work is that when an object is transferred using an intergrid (HyperGrid) connection, the transferor would also send any certificates associated with the object. These certificates, if the receiving server wishes, could communicate ownership or copy/mod/no-transfer rights based on the certificate and checking against the public key servers and object registries; it may also simply communicate a sort of certificate status to the other clients such that it could be verified that these objects are indeed created or authorized copies owned by the client. This would of course be completely voluntary within the grid, but it could allow commercial grids to manage intergrid object moves strictly if they want to. It could also exist simply to increase the 'cachet of ownership' such that you can show that you indeed purchase this from the creator.

Some notes:
* It would be trivially easy for malicious clients to modify the object slightly in order to generate a new hash and register it with the object server. The point boils down to really more supporting the social movement of supporting artists you like and being able to show thus. Artists could publish their object UUIDs along with their owners so that they could be reverified orthogonally.
* It would be trivially easy for malicious clients to submit erroneous hashes for objects. This could be solved by transferring the object parameters (all of the prims, locations, and parameters, the object description) to the object registry and having it do the hashing.
* The creator keypair could be used for intergrid authentication also. Since it is a proper strong encryption keypair which is tightly associated to an avatar identity it could allow authenticated intergrid connections. It could also be used to encipher the communication between the client and the grid and authenticate messages back and forth.
* Strong identities for objects could include a keypair which allows real-world integration such as bank transactions and whatnot to have a physical metaphor.
* The point of the object certificates really isn't DRM (although in a limited sense it can be used for thus), but (partially) a way to show other players that an object was payed for and is original, that you willingly supported a creator voluntarily with your patronage.

--[[User:NickRusnov|NickRusnov]] 21:45, 28 November 2008 (UTC)

==Extend the form of the Sphere to a Superquadric Ellipsoid + Geodesic==

On the end of present sphere data definition add the fields...
*'''Sharpness''' - default to zero, meaning a regular sphere/ovoid and the sphere rendering path is to be used as per usual client-side (and the 'sides' field ignored).
*'''Sides''' - can be set to any valid geodesic shape (client-side renderer can clip this value if too high). Negative value indicates to use the geodesic's dual.

Client-side (eg HipoViewer) would then need to be altered to allow editing and rendering of these shapes. (Detecting full sharpness and full roundness and passing these to appropriate optimised renderers for these shapes likely a good idea).

Adding same values to the end of the Cylinder shape to make an extruded Superellipse would be nice too (and with full sharpness, arbitrary regular shape extrusions such as pentagonal/hexagonal/octagonal prism).

Then finish the set with a Superellipse-extended torus.

Texturing as per sphere/cylinder/torus, so this does not - even if maxed out to be sharp-edged - replace a real box which can have one texture per face.

==Simple Underwater Avatar Physics==

Simulator physics '''option''' for:

When Avatar_position+(Avatar_Height/2) (ie. their head) is below simulator water level, they are put into fly mode. When they are more than Avatar_position+(Avatar_Height/3) (approx shoulder level) below simulator water level, they get a low positive gravity value (buoyancy) applied to them (use the page-down key to swim down against it). 'Swim' into waist-shallow water and Page_Down into land to stand again. No special client-side swim animations, etc. - they would be nice, but fly mode animations are good enough for a start and don't require client-side changes.

(Yes, it can theoretically be done with scripted attachments, but I prefer the efficiency of the physics engine doing it directly).

OpenSimulator:Future Release Discussion

2009-08-08T21:48:37Z

LaeMi: Cleanup: Remove item "Arbitrary Region SIze" as it is under development right now

{{proposal}}
A collection of ideas for additional functionality in OpenSim. Please add your thoughts - anyone may contribute.

== 3D grid structure ==
I have always wanted to see a grid where you could have regions not only to the north, south, east west of a region but also above and below. This would enable space above for orbiting space stations and the like and depth below for underwater worlds and tunnels. - Garth FairChang

I like the idea of a 3D Grid structure, along with that, the ability to turn off gravity, water and the terrain textures. It would be nice to set the region's background image to a starscape or something other than the default background.

User defined gravity fields. This would be useful in a grid environment that was space themed, certain areas could have defined gravity fields. The possibilities for this could be very interesting.

== 3D Security ==

At the end of the day, this technology is a new form of computer user interface, and mobile agent application server. We need to move away from the concept of land, in a 3D environment we could assign access rights to 3D volumes, call them security regions. These security regions would have permissions granted by access lists, ability to assign different rights to different users or groups. (if we did 3D grid structures this would be a must)

One security feature, is the ability to "hide" objects within a security region from users that don't have access rights. Much like barriers in SL, these 3D security regions would just not show up in the viewer, and the user would not have rights to enter the area. It would interesting if you could do this on a primative level, an object that is only viewable by people/objects with the proper permissions. (The engine could detect collision based on bounding box)

== Portal Primatives ==

I propose a "hyperlink" prim that would be configured with an URL to a destination region/grid. The prim would be like a phantom prim, and when looked at, the user would see the destination, a doorway, like a region boundry, when the avatar passes through the object, the avatar is handed off to the destination region. This would be very cool feature, a user/company could "rent" space on a popular grid a store front, in the back of the store is a "doorway" to the user/company's private region/grid server.

(Croquet is an excellent referral to this concept, since the developers devised Portal "primitives" that allow travel not only between different worlds, but to your own one aswell. Also, once your in your own world, you can create yet another Portal to a new world that you created and so on.) -Darakon Kayvon

== Governance System ==
The online world would have to provide a means for communities to develop legal and political systems of governance. I can think of voting systems as a start.

== Scripting ==
See the list of [[LSL_osFunctions|OSL Proposals]].

== Payment System ==
OpenSim will need to support micropayment. See [[Money]] for details on how this could be achieved.

== Upload of existing 3D models ==
OpenSim should support common standards for 3D modelling. This would allow the upload of existing 3D models and make OpenSim immediately attractive for architects and project developers and their customers (walk through models).

== Free-form Avatars ==
OpenSim should, at some point in time, support the design and animation of free-form avatars (e.g. animals, monsters, robots).

== In-World console maintenance ==
Terrain manipulations, statistics and some SIM administration related tasks are not available using the Viewer - they are only available on the command line application console where OpenSim is running. It would be nice to have this same console available in-world, using an Instant Messaging window with the simulator itself, the same way as we do with thoses old command line terminals.

== Externally Scripted Objects ==
A prim with the script contents something along the line of //external:somehost:someport.
Have the simulator connect to this host:port and relay data from it to the prim.
Example, have a simple library that maps the LSL functions to a simple binary protocol, which can be used from various programming languages, not neccessarily .NET, and have it act like a server.
This would allow scripts to be hosted outside the Simulator while adding security, as no code would be running on the Simulator. People could code Prim scripts using C if they wished, and the library would simply send the LSL commands to the server for relaying to the clients. If this could go straight to the client then even better. The next step after that would be for the script to be able to send Prim data aswell.
This also gives the possibility of using one running script on several different Simulators at once.
- HashBox

==Object Inventory Source Control==
* This wish list feature starts with the premise that "I HATE working on scripting and objects within SL". Basically, allow users to checkout an object and its contents to an SVN repository. Work on the object and contents locally in whatever application they wish. Later, they can checkin the changes, and update the object inside the simulator.
* [http://www.softec.st/en/OpenSource/ClrProjects/SubversionSharp/SubversionSharp.html SubversionSharp]

==Ability to map standalone grid edges to other grid-edges==

The ability to have edges of a standalone region be mapped to other grids or other standalone regions. I'm thinking hyper-space, one-way doors to other places. It would be interesting for standalone private regions that have doors to other places like opengrid or osgrid or something like that.

==The ability to set region bounderies==

Useful in adding a max ceiling to a region. If it was possible, ability to create a "region box" with as stated earlier, an arbitrary origin. Thinking a little further, a "region sphere" would be interesting.

==Grid to Grid Travel==

Going to each grid seems to require setting up an account there. Someone may specialize in 'passport authentication' allowing an avatar to hop from grid to grid (possibly with just a wallet and a small 'suitcase' inventory) as one would go from country to country in rl. Grids get control of who and how may pass through their grid.

LaeMi adds - I am waiting eagerly for integration of realExtend's avatar server which should cover this - the graphics enhancements of rex are of less interest to me as I am not a 3D designer and so have limited use for meshes, but rex has a good number of other very useful features like this too. (Rex integration is being worked on right now AFAIK).

==Universal Location Addressing==

As part of grid to grid travel, a common standard for a universal location address / coordinate will need to be defined and supported.

Proposal: opensim://sim.grid.domain.tld:x.y.z/named_location/?param=value (alternatively, could be osa:// or osl://, or sim://).

Examples of use:
* opensim://sim25.mygrid.mycompany.mycountry/
* opensim://shoppingcenter.gridprovider.mycountry/myshop/
* opensim://mysim.mygrid.mycompany.mycountry:100.75.80/
* opensim://closedgrid.myworld.business/entrance_hall/?userid=xxx&password=yyy

To avoid confusion, Opensim TLDs will need to be different from existing Internet TLDs.
A naming registrar (NIC) will need to be established that ensures uniqueness and proper handling of registrations. - Ezekiel

Proposal: <sim|grid>://<FQDN>[[:<[zonename,]x,y,z>] | [/<symbolic destination>]]

Examples:
* sim://www.mydomain.com
* sim://www.mydomain.com:0,0,0
* sim://www.mydomain.com/mycoolplace
* grid://www.mydomain.com
* grid://www.mydomain.com/mycoolplace
* grid://www.mydomain.com:Zone1,0,0,0

The client can then get the required information regarding port numbers, protocols, and so on from SVR records embedded in the FQDN DNS Zone. This way clients are immune to changes in the physical hosting of the simulators. The data encoded in the SVR record could also give clues as to the protocol versions, abilities and restrictions of the destination. -Kelannim

==Macro-level (Grid-wide) location Coordinates==

A set of OS-functions that work just like llSetPos, llGetPos, etc. but use 32-bit coordinates. The low-order 8 bits get used as intra-sim coordiantes as per usual, the high-order 24 bits determine which sim on the grid is being referred to. Some extra commands like osCoord2Key to get the key of the region containing the coordinates, osCoord2Name, etc. are possibilities.

*Minor modification, have the int read as 16bits=region_coords, 8bits=sim_coords, 8bits=sim_sub-coords. To paraphrase Mr. Gates, 64k sims in each direction should be enough for anyone ;-P

==Scriptable 'bodyparts' (Shape, Hair, Eyes etc)==

This relates to Shapes, Hair, Eyes etc which are not prims but 'bodyparts', and are not manipulatable via LSL.

Two script commands could be implemented, one to write say a vector to 'bodypart' parameters (the numbers one edits in 'Appearance...'), and another to read them. It would be interesting to be able to create 'bodyparts' from scripts, using data derived externally or calculated in a script, perhaps from other 'bodyparts' data....

Further, with an extension to the permission system (notifying user that a script wants to modify a Shape/Hair/Eyes/whatever of theirs), perhaps editing of existing 'bodypart's could also be available.

==Tide Server==

It might be interesting to support tides in OGS. It should be doable without any mods to the SL client and probably wouldn't be even a big project (possibly a good teeth-cutting project for someone who wants to get into OGS server coding but isn't confident to tackle parts of a big or critical server component).

A few things to consider:

* The tide server just periodically updates the water level in a grid's sims.
* Would need to be grid-wide or dis-synchronised tides would have ocean-edge alignment issues (so no rolling tides across huge grids, sorry) so it would be a server operating at the grid level talking to regions.
* Needs to be over-ridable as inland regions often use water level for things other than ocean and wouldn't want to follow the tides.
* By using plug-in servers, different complexities of tide can be implemented depending on grid needs.

===Some example tide servers===

* Null tide - simply a way to globally set sea-level in a grid. Takes a single sea-level value.
* Simple Periodic - set the max, min and period and starting time values and let it roll.
* Sun (and moon) locked - uses the position of the sun/moon to place tides realistically (presently rather easy as the sun and moon are always 180deg apart, but they might get unlocked from eachother later, extra suns/moons might also crop up long-term - presently it would be the same as Simple Periodic, but time-synced with whatever the day cycle is). Can day-cycles be enforced (or at least a default set) region-wide? Otherwise this would not be feasible.

===SL Client compatibility===

When the client sends a water-level request to the region, the region does one of two things:

* if the water level is -32768 (assuming this value is stored as signed32) or 65535 (if it is a u32) or whatever represents the most 'insane' value possible, then the region refers back upstream to the grid tide server, gets the present tide level, and returns that (sane) value to the client.
* if waterlevel set for the region is in the 'sane' range, that (region-local) value is returned without referring to the tide server.

(A region-server console command to set the water level outside what the current SL viewer allows is assumed).

===Updating the tides.===

(I assume the region is capable of informing attached clients when water level changes so that on-the-fly changes by region admins are reflected reasonably immediately in clients already).

* tide server periodically multicasts a tide update signal to all regions.
* if the region water level is in the 'insane' setting, it passes the update on to the attached (and neighbour-attached) clients.
* if the region water level is 'sane' it does nothing, leaving the region-manager's water-level alone.

===One known Client issue===

The 'extended' water off the edge of actual regions is a problem, as this is probably hard-coded into the client. Probably should have its own setting which can be either fixed per grid (or region for stand-alone) or track the tide server as per region water level.

==Client Side Weather System==
A client side based weather system would be a breath of fresh air to those who enjoy more realism (Graphically). An overall Grid Weather System could also be created, so that different parts of the grid will be experiencing different forms of weather e.g 4+ Regions more to the north of the Grid would be in the midst of a blizzard whilst several sims further to the south are enjoying clear blue skys, but with an onset of rain on the way.
A Server could be set up in order to simulate the overall GWS (Grid Weather System) and would shout to each region to simulate a specified weather type.
All the Client has to do is pick up on the Information being sent to the region from the GWS and simulate it on-screen for it's users.
Obviously this feature can be turned on and off at will, but it would be nice to not have to set up a particle weather system that cause's more lag than necessary. - Darakon Kayvon
<math>Insert formula here</math>

==Strong Identities==

Basically objects and users would have strong identities created using public key cryptography. A creator or user would create a public/private key pair and register it with a key server, along with a signed hash of their character name/UUID/whatever. This creates a strong identity associated with the user.

This creator key could be used to generate certificates associated with their objects (signing the UUID and a hash of the geometry of the object along with their key identity) and register along with the geometry hash in a database. They could also create 'ownership' certificates which would be a signature against a player's identity and the object hash.

One of the uses of this is to allow a sort of voluntary property enforcement. The way it would work is that when an object is transferred using an intergrid (HyperGrid) connection, the transferor would also send any certificates associated with the object. These certificates, if the receiving server wishes, could communicate ownership or copy/mod/no-transfer rights based on the certificate and checking against the public key servers and object registries; it may also simply communicate a sort of certificate status to the other clients such that it could be verified that these objects are indeed created or authorized copies owned by the client. This would of course be completely voluntary within the grid, but it could allow commercial grids to manage intergrid object moves strictly if they want to. It could also exist simply to increase the 'cachet of ownership' such that you can show that you indeed purchase this from the creator.

Some notes:
* It would be trivially easy for malicious clients to modify the object slightly in order to generate a new hash and register it with the object server. The point boils down to really more supporting the social movement of supporting artists you like and being able to show thus. Artists could publish their object UUIDs along with their owners so that they could be reverified orthogonally.
* It would be trivially easy for malicious clients to submit erroneous hashes for objects. This could be solved by transferring the object parameters (all of the prims, locations, and parameters, the object description) to the object registry and having it do the hashing.
* The creator keypair could be used for intergrid authentication also. Since it is a proper strong encryption keypair which is tightly associated to an avatar identity it could allow authenticated intergrid connections. It could also be used to encipher the communication between the client and the grid and authenticate messages back and forth.
* Strong identities for objects could include a keypair which allows real-world integration such as bank transactions and whatnot to have a physical metaphor.
* The point of the object certificates really isn't DRM (although in a limited sense it can be used for thus), but (partially) a way to show other players that an object was payed for and is original, that you willingly supported a creator voluntarily with your patronage.

--[[User:NickRusnov|NickRusnov]] 21:45, 28 November 2008 (UTC)

==Extend the form of the Sphere to a Superquadric Ellipsoid + Geodesic==

On the end of present sphere data definition add the fields...
*'''Sharpness''' - default to zero, meaning a regular sphere/ovoid and the sphere rendering path is to be used as per usual client-side (and the 'sides' field ignored).
*'''Sides''' - can be set to any valid geodesic shape (client-side renderer can clip this value if too high). Negative value indicates to use the geodesic's dual.

Client-side (eg HipoViewer) would then need to be altered to allow editing and rendering of these shapes. (Detecting full sharpness and full roundness and passing these to appropriate optimised renderers for these shapes likely a good idea).

Adding same values to the end of the Cylinder shape to make an extruded Superellipse would be nice too (and with full sharpness, arbitrary regular shape extrusions such as pentagonal/hexagonal/octagonal prism).

Then finish the set with a Superellipse-extended torus.

Texturing as per sphere/cylinder/torus, so this does not - even if maxed out to be sharp-edged - replace a real box which can have one texture per face.

==Simple Underwater Avatar Physics==

Simulator physics '''option''' for:

When Avatar_position+(Avatar_Height/2) (ie. their head) is below simulator water level, they are put into fly mode. When they are more than Avatar_position+(Avatar_Height/3) (approx shoulder level) below simulator water level, they get a low positive gravity value (buoyancy) applied to them (use the page-down key to swim down against it). 'Swim' into waist-shallow water and Page_Down into land to stand again. No special client-side swim animations, etc. - they would be nice, but fly mode animations are good enough for a start and don't require client-side changes.

(Yes, it can theoretically be done with scripted attachments, but I prefer the efficiency of the physics engine doing it directly).

User:LaeMi

2009-01-24T22:25:46Z

LaeMi: New page: LaeMi's web site is [http://members.optusnet.com.au/~laemi here].

LaeMi's web site is [http://members.optusnet.com.au/~laemi here].

User talk:LaeMi

2009-01-24T22:21:35Z

LaeMi: LaeMi's thoughts on OpenSim over 2008

==New User's Thoughts==

2007-Dec-31

I have been playing with OpenSim (nightly builds) for a few weeks now and have a few impressions I would like to share. I have been aware of the OpenSim project for several months, but have shied away from it. Why? Because while I greatly enjoy the client-side experience of SecondLife (particularly the non-3D-artist-friendly build system and the non-programmer-friendly scripting system -- HyperCard refugee from way back ;-) ) there is much about the SL backend's behaviour and assumptions that downright urks me! I have been playing with OpenCroquet and VOS and a number of other virtual worlds systems in various stages of development but always come back to SL for the client-side build tools.

Like many (I am sure) I was assuming that OpenSim was a "Second Life wannabe world simulator" and the SL grid-side system was not what I wanted. Of course now I know better, and not just because you say so in your OpenSim Core Values section. While I am not programming expert, the server-side arrangement of OpenSim's parts is just ringing all sorts bells with the SysAdmin in me. The fact that I can run a speedy little simulator on a single-core 1.6GHz K6 CPU '''AND''' the SL client at the same time is pretty impressive too :-D

So while there is a lot yet to do, I am VERY impressed with the work-so-far of all the programmers and testers that have pushed OpenSim so far already.

Regards and thanks to you all,

have a fun and productive virtual 2008 ;-)

LaeMi.

==2008 Thoughts==

Well I have been playing with OpenSim for a year now. My old single-core K6 PC has given way (rather gracelessly -- blew a southbridge) to a Quad-core2 which will hopefully see me out for another 4 years. My private sim, [http://members.optusnet.com.au/~laemi/impact/index.html Impact], has been through more landscape redesigns than you can poke a [http://www.gimp.org GIMP] at. Running the [http://opensim-viewer.sourceforge.net/ HipoViewer] now too, to take advantage of OpenSim's improvements on SL. This week I migrated my databases from SQLite to mySQL and am enjoying the wonders of avatar persistence!

All I can really say for 2008, is '''great work''' OpenSim team!

Looking forward to what the future OpenSim brings, LaeMi.

OpenSimulator:Future Release Discussion

2009-01-24T05:20:52Z

LaeMi: Feature suggestion for different avatar physics behaviour when below sea level.

{{proposal}}
A collection of ideas for additional functionality in OpenSim. Please add your thoughts - anyone may contribute.

== 3D grid structure ==
I have always wanted to see a grid where you could have regions not only to the north, south, east west of a region but also above and below. This would enable space above for orbiting space stations and the like and depth below for underwater worlds and tunnels. - Garth FairChang

I like the idea of a 3D Grid structure, along with that, the ability to turn off gravity, water and the terrain textures. It would be nice to set the region's background image to a starscape or something other than the default background.

User defined gravity fields. This would be useful in a grid environment that was space themed, certain areas could have defined gravity fields. The possibilities for this could be very interesting.

== 3D Security ==

At the end of the day, this technology is a new form of computer user interface, and mobile agent application server. We need to move away from the concept of land, in a 3D environment we could assign access rights to 3D volumes, call them security regions. These security regions would have permissions granted by access lists, ability to assign different rights to different users or groups. (if we did 3D grid structures this would be a must)

One security feature, is the ability to "hide" objects within a security region from users that don't have access rights. Much like barriers in SL, these 3D security regions would just not show up in the viewer, and the user would not have rights to enter the area. It would interesting if you could do this on a primative level, an object that is only viewable by people/objects with the proper permissions. (The engine could detect collision based on bounding box)

== Portal Primatives ==

I propose a "hyperlink" prim that would be configured with an URL to a destination region/grid. The prim would be like a phantom prim, and when looked at, the user would see the destination, a doorway, like a region boundry, when the avatar passes through the object, the avatar is handed off to the destination region. This would be very cool feature, a user/company could "rent" space on a popular grid a store front, in the back of the store is a "doorway" to the user/company's private region/grid server.

(Croquet is an excellent referral to this concept, since the developers devised Portal "primitives" that allow travel not only between different worlds, but to your own one aswell. Also, once your in your own world, you can create yet another Portal to a new world that you created and so on.) -Darakon Kayvon

== Governance System ==
The online world would have to provide a means for communities to develop legal and political systems of governance. I can think of voting systems as a start.

== Scripting ==
See the list of [[LSL_osFunctions|OSL Proposals]].

== Payment System ==
OpenSim will need to support micropayment. See [[Money]] for details on how this could be achieved.

== Upload of existing 3D models ==
OpenSim should support common standards for 3D modelling. This would allow the upload of existing 3D models and make OpenSim immediately attractive for architects and project developers and their customers (walk through models).

== Free-form Avatars ==
OpenSim should, at some point in time, support the design and animation of free-form avatars (e.g. animals, monsters, robots).

== In-World console maintenance ==
Terrain manipulations, statistics and some SIM administration related tasks are not available using the Viewer - they are only available on the command line application console where OpenSim is running. It would be nice to have this same console available in-world, using an Instant Messaging window with the simulator itself, the same way as we do with thoses old command line terminals.

== Externally Scripted Objects ==
A prim with the script contents something along the line of //external:somehost:someport.
Have the simulator connect to this host:port and relay data from it to the prim.
Example, have a simple library that maps the LSL functions to a simple binary protocol, which can be used from various programming languages, not neccessarily .NET, and have it act like a server.
This would allow scripts to be hosted outside the Simulator while adding security, as no code would be running on the Simulator. People could code Prim scripts using C if they wished, and the library would simply send the LSL commands to the server for relaying to the clients. If this could go straight to the client then even better. The next step after that would be for the script to be able to send Prim data aswell.
This also gives the possibility of using one running script on several different Simulators at once.
- HashBox

==Object Inventory Source Control==
* This wish list feature starts with the premise that "I HATE working on scripting and objects within SL". Basically, allow users to checkout an object and its contents to an SVN repository. Work on the object and contents locally in whatever application they wish. Later, they can checkin the changes, and update the object inside the simulator.
* [http://www.softec.st/en/OpenSource/ClrProjects/SubversionSharp/SubversionSharp.html SubversionSharp]

==Arbitrary-sized regions==

* The origional proposer of this idea has gone off it - see "Macro-level (Grid-wide) location Coordinates" below for something that achieves a similar thing within the grid-based model and hence not requiring massive client-side changes.

I am thinking stand-alone regions here, though being able to set a single arbitrary size for all regions on a particular grid might be useful to some (or rowspan and colspan-like attributes in the region table if someone was feeling ''really'' masochistic ;-).

Would require (likely too much) client-side work too as the 256m sim-size is still hard-coded in many places.

==Ability to map standalone grid edges to other grid-edges==

The ability to have edges of a standalone region be mapped to other grids or other standalone regions. I'm thinking hyper-space, one-way doors to other places. It would be interesting for standalone private regions that have doors to other places like opengrid or osgrid or something like that.

==The ability to set region bounderies==

Useful in adding a max ceiling to a region. If it was possible, ability to create a "region box" with as stated earlier, an arbitrary origin. Thinking a little further, a "region sphere" would be interesting.

==Grid to Grid Travel==

Going to each grid seems to require setting up an account there. Someone may specialize in 'passport authentication' allowing an avatar to hop from grid to grid (possibly with just a wallet and a small 'suitcase' inventory) as one would go from country to country in rl. Grids get control of who and how may pass through their grid.

LaeMi adds - I am waiting eagerly for integration of realExtend's avatar server which should cover this - the graphics enhancements of rex are of less interest to me as I am not a 3D designer and so have limited use for meshes, but rex has a good number of other very useful features like this too. (Rex integration is being worked on right now AFAIK).

==Universal Location Addressing==

As part of grid to grid travel, a common standard for a universal location address / coordinate will need to be defined and supported.

Proposal: opensim://sim.grid.domain.tld:x.y.z/named_location/?param=value (alternatively, could be osa:// or osl://, or sim://).

Examples of use:
* opensim://sim25.mygrid.mycompany.mycountry/
* opensim://shoppingcenter.gridprovider.mycountry/myshop/
* opensim://mysim.mygrid.mycompany.mycountry:100.75.80/
* opensim://closedgrid.myworld.business/entrance_hall/?userid=xxx&password=yyy

To avoid confusion, Opensim TLDs will need to be different from existing Internet TLDs.
A naming registrar (NIC) will need to be established that ensures uniqueness and proper handling of registrations. - Ezekiel

Proposal: <sim|grid>://<FQDN>[[:<[zonename,]x,y,z>] | [/<symbolic destination>]]

Examples:
* sim://www.mydomain.com
* sim://www.mydomain.com:0,0,0
* sim://www.mydomain.com/mycoolplace
* grid://www.mydomain.com
* grid://www.mydomain.com/mycoolplace
* grid://www.mydomain.com:Zone1,0,0,0

The client can then get the required information regarding port numbers, protocols, and so on from SVR records embedded in the FQDN DNS Zone. This way clients are immune to changes in the physical hosting of the simulators. The data encoded in the SVR record could also give clues as to the protocol versions, abilities and restrictions of the destination. -Kelannim

==Macro-level (Grid-wide) location Coordinates==

A set of OS-functions that work just like llSetPos, llGetPos, etc. but use 32-bit coordinates. The low-order 8 bits get used as intra-sim coordiantes as per usual, the high-order 24 bits determine which sim on the grid is being referred to. Some extra commands like osCoord2Key to get the key of the region containing the coordinates, osCoord2Name, etc. are possibilities.

*Minor modification, have the int read as 16bits=region_coords, 8bits=sim_coords, 8bits=sim_sub-coords. To paraphrase Mr. Gates, 64k sims in each direction should be enough for anyone ;-P

==Scriptable 'bodyparts' (Shape, Hair, Eyes etc)==

This relates to Shapes, Hair, Eyes etc which are not prims but 'bodyparts', and are not manipulatable via LSL.

Two script commands could be implemented, one to write say a vector to 'bodypart' parameters (the numbers one edits in 'Appearance...'), and another to read them. It would be interesting to be able to create 'bodyparts' from scripts, using data derived externally or calculated in a script, perhaps from other 'bodyparts' data....

Further, with an extension to the permission system (notifying user that a script wants to modify a Shape/Hair/Eyes/whatever of theirs), perhaps editing of existing 'bodypart's could also be available.

==Tide Server==

It might be interesting to support tides in OGS. It should be doable without any mods to the SL client and probably wouldn't be even a big project (possibly a good teeth-cutting project for someone who wants to get into OGS server coding but isn't confident to tackle parts of a big or critical server component).

A few things to consider:

* The tide server just periodically updates the water level in a grid's sims.
* Would need to be grid-wide or dis-synchronised tides would have ocean-edge alignment issues (so no rolling tides across huge grids, sorry) so it would be a server operating at the grid level talking to regions.
* Needs to be over-ridable as inland regions often use water level for things other than ocean and wouldn't want to follow the tides.
* By using plug-in servers, different complexities of tide can be implemented depending on grid needs.

===Some example tide servers===

* Null tide - simply a way to globally set sea-level in a grid. Takes a single sea-level value.
* Simple Periodic - set the max, min and period and starting time values and let it roll.
* Sun (and moon) locked - uses the position of the sun/moon to place tides realistically (presently rather easy as the sun and moon are always 180deg apart, but they might get unlocked from eachother later, extra suns/moons might also crop up long-term - presently it would be the same as Simple Periodic, but time-synced with whatever the day cycle is). Can day-cycles be enforced (or at least a default set) region-wide? Otherwise this would not be feasible.

===SL Client compatibility===

When the client sends a water-level request to the region, the region does one of two things:

* if the water level is -32768 (assuming this value is stored as signed32) or 65535 (if it is a u32) or whatever represents the most 'insane' value possible, then the region refers back upstream to the grid tide server, gets the present tide level, and returns that (sane) value to the client.
* if waterlevel set for the region is in the 'sane' range, that (region-local) value is returned without referring to the tide server.

(A region-server console command to set the water level outside what the current SL viewer allows is assumed).

===Updating the tides.===

(I assume the region is capable of informing attached clients when water level changes so that on-the-fly changes by region admins are reflected reasonably immediately in clients already).

* tide server periodically multicasts a tide update signal to all regions.
* if the region water level is in the 'insane' setting, it passes the update on to the attached (and neighbour-attached) clients.
* if the region water level is 'sane' it does nothing, leaving the region-manager's water-level alone.

===One known Client issue===

The 'extended' water off the edge of actual regions is a problem, as this is probably hard-coded into the client. Probably should have its own setting which can be either fixed per grid (or region for stand-alone) or track the tide server as per region water level.

==Client Side Weather System==
A client side based weather system would be a breath of fresh air to those who enjoy more realism (Graphically). An overall Grid Weather System could also be created, so that different parts of the grid will be experiencing different forms of weather e.g 4+ Regions more to the north of the Grid would be in the midst of a blizzard whilst several sims further to the south are enjoying clear blue skys, but with an onset of rain on the way.
A Server could be set up in order to simulate the overall GWS (Grid Weather System) and would shout to each region to simulate a specified weather type.
All the Client has to do is pick up on the Information being sent to the region from the GWS and simulate it on-screen for it's users.
Obviously this feature can be turned on and off at will, but it would be nice to not have to set up a particle weather system that cause's more lag than necessary. - Darakon Kayvon
<math>Insert formula here</math>

==Strong Identities==

Basically objects and users would have strong identities created using public key cryptography. A creator or user would create a public/private key pair and register it with a key server, along with a signed hash of their character name/UUID/whatever. This creates a strong identity associated with the user.

This creator key could be used to generate certificates associated with their objects (signing the UUID and a hash of the geometry of the object along with their key identity) and register along with the geometry hash in a database. They could also create 'ownership' certificates which would be a signature against a player's identity and the object hash.

One of the uses of this is to allow a sort of voluntary property enforcement. The way it would work is that when an object is transferred using an intergrid (HyperGrid) connection, the transferor would also send any certificates associated with the object. These certificates, if the receiving server wishes, could communicate ownership or copy/mod/no-transfer rights based on the certificate and checking against the public key servers and object registries; it may also simply communicate a sort of certificate status to the other clients such that it could be verified that these objects are indeed created or authorized copies owned by the client. This would of course be completely voluntary within the grid, but it could allow commercial grids to manage intergrid object moves strictly if they want to. It could also exist simply to increase the 'cachet of ownership' such that you can show that you indeed purchase this from the creator.

Some notes:
* It would be trivially easy for malicious clients to modify the object slightly in order to generate a new hash and register it with the object server. The point boils down to really more supporting the social movement of supporting artists you like and being able to show thus. Artists could publish their object UUIDs along with their owners so that they could be reverified orthogonally.
* It would be trivially easy for malicious clients to submit erroneous hashes for objects. This could be solved by transferring the object parameters (all of the prims, locations, and parameters, the object description) to the object registry and having it do the hashing.
* The creator keypair could be used for intergrid authentication also. Since it is a proper strong encryption keypair which is tightly associated to an avatar identity it could allow authenticated intergrid connections. It could also be used to encipher the communication between the client and the grid and authenticate messages back and forth.
* Strong identities for objects could include a keypair which allows real-world integration such as bank transactions and whatnot to have a physical metaphor.
* The point of the object certificates really isn't DRM (although in a limited sense it can be used for thus), but (partially) a way to show other players that an object was payed for and is original, that you willingly supported a creator voluntarily with your patronage.

--[[User:NickRusnov|NickRusnov]] 21:45, 28 November 2008 (UTC)

==Extend the form of the Sphere to a Superquadric Ellipsoid + Geodesic==

On the end of present sphere data definition add the fields...
*'''Sharpness''' - default to zero, meaning a regular sphere/ovoid and the sphere rendering path is to be used as per usual client-side (and the 'sides' field ignored).
*'''Sides''' - can be set to any valid geodesic shape (client-side renderer can clip this value if too high). Negative value indicates to use the geodesic's dual.

Client-side (eg HipoViewer) would then need to be altered to allow editing and rendering of these shapes. (Detecting full sharpness and full roundness and passing these to appropriate optimised renderers for these shapes likely a good idea).

Adding same values to the end of the Cylinder shape to make an extruded Superellipse would be nice too (and with full sharpness, arbitrary regular shape extrusions such as pentagonal/hexagonal/octagonal prism).

Then finish the set with a Superellipse-extended torus.

Texturing as per sphere/cylinder/torus, so this does not - even if maxed out to be sharp-edged - replace a real box which can have one texture per face.

==Simple Underwater Avatar Physics==

Simulator physics '''option''' for:

When Avatar_position+(Avatar_Height/2) (ie. their head) is below simulator water level, they are put into fly mode. When they are more than Avatar_position+(Avatar_Height/3) (approx shoulder level) below simulator water level, they get a low positive gravity value (buoyancy) applied to them (use the page-down key to swim down against it). 'Swim' into waist-shallow water and Page_Down into land to stand again. No special client-side swim animations, etc. - they would be nice, but fly mode animations are good enough for a start and don't require client-side changes.

(Yes, it can theoretically be done with scripted attachments, but I prefer the efficiency of the physics engine doing it directly).

OpenSimulator:Future Release Discussion

2009-01-10T02:49:55Z

LaeMi: Superquadric Ellipsoid - note on texturing of faces

{{proposal}}
A collection of ideas for additional functionality in OpenSim. Please add your thoughts - anyone may contribute.

== 3D grid structure ==
I have always wanted to see a grid where you could have regions not only to the north, south, east west of a region but also above and below. This would enable space above for orbiting space stations and the like and depth below for underwater worlds and tunnels. - Garth FairChang

I like the idea of a 3D Grid structure, along with that, the ability to turn off gravity, water and the terrain textures. It would be nice to set the region's background image to a starscape or something other than the default background.

User defined gravity fields. This would be useful in a grid environment that was space themed, certain areas could have defined gravity fields. The possibilities for this could be very interesting.

== 3D Security ==

At the end of the day, this technology is a new form of computer user interface, and mobile agent application server. We need to move away from the concept of land, in a 3D environment we could assign access rights to 3D volumes, call them security regions. These security regions would have permissions granted by access lists, ability to assign different rights to different users or groups. (if we did 3D grid structures this would be a must)

One security feature, is the ability to "hide" objects within a security region from users that don't have access rights. Much like barriers in SL, these 3D security regions would just not show up in the viewer, and the user would not have rights to enter the area. It would interesting if you could do this on a primative level, an object that is only viewable by people/objects with the proper permissions. (The engine could detect collision based on bounding box)

== Portal Primatives ==

I propose a "hyperlink" prim that would be configured with an URL to a destination region/grid. The prim would be like a phantom prim, and when looked at, the user would see the destination, a doorway, like a region boundry, when the avatar passes through the object, the avatar is handed off to the destination region. This would be very cool feature, a user/company could "rent" space on a popular grid a store front, in the back of the store is a "doorway" to the user/company's private region/grid server.

(Croquet is an excellent referral to this concept, since the developers devised Portal "primitives" that allow travel not only between different worlds, but to your own one aswell. Also, once your in your own world, you can create yet another Portal to a new world that you created and so on.) -Darakon Kayvon

== Governance System ==
The online world would have to provide a means for communities to develop legal and political systems of governance. I can think of voting systems as a start.

== Scripting ==
See the list of [[LSL_osFunctions|OSL Proposals]].

== Payment System ==
OpenSim will need to support micropayment. See [[Money]] for details on how this could be achieved.

== Upload of existing 3D models ==
OpenSim should support common standards for 3D modelling. This would allow the upload of existing 3D models and make OpenSim immediately attractive for architects and project developers and their customers (walk through models).

== Free-form Avatars ==
OpenSim should, at some point in time, support the design and animation of free-form avatars (e.g. animals, monsters, robots).

== In-World console maintenance ==
Terrain manipulations, statistics and some SIM administration related tasks are not available using the Viewer - they are only available on the command line application console where OpenSim is running. It would be nice to have this same console available in-world, using an Instant Messaging window with the simulator itself, the same way as we do with thoses old command line terminals.

== Externally Scripted Objects ==
A prim with the script contents something along the line of //external:somehost:someport.
Have the simulator connect to this host:port and relay data from it to the prim.
Example, have a simple library that maps the LSL functions to a simple binary protocol, which can be used from various programming languages, not neccessarily .NET, and have it act like a server.
This would allow scripts to be hosted outside the Simulator while adding security, as no code would be running on the Simulator. People could code Prim scripts using C if they wished, and the library would simply send the LSL commands to the server for relaying to the clients. If this could go straight to the client then even better. The next step after that would be for the script to be able to send Prim data aswell.
This also gives the possibility of using one running script on several different Simulators at once.
- HashBox

==Object Inventory Source Control==
* This wish list feature starts with the premise that "I HATE working on scripting and objects within SL". Basically, allow users to checkout an object and its contents to an SVN repository. Work on the object and contents locally in whatever application they wish. Later, they can checkin the changes, and update the object inside the simulator.
* [http://www.softec.st/en/OpenSource/ClrProjects/SubversionSharp/SubversionSharp.html SubversionSharp]

==Arbitrary-sized regions==

* The origional proposer of this idea has gone off it - see "Macro-level (Grid-wide) location Coordinates" below for something that achieves a similar thing within the grid-based model and hence not requiring massive client-side changes.

I am thinking stand-alone regions here, though being able to set a single arbitrary size for all regions on a particular grid might be useful to some (or rowspan and colspan-like attributes in the region table if someone was feeling ''really'' masochistic ;-).

Would require (likely too much) client-side work too as the 256m sim-size is still hard-coded in many places.

==Ability to map standalone grid edges to other grid-edges==

The ability to have edges of a standalone region be mapped to other grids or other standalone regions. I'm thinking hyper-space, one-way doors to other places. It would be interesting for standalone private regions that have doors to other places like opengrid or osgrid or something like that.

==The ability to set region bounderies==

Useful in adding a max ceiling to a region. If it was possible, ability to create a "region box" with as stated earlier, an arbitrary origin. Thinking a little further, a "region sphere" would be interesting.

==Grid to Grid Travel==

Going to each grid seems to require setting up an account there. Someone may specialize in 'passport authentication' allowing an avatar to hop from grid to grid (possibly with just a wallet and a small 'suitcase' inventory) as one would go from country to country in rl. Grids get control of who and how may pass through their grid.

LaeMi adds - I am waiting eagerly for integration of realExtend's avatar server which should cover this - the graphics enhancements of rex are of less interest to me as I am not a 3D designer and so have limited use for meshes, but rex has a good number of other very useful features like this too. (Rex integration is being worked on right now AFAIK).

==Universal Location Addressing==

As part of grid to grid travel, a common standard for a universal location address / coordinate will need to be defined and supported.

Proposal: opensim://sim.grid.domain.tld:x.y.z/named_location/?param=value (alternatively, could be osa:// or osl://, or sim://).

Examples of use:
* opensim://sim25.mygrid.mycompany.mycountry/
* opensim://shoppingcenter.gridprovider.mycountry/myshop/
* opensim://mysim.mygrid.mycompany.mycountry:100.75.80/
* opensim://closedgrid.myworld.business/entrance_hall/?userid=xxx&password=yyy

To avoid confusion, Opensim TLDs will need to be different from existing Internet TLDs.
A naming registrar (NIC) will need to be established that ensures uniqueness and proper handling of registrations. - Ezekiel

Proposal: <sim|grid>://<FQDN>[[:<[zonename,]x,y,z>] | [/<symbolic destination>]]

Examples:
* sim://www.mydomain.com
* sim://www.mydomain.com:0,0,0
* sim://www.mydomain.com/mycoolplace
* grid://www.mydomain.com
* grid://www.mydomain.com/mycoolplace
* grid://www.mydomain.com:Zone1,0,0,0

The client can then get the required information regarding port numbers, protocols, and so on from SVR records embedded in the FQDN DNS Zone. This way clients are immune to changes in the physical hosting of the simulators. The data encoded in the SVR record could also give clues as to the protocol versions, abilities and restrictions of the destination. -Kelannim

==Macro-level (Grid-wide) location Coordinates==

A set of OS-functions that work just like llSetPos, llGetPos, etc. but use 32-bit coordinates. The low-order 8 bits get used as intra-sim coordiantes as per usual, the high-order 24 bits determine which sim on the grid is being referred to. Some extra commands like osCoord2Key to get the key of the region containing the coordinates, osCoord2Name, etc. are possibilities.

*Minor modification, have the int read as 16bits=region_coords, 8bits=sim_coords, 8bits=sim_sub-coords. To paraphrase Mr. Gates, 64k sims in each direction should be enough for anyone ;-P

==Scriptable 'bodyparts' (Shape, Hair, Eyes etc)==

This relates to Shapes, Hair, Eyes etc which are not prims but 'bodyparts', and are not manipulatable via LSL.

Two script commands could be implemented, one to write say a vector to 'bodypart' parameters (the numbers one edits in 'Appearance...'), and another to read them. It would be interesting to be able to create 'bodyparts' from scripts, using data derived externally or calculated in a script, perhaps from other 'bodyparts' data....

Further, with an extension to the permission system (notifying user that a script wants to modify a Shape/Hair/Eyes/whatever of theirs), perhaps editing of existing 'bodypart's could also be available.

==Tide Server==

It might be interesting to support tides in OGS. It should be doable without any mods to the SL client and probably wouldn't be even a big project (possibly a good teeth-cutting project for someone who wants to get into OGS server coding but isn't confident to tackle parts of a big or critical server component).

A few things to consider:

* The tide server just periodically updates the water level in a grid's sims.
* Would need to be grid-wide or dis-synchronised tides would have ocean-edge alignment issues (so no rolling tides across huge grids, sorry) so it would be a server operating at the grid level talking to regions.
* Needs to be over-ridable as inland regions often use water level for things other than ocean and wouldn't want to follow the tides.
* By using plug-in servers, different complexities of tide can be implemented depending on grid needs.

===Some example tide servers===

* Null tide - simply a way to globally set sea-level in a grid. Takes a single sea-level value.
* Simple Periodic - set the max, min and period and starting time values and let it roll.
* Sun (and moon) locked - uses the position of the sun/moon to place tides realistically (presently rather easy as the sun and moon are always 180deg apart, but they might get unlocked from eachother later, extra suns/moons might also crop up long-term - presently it would be the same as Simple Periodic, but time-synced with whatever the day cycle is). Can day-cycles be enforced (or at least a default set) region-wide? Otherwise this would not be feasible.

===SL Client compatibility===

When the client sends a water-level request to the region, the region does one of two things:

* if the water level is -32768 (assuming this value is stored as signed32) or 65535 (if it is a u32) or whatever represents the most 'insane' value possible, then the region refers back upstream to the grid tide server, gets the present tide level, and returns that (sane) value to the client.
* if waterlevel set for the region is in the 'sane' range, that (region-local) value is returned without referring to the tide server.

(A region-server console command to set the water level outside what the current SL viewer allows is assumed).

===Updating the tides.===

(I assume the region is capable of informing attached clients when water level changes so that on-the-fly changes by region admins are reflected reasonably immediately in clients already).

* tide server periodically multicasts a tide update signal to all regions.
* if the region water level is in the 'insane' setting, it passes the update on to the attached (and neighbour-attached) clients.
* if the region water level is 'sane' it does nothing, leaving the region-manager's water-level alone.

===One known Client issue===

The 'extended' water off the edge of actual regions is a problem, as this is probably hard-coded into the client. Probably should have its own setting which can be either fixed per grid (or region for stand-alone) or track the tide server as per region water level.

==Client Side Weather System==
A client side based weather system would be a breath of fresh air to those who enjoy more realism (Graphically). An overall Grid Weather System could also be created, so that different parts of the grid will be experiencing different forms of weather e.g 4+ Regions more to the north of the Grid would be in the midst of a blizzard whilst several sims further to the south are enjoying clear blue skys, but with an onset of rain on the way.
A Server could be set up in order to simulate the overall GWS (Grid Weather System) and would shout to each region to simulate a specified weather type.
All the Client has to do is pick up on the Information being sent to the region from the GWS and simulate it on-screen for it's users.
Obviously this feature can be turned on and off at will, but it would be nice to not have to set up a particle weather system that cause's more lag than necessary. - Darakon Kayvon
<math>Insert formula here</math>

==Strong Identities==

Basically objects and users would have strong identities created using public key cryptography. A creator or user would create a public/private key pair and register it with a key server, along with a signed hash of their character name/UUID/whatever. This creates a strong identity associated with the user.

This creator key could be used to generate certificates associated with their objects (signing the UUID and a hash of the geometry of the object along with their key identity) and register along with the geometry hash in a database. They could also create 'ownership' certificates which would be a signature against a player's identity and the object hash.

One of the uses of this is to allow a sort of voluntary property enforcement. The way it would work is that when an object is transferred using an intergrid (HyperGrid) connection, the transferor would also send any certificates associated with the object. These certificates, if the receiving server wishes, could communicate ownership or copy/mod/no-transfer rights based on the certificate and checking against the public key servers and object registries; it may also simply communicate a sort of certificate status to the other clients such that it could be verified that these objects are indeed created or authorized copies owned by the client. This would of course be completely voluntary within the grid, but it could allow commercial grids to manage intergrid object moves strictly if they want to. It could also exist simply to increase the 'cachet of ownership' such that you can show that you indeed purchase this from the creator.

Some notes:
* It would be trivially easy for malicious clients to modify the object slightly in order to generate a new hash and register it with the object server. The point boils down to really more supporting the social movement of supporting artists you like and being able to show thus. Artists could publish their object UUIDs along with their owners so that they could be reverified orthogonally.
* It would be trivially easy for malicious clients to submit erroneous hashes for objects. This could be solved by transferring the object parameters (all of the prims, locations, and parameters, the object description) to the object registry and having it do the hashing.
* The creator keypair could be used for intergrid authentication also. Since it is a proper strong encryption keypair which is tightly associated to an avatar identity it could allow authenticated intergrid connections. It could also be used to encipher the communication between the client and the grid and authenticate messages back and forth.
* Strong identities for objects could include a keypair which allows real-world integration such as bank transactions and whatnot to have a physical metaphor.
* The point of the object certificates really isn't DRM (although in a limited sense it can be used for thus), but (partially) a way to show other players that an object was payed for and is original, that you willingly supported a creator voluntarily with your patronage.

--[[User:NickRusnov|NickRusnov]] 21:45, 28 November 2008 (UTC)

==Extend the form of the Sphere to a Superquadric Ellipsoid + Geodesic==

On the end of present sphere data definition add the fields...
*'''Sharpness''' - default to zero, meaning a regular sphere/ovoid and the sphere rendering path is to be used as per usual client-side (and the 'sides' field ignored).
*'''Sides''' - can be set to any valid geodesic shape (client-side renderer can clip this value if too high). Negative value indicates to use the geodesic's dual.

Client-side (eg HipoViewer) would then need to be altered to allow editing and rendering of these shapes. (Detecting full sharpness and full roundness and passing these to appropriate optimised renderers for these shapes likely a good idea).

Adding same values to the end of the Cylinder shape to make an extruded Superellipse would be nice too (and with full sharpness, arbitrary regular shape extrusions such as pentagonal/hexagonal/octagonal prism).

Then finish the set with a Superellipse-extended torus.

Texturing as per sphere/cylinder/torus, so this does not - even if maxed out to be sharp-edged - replace a real box which can have one texture per face.

OpenSimulator:Future Release Discussion

2009-01-02T23:45:54Z

LaeMi: Superellipse shapes as a 2 field extension to Sphere, Cylinder, Torus.

{{proposal}}
A collection of ideas for additional functionality in OpenSim. Please add your thoughts - anyone may contribute.

== 3D grid structure ==
I have always wanted to see a grid where you could have regions not only to the north, south, east west of a region but also above and below. This would enable space above for orbiting space stations and the like and depth below for underwater worlds and tunnels. - Garth FairChang

I like the idea of a 3D Grid structure, along with that, the ability to turn off gravity, water and the terrain textures. It would be nice to set the region's background image to a starscape or something other than the default background.

User defined gravity fields. This would be useful in a grid environment that was space themed, certain areas could have defined gravity fields. The possibilities for this could be very interesting.

== 3D Security ==

At the end of the day, this technology is a new form of computer user interface, and mobile agent application server. We need to move away from the concept of land, in a 3D environment we could assign access rights to 3D volumes, call them security regions. These security regions would have permissions granted by access lists, ability to assign different rights to different users or groups. (if we did 3D grid structures this would be a must)

One security feature, is the ability to "hide" objects within a security region from users that don't have access rights. Much like barriers in SL, these 3D security regions would just not show up in the viewer, and the user would not have rights to enter the area. It would interesting if you could do this on a primative level, an object that is only viewable by people/objects with the proper permissions. (The engine could detect collision based on bounding box)

== Portal Primatives ==

I propose a "hyperlink" prim that would be configured with an URL to a destination region/grid. The prim would be like a phantom prim, and when looked at, the user would see the destination, a doorway, like a region boundry, when the avatar passes through the object, the avatar is handed off to the destination region. This would be very cool feature, a user/company could "rent" space on a popular grid a store front, in the back of the store is a "doorway" to the user/company's private region/grid server.

(Croquet is an excellent referral to this concept, since the developers devised Portal "primitives" that allow travel not only between different worlds, but to your own one aswell. Also, once your in your own world, you can create yet another Portal to a new world that you created and so on.) -Darakon Kayvon

== Governance System ==
The online world would have to provide a means for communities to develop legal and political systems of governance. I can think of voting systems as a start.

== Scripting ==
See the list of [[LSL_osFunctions|OSL Proposals]].

== Payment System ==
OpenSim will need to support micropayment. See [[Money]] for details on how this could be achieved.

== Upload of existing 3D models ==
OpenSim should support common standards for 3D modelling. This would allow the upload of existing 3D models and make OpenSim immediately attractive for architects and project developers and their customers (walk through models).

== Free-form Avatars ==
OpenSim should, at some point in time, support the design and animation of free-form avatars (e.g. animals, monsters, robots).

== In-World console maintenance ==
Terrain manipulations, statistics and some SIM administration related tasks are not available using the Viewer - they are only available on the command line application console where OpenSim is running. It would be nice to have this same console available in-world, using an Instant Messaging window with the simulator itself, the same way as we do with thoses old command line terminals.

== Externally Scripted Objects ==
A prim with the script contents something along the line of //external:somehost:someport.
Have the simulator connect to this host:port and relay data from it to the prim.
Example, have a simple library that maps the LSL functions to a simple binary protocol, which can be used from various programming languages, not neccessarily .NET, and have it act like a server.
This would allow scripts to be hosted outside the Simulator while adding security, as no code would be running on the Simulator. People could code Prim scripts using C if they wished, and the library would simply send the LSL commands to the server for relaying to the clients. If this could go straight to the client then even better. The next step after that would be for the script to be able to send Prim data aswell.
This also gives the possibility of using one running script on several different Simulators at once.
- HashBox

==Object Inventory Source Control==
* This wish list feature starts with the premise that "I HATE working on scripting and objects within SL". Basically, allow users to checkout an object and its contents to an SVN repository. Work on the object and contents locally in whatever application they wish. Later, they can checkin the changes, and update the object inside the simulator.
* [http://www.softec.st/en/OpenSource/ClrProjects/SubversionSharp/SubversionSharp.html SubversionSharp]

==Arbitrary-sized regions==

* The origional proposer of this idea has gone off it - see "Macro-level (Grid-wide) location Coordinates" below for something that achieves a similar thing within the grid-based model and hence not requiring massive client-side changes.

I am thinking stand-alone regions here, though being able to set a single arbitrary size for all regions on a particular grid might be useful to some (or rowspan and colspan-like attributes in the region table if someone was feeling ''really'' masochistic ;-).

Would require (likely too much) client-side work too as the 256m sim-size is still hard-coded in many places.

==Ability to map standalone grid edges to other grid-edges==

The ability to have edges of a standalone region be mapped to other grids or other standalone regions. I'm thinking hyper-space, one-way doors to other places. It would be interesting for standalone private regions that have doors to other places like opengrid or osgrid or something like that.

==The ability to set region bounderies==

Useful in adding a max ceiling to a region. If it was possible, ability to create a "region box" with as stated earlier, an arbitrary origin. Thinking a little further, a "region sphere" would be interesting.

==Grid to Grid Travel==

Going to each grid seems to require setting up an account there. Someone may specialize in 'passport authentication' allowing an avatar to hop from grid to grid (possibly with just a wallet and a small 'suitcase' inventory) as one would go from country to country in rl. Grids get control of who and how may pass through their grid.

LaeMi adds - I am waiting eagerly for integration of realExtend's avatar server which should cover this - the graphics enhancements of rex are of less interest to me as I am not a 3D designer and so have limited use for meshes, but rex has a good number of other very useful features like this too. (Rex integration is being worked on right now AFAIK).

==Universal Location Addressing==

As part of grid to grid travel, a common standard for a universal location address / coordinate will need to be defined and supported.

Proposal: opensim://sim.grid.domain.tld:x.y.z/named_location/?param=value (alternatively, could be osa:// or osl://, or sim://).

Examples of use:
* opensim://sim25.mygrid.mycompany.mycountry/
* opensim://shoppingcenter.gridprovider.mycountry/myshop/
* opensim://mysim.mygrid.mycompany.mycountry:100.75.80/
* opensim://closedgrid.myworld.business/entrance_hall/?userid=xxx&password=yyy

To avoid confusion, Opensim TLDs will need to be different from existing Internet TLDs.
A naming registrar (NIC) will need to be established that ensures uniqueness and proper handling of registrations. - Ezekiel

Proposal: <sim|grid>://<FQDN>[[:<[zonename,]x,y,z>] | [/<symbolic destination>]]

Examples:
* sim://www.mydomain.com
* sim://www.mydomain.com:0,0,0
* sim://www.mydomain.com/mycoolplace
* grid://www.mydomain.com
* grid://www.mydomain.com/mycoolplace
* grid://www.mydomain.com:Zone1,0,0,0

The client can then get the required information regarding port numbers, protocols, and so on from SVR records embedded in the FQDN DNS Zone. This way clients are immune to changes in the physical hosting of the simulators. The data encoded in the SVR record could also give clues as to the protocol versions, abilities and restrictions of the destination. -Kelannim

==Macro-level (Grid-wide) location Coordinates==

A set of OS-functions that work just like llSetPos, llGetPos, etc. but use 32-bit coordinates. The low-order 8 bits get used as intra-sim coordiantes as per usual, the high-order 24 bits determine which sim on the grid is being referred to. Some extra commands like osCoord2Key to get the key of the region containing the coordinates, osCoord2Name, etc. are possibilities.

*Minor modification, have the int read as 16bits=region_coords, 8bits=sim_coords, 8bits=sim_sub-coords. To paraphrase Mr. Gates, 64k sims in each direction should be enough for anyone ;-P

==Scriptable 'bodyparts' (Shape, Hair, Eyes etc)==

This relates to Shapes, Hair, Eyes etc which are not prims but 'bodyparts', and are not manipulatable via LSL.

Two script commands could be implemented, one to write say a vector to 'bodypart' parameters (the numbers one edits in 'Appearance...'), and another to read them. It would be interesting to be able to create 'bodyparts' from scripts, using data derived externally or calculated in a script, perhaps from other 'bodyparts' data....

Further, with an extension to the permission system (notifying user that a script wants to modify a Shape/Hair/Eyes/whatever of theirs), perhaps editing of existing 'bodypart's could also be available.

==Tide Server==

It might be interesting to support tides in OGS. It should be doable without any mods to the SL client and probably wouldn't be even a big project (possibly a good teeth-cutting project for someone who wants to get into OGS server coding but isn't confident to tackle parts of a big or critical server component).

A few things to consider:

* The tide server just periodically updates the water level in a grid's sims.
* Would need to be grid-wide or dis-synchronised tides would have ocean-edge alignment issues (so no rolling tides across huge grids, sorry) so it would be a server operating at the grid level talking to regions.
* Needs to be over-ridable as inland regions often use water level for things other than ocean and wouldn't want to follow the tides.
* By using plug-in servers, different complexities of tide can be implemented depending on grid needs.

===Some example tide servers===

* Null tide - simply a way to globally set sea-level in a grid. Takes a single sea-level value.
* Simple Periodic - set the max, min and period and starting time values and let it roll.
* Sun (and moon) locked - uses the position of the sun/moon to place tides realistically (presently rather easy as the sun and moon are always 180deg apart, but they might get unlocked from eachother later, extra suns/moons might also crop up long-term - presently it would be the same as Simple Periodic, but time-synced with whatever the day cycle is). Can day-cycles be enforced (or at least a default set) region-wide? Otherwise this would not be feasible.

===SL Client compatibility===

When the client sends a water-level request to the region, the region does one of two things:

* if the water level is -32768 (assuming this value is stored as signed32) or 65535 (if it is a u32) or whatever represents the most 'insane' value possible, then the region refers back upstream to the grid tide server, gets the present tide level, and returns that (sane) value to the client.
* if waterlevel set for the region is in the 'sane' range, that (region-local) value is returned without referring to the tide server.

(A region-server console command to set the water level outside what the current SL viewer allows is assumed).

===Updating the tides.===

(I assume the region is capable of informing attached clients when water level changes so that on-the-fly changes by region admins are reflected reasonably immediately in clients already).

* tide server periodically multicasts a tide update signal to all regions.
* if the region water level is in the 'insane' setting, it passes the update on to the attached (and neighbour-attached) clients.
* if the region water level is 'sane' it does nothing, leaving the region-manager's water-level alone.

===One known Client issue===

The 'extended' water off the edge of actual regions is a problem, as this is probably hard-coded into the client. Probably should have its own setting which can be either fixed per grid (or region for stand-alone) or track the tide server as per region water level.

==Client Side Weather System==
A client side based weather system would be a breath of fresh air to those who enjoy more realism (Graphically). An overall Grid Weather System could also be created, so that different parts of the grid will be experiencing different forms of weather e.g 4+ Regions more to the north of the Grid would be in the midst of a blizzard whilst several sims further to the south are enjoying clear blue skys, but with an onset of rain on the way.
A Server could be set up in order to simulate the overall GWS (Grid Weather System) and would shout to each region to simulate a specified weather type.
All the Client has to do is pick up on the Information being sent to the region from the GWS and simulate it on-screen for it's users.
Obviously this feature can be turned on and off at will, but it would be nice to not have to set up a particle weather system that cause's more lag than necessary. - Darakon Kayvon
<math>Insert formula here</math>

==Strong Identities==

Basically objects and users would have strong identities created using public key cryptography. A creator or user would create a public/private key pair and register it with a key server, along with a signed hash of their character name/UUID/whatever. This creates a strong identity associated with the user.

This creator key could be used to generate certificates associated with their objects (signing the UUID and a hash of the geometry of the object along with their key identity) and register along with the geometry hash in a database. They could also create 'ownership' certificates which would be a signature against a player's identity and the object hash.

One of the uses of this is to allow a sort of voluntary property enforcement. The way it would work is that when an object is transferred using an intergrid (HyperGrid) connection, the transferor would also send any certificates associated with the object. These certificates, if the receiving server wishes, could communicate ownership or copy/mod/no-transfer rights based on the certificate and checking against the public key servers and object registries; it may also simply communicate a sort of certificate status to the other clients such that it could be verified that these objects are indeed created or authorized copies owned by the client. This would of course be completely voluntary within the grid, but it could allow commercial grids to manage intergrid object moves strictly if they want to. It could also exist simply to increase the 'cachet of ownership' such that you can show that you indeed purchase this from the creator.

Some notes:
* It would be trivially easy for malicious clients to modify the object slightly in order to generate a new hash and register it with the object server. The point boils down to really more supporting the social movement of supporting artists you like and being able to show thus. Artists could publish their object UUIDs along with their owners so that they could be reverified orthogonally.
* It would be trivially easy for malicious clients to submit erroneous hashes for objects. This could be solved by transferring the object parameters (all of the prims, locations, and parameters, the object description) to the object registry and having it do the hashing.
* The creator keypair could be used for intergrid authentication also. Since it is a proper strong encryption keypair which is tightly associated to an avatar identity it could allow authenticated intergrid connections. It could also be used to encipher the communication between the client and the grid and authenticate messages back and forth.
* Strong identities for objects could include a keypair which allows real-world integration such as bank transactions and whatnot to have a physical metaphor.
* The point of the object certificates really isn't DRM (although in a limited sense it can be used for thus), but (partially) a way to show other players that an object was payed for and is original, that you willingly supported a creator voluntarily with your patronage.

--[[User:NickRusnov|NickRusnov]] 21:45, 28 November 2008 (UTC)

==Extend the form of the Sphere to a Superquadric Ellipsoid + Geodesic==

On the end of present sphere data definition add the fields...
*'''Sharpness''' - default to zero, meaning a regular sphere/ovoid and the sphere rendering path is to be used as per usual client-side (and the 'sides' field ignored).
*'''Sides''' - can be set to any valid geodesic shape (client-side renderer can clip this value if too high). Negative value indicates to use the geodesic's dual.

Client-side (eg HipoViewer) would then need to be altered to allow editing and rendering of these shapes. (Detecting full sharpness and full roundness and passing these to appropriate optimised renderers for these shapes likely a good idea).

Adding same values to the end of the Cylinder shape to make an extruded Superellipse would be nice too (and with full sharpness, arbitrary regular shape extrusions such as pentagonal/hexagonal/octagonal prism).

Then finish the set with a Superellipse-extended torus.

Tips

2008-11-22T06:40:51Z

LaeMi: fix typo

[[Category:Users]]
==Terrain Tidbits==
===How can I flatten a region?===
When you have multiple regions, that you need to terraform to a certain height, the quickest way to do it is by selecting a region, and fill the terrain to the specified height:
change-region YourRegionName
script terrain fill 20

''Note:'' Remember to change to the region you wish to modify if that is the only region wish to make changes to. Without using the change-region command, you may very well end up flattening multiple regions!

As of SVN 4061
terrain fill 25

[[Category:Getting Started]]

=== What programs can I use to create terrains for OpenSim? ===
If you are after simple terrain files (jpg, gif, etc), you can use Photoshop or any number of freeware programs, like [http://www.gimp.org/ Gimp]. If you want more complex terrains, you will need programs that output to standard 3d raw format (aka r32 or r64). [http://www.bundysoft.com/L3DT/ L3DT] and [http://www.planetside.co.uk/terragen/ Terragen] are two of the top commercial programs for this. (anyone know of a freeware one?), or you could, with some practice, use [http://www.blender.org/ Blender]. The free version of L3DT can make terrains up to 2048x2048 in size, or 8x8 regions.
You can use `terrain load IMG yourfile.png` to load '''greyscale''' PNG files. Remember to use something like `terrain rescale 0 25` to make it visible.
Here is some info on [[Using L3DT]] to make a terrain.

You can also use http://lab.parkstudio.ru/terra/ if you know a bit about heightmaps and how they work. Just set the custom landscape texture gradient to pure black and pure white and turn off water.
And here are some [[Free Terrains]] that you can use. Enjoy!

=== Where do I put the files for my terrains? ===
This one is actually pretty simple, but first the 'hard' answer: anywhere in the PATH will work. Lost? yeah, I was too, so... just drop the file into the <tt>bin</tt> directory (right where your <tt>OpenSim.exe</tt> file is).

===How do I change the terrain for a group of sims?===
First, the file must be in f32 (or f64?) format. This is easy to do with L3DT's export feature. (Use the RAW format and set the options to <tt>Y flipped = true</tt> and at the bottom, change it to read 'float' instead of 'ushort'). It also needs to be a file that will cover each sim in a 256x256 layer (so, for 2x2 regions, you need a 512x512 file), It is very important that you rename the file extension to .r32 for the import to properly work.
Then, once you have it saved, on the <tt>OpenSim.exe</tt> console, type in:
script terrain load-tile <filename> <image X> <image y> <bottomleftsim X> <bottomleftsim y>
For example, I run a square of 4 sims in a 2x2 pattern. I started my sim placement at 0, 0 and ended at 1, 1. my line reads:
<strike>script terrain load-tile simalpha.r32 512 512 0 0</strike>
script terrain load-tile simalpha.r32 2 2 0 0 ([[User:Oudrun|Oudrun]])
New syntax is using number of tiles instead of imagesize (one tile 256x256 pix). Above example is for a 2x2 region terrainfile.

Next, before you log in, you may want to go to type in: *(THIS FUNCTION MAY NOT WORK)
script terrain multiply 0.4
This should scale it down from the nearly 300 meters altitude I ran into to something a little more reasonable for the minimap.

===How do I load a terrain file on startup?===
Edit the file <tt>startup_commands.txt</tt> in the bin directory and add the above commands "<tt>script terrain load-tile ...</tt>" and "<tt>script terrain multiply ...</tt>" one per line.

*** Notice this method is no longer required and should be considered a legacy function, Terrain persistance is now working 100%.

Terrain Tidbits brought to you by Tilde, with a few questions in IRC :) - [[User:Tildeampersand|Tilde]] 10:32, 15 August 2007 (PDT)

===How do I import into OpenSim the terrain shape of my Second Life sim?===
First, assure you are in the right region if you have more than one, by using:

change-region <nowiki><regionname></nowiki>

Then use the command (file extension now determines the format, use .r32 for L3DT terrains)

script terrain load <filename>

Watch [http://archimedix.wordpress.com/2007/11/26/opensim/ this video] for a step-by-step tutorial.

=== Other useless or useful info depending on who reads it ===

* I found out that each point on the grey scale (0 to 255) equals approximately .23 to .25 meters in terrain height. - [[CharlieO]]
* Also for those who want to manually edit a png file, you need at minimum 3 different shades of grey. and one has to be drastically different than the other 2 in order to have the height show correctly. - [[CharlieO]]
example:
1) 0,0,0
2) 223, 233, 233
3) 255, 255, 255

==General Setup Tricks==
=== Changing viewer start webpage in standalone mode ===

In order to change the page that the viewer starts in /opensim/bin/ there is a http_loginform.html.example page. Removing the .example will make this page be the start webpage which you can edit etc. Since the login html code is no longer needed this can be modified at will.

=== Making the server remember terrain, prims and other region storage changes after reboot ===
In order for the server to remember these things you must select a database to be used in the OpenSim.ini file. For more info on setting this up see [[OpenSim_Database_support]]. The easiest to set up is SqLite which has a guide on the linked page.

=== Placing data away from the code ===
A good set up, separates the code (replaced often in this project) from the data ("unique" and more valuable for the user). Things to do:
* separate your region definitions by using the ''regionload_regionsdir'' value in the OpenSim.ini
e.g. regionload_regionsdir="../OSHirvi/Regions" places the Regions directory besides the "code directory" in a folder called OSHirvi
* make your data persistent in a database (see above), this requires (again) to edit your OpenSim.ini file. You might use unique names to separate multiple setups within the database server you use.
e.g. ''storage_connection_string=''"Data Source=localhost;Database=OSHirvi;User ID=OSHirvi;Password=password;";
* the next step is copying/cutting OpenSim.ini itself away from the code
p.e. place this file in ../OSHirvi/OpenSim.1.ini
* to point from your place ../ to your wanted runtime directory create a link (or some call it shortcut). If you download a newer build just change the link.
e.g. ln -s opensimservercode opensim-0.5.8.5695

Now create a script, and call it startHirvi.sh that:
a) gets it current directory in the code directory, found by the link
b) starts up OpenSim.exe with the required .ini file, by using the ''-inifile'' startup option. You can still add other options.
cd ../opensimservercode
mono OpenSim.exe -inifile ../OSHirvi/OpenSim.1.ini -gridmode=true

Oke, done this you are left with a code directory still filled with runtime data, but this is just persistent temporary stuff that the server automatic rebuilds if it is deleted. Still a pitty there is no way to get it separate.
./addin-db-00
./addins
./OpaenSim.log and many others if you run in grid-mode
./estate_settings.xml and many other configuration settings

OpenSimulator:Future Release Discussion

2008-11-08T04:10:04Z

LaeMi: Trimmed down text on one of my early proposals (arbitrary-sized sims) that I have superceeded and added headings for 2 separate ideas from others that seem to have got stuck on the end of that one.

{{proposal}}
A collection of ideas for additional functionality in OpenSim. Please add your thoughts - anyone may contribute.

== 3D grid structure ==
I have always wanted to see a grid where you could have regions not only to the north, south, east west of a region but also above and below. This would enable space above for orbiting space stations and the like and depth below for underwater worlds and tunnels. - Garth FairChang

I like the idea of a 3D Grid structure, along with that, the ability to turn off gravity, water and the terrain textures. It would be nice to set the region's background image to a starscape or something other than the default background.

User defined gravity fields. This would be useful in a grid environment that was space themed, certain areas could have defined gravity fields. The possibilities for this could be very interesting.

== 3D Security ==

At the end of the day, this technology is a new form of computer user interface, and mobile agent application server. We need to move away from the concept of land, in a 3D environment we could assign access rights to 3D volumes, call them security regions. These security regions would have permissions granted by access lists, ability to assign different rights to different users or groups. (if we did 3D grid structures this would be a must)

One security feature, is the ability to "hide" objects within a security region from users that don't have access rights. Much like barriers in SL, these 3D security regions would just not show up in the viewer, and the user would not have rights to enter the area. It would interesting if you could do this on a primative level, an object that is only viewable by people/objects with the proper permissions. (The engine could detect collision based on bounding box)

== Portal Primatives ==

I propose a "hyperlink" prim that would be configured with an URL to a destination region/grid. The prim would be like a phantom prim, and when looked at, the user would see the destination, a doorway, like a region boundry, when the avatar passes through the object, the avatar is handed off to the destination region. This would be very cool feature, a user/company could "rent" space on a popular grid a store front, in the back of the store is a "doorway" to the user/company's private region/grid server.

(Croquet is an excellent referral to this concept, since the developers devised Portal "primitives" that allow travel not only between different worlds, but to your own one aswell. Also, once your in your own world, you can create yet another Portal to a new world that you created and so on.) -Darakon Kayvon

== Governance System ==
The online world would have to provide a means for communities to develop legal and political systems of governance. I can think of voting systems as a start.

== Scripting ==
See the list of [[LSL_osFunctions|OSL Proposals]].

== Payment System ==
OpenSim will need to support micropayment. See [[Money]] for details on how this could be achieved.

== Upload of existing 3D models ==
OpenSim should support common standards for 3D modelling. This would allow the upload of existing 3D models and make OpenSim immediately attractive for architects and project developers and their customers (walk through models).

== Free-form Avatars ==
OpenSim should, at some point in time, support the design and animation of free-form avatars (e.g. animals, monsters, robots).

== In-World console maintenance ==
Terrain manipulations, statistics and some SIM administration related tasks are not available using the Viewer - they are only available on the command line application console where OpenSim is running. It would be nice to have this same console available in-world, using an Instant Messaging window with the simulator itself, the same way as we do with thoses old command line terminals.

== Externally Scripted Objects ==
A prim with the script contents something along the line of //external:somehost:someport.
Have the simulator connect to this host:port and relay data from it to the prim.
Example, have a simple library that maps the LSL functions to a simple binary protocol, which can be used from various programming languages, not neccessarily .NET, and have it act like a server.
This would allow scripts to be hosted outside the Simulator while adding security, as no code would be running on the Simulator. People could code Prim scripts using C if they wished, and the library would simply send the LSL commands to the server for relaying to the clients. If this could go straight to the client then even better. The next step after that would be for the script to be able to send Prim data aswell.
This also gives the possibility of using one running script on several different Simulators at once.
- HashBox

==Object Inventory Source Control==
* This wish list feature starts with the premise that "I HATE working on scripting and objects within SL". Basically, allow users to checkout an object and its contents to an SVN repository. Work on the object and contents locally in whatever application they wish. Later, they can checkin the changes, and update the object inside the simulator.
* [http://www.softec.st/en/OpenSource/ClrProjects/SubversionSharp/SubversionSharp.html SubversionSharp]

==Arbitrary-sized regions==

* The origional proposer of this idea has gone off it - see "Macro-level (Grid-wide) location Coordinates" below for something that achieves a similar thing within the grid-based model and hence not requiring massive client-side changes.

I am thinking stand-alone regions here, though being able to set a single arbitrary size for all regions on a particular grid might be useful to some (or rowspan and colspan-like attributes in the region table if someone was feeling ''really'' masochistic ;-).

Would require (likely too much) client-side work too as the 256m sim-size is still hard-coded in many places.

==Ability to map standalone grid edges to other grid-edges==

The ability to have edges of a standalone region be mapped to other grids or other standalone regions. I'm thinking hyper-space, one-way doors to other places. It would be interesting for standalone private regions that have doors to other places like opengrid or osgrid or something like that.

==The ability to set region bounderies==

Useful in adding a max ceiling to a region. If it was possible, ability to create a "region box" with as stated earlier, an arbitrary origin. Thinking a little further, a "region sphere" would be interesting.

==Grid to Grid Travel==

Going to each grid seems to require setting up an account there. Someone may specialize in 'passport authentication' allowing an avatar to hop from grid to grid (possibly with just a wallet and a small 'suitcase' inventory) as one would go from country to country in rl. Grids get control of who and how may pass through their grid.

LaeMi adds - I am waiting eagerly for integration of realExtend's avatar server which should cover this - the graphics enhancements of rex are of less interest to me as I am not a 3D designer and so have limited use for meshes, but rex has a good number of other very useful features like this too. (Rex integration is being worked on right now AFAIK).

==Universal Location Addressing==

As part of grid to grid travel, a common standard for a universal location address / coordinate will need to be defined and supported.

Proposal: opensim://sim.grid.domain.tld:x.y.z/named_location/?param=value (alternatively, could be osa:// or osl://, or sim://).

Examples of use:
* opensim://sim25.mygrid.mycompany.mycountry/
* opensim://shoppingcenter.gridprovider.mycountry/myshop/
* opensim://mysim.mygrid.mycompany.mycountry:100.75.80/
* opensim://closedgrid.myworld.business/entrance_hall/?userid=xxx&password=yyy

To avoid confusion, Opensim TLDs will need to be different from existing Internet TLDs.
A naming registrar (NIC) will need to be established that ensures uniqueness and proper handling of registrations. - Ezekiel

Proposal: <sim|grid>://<FQDN>[[:<[zonename,]x,y,z>] | [/<symbolic destination>]]

Examples:
* sim://www.mydomain.com
* sim://www.mydomain.com:0,0,0
* sim://www.mydomain.com/mycoolplace
* grid://www.mydomain.com
* grid://www.mydomain.com/mycoolplace
* grid://www.mydomain.com:Zone1,0,0,0

The client can then get the required information regarding port numbers, protocols, and so on from SVR records embedded in the FQDN DNS Zone. This way clients are immune to changes in the physical hosting of the simulators. The data encoded in the SVR record could also give clues as to the protocol versions, abilities and restrictions of the destination. -Kelannim

==Macro-level (Grid-wide) location Coordinates==

A set of OS-functions that work just like llSetPos, llGetPos, etc. but use 32-bit coordinates. The low-order 8 bits get used as intra-sim coordiantes as per usual, the high-order 24 bits determine which sim on the grid is being referred to. Some extra commands like osCoord2Key to get the key of the region containing the coordinates, osCoord2Name, etc. are possibilities.

*Minor modification, have the int read as 16bits=region_coords, 8bits=sim_coords, 8bits=sim_sub-coords. To paraphrase Mr. Gates, 64k sims in each direction should be enough for anyone ;-P

==Scriptable 'bodyparts' (Shape, Hair, Eyes etc)==

This relates to Shapes, Hair, Eyes etc which are not prims but 'bodyparts', and are not manipulatable via LSL.

Two script commands could be implemented, one to write say a vector to 'bodypart' parameters (the numbers one edits in 'Appearance...'), and another to read them. It would be interesting to be able to create 'bodyparts' from scripts, using data derived externally or calculated in a script, perhaps from other 'bodyparts' data....

Further, with an extension to the permission system (notifying user that a script wants to modify a Shape/Hair/Eyes/whatever of theirs), perhaps editing of existing 'bodypart's could also be available.

==Tide Server==

It might be interesting to support tides in OGS. It should be doable without any mods to the SL client and probably wouldn't be even a big project (possibly a good teeth-cutting project for someone who wants to get into OGS server coding but isn't confident to tackle parts of a big or critical server component).

A few things to consider:

* The tide server just periodically updates the water level in a grid's sims.
* Would need to be grid-wide or dis-synchronised tides would have ocean-edge alignment issues (so no rolling tides across huge grids, sorry) so it would be a server operating at the grid level talking to regions.
* Needs to be over-ridable as inland regions often use water level for things other than ocean and wouldn't want to follow the tides.
* By using plug-in servers, different complexities of tide can be implemented depending on grid needs.

===Some example tide servers===

* Null tide - simply a way to globally set sea-level in a grid. Takes a single sea-level value.
* Simple Periodic - set the max, min and period and starting time values and let it roll.
* Sun (and moon) locked - uses the position of the sun/moon to place tides realistically (presently rather easy as the sun and moon are always 180deg apart, but they might get unlocked from eachother later, extra suns/moons might also crop up long-term - presently it would be the same as Simple Periodic, but time-synced with whatever the day cycle is). Can day-cycles be enforced (or at least a default set) region-wide? Otherwise this would not be feasible.

===SL Client compatibility===

When the client sends a water-level request to the region, the region does one of two things:

* if the water level is -32768 (assuming this value is stored as signed32) or 65535 (if it is a u32) or whatever represents the most 'insane' value possible, then the region refers back upstream to the grid tide server, gets the present tide level, and returns that (sane) value to the client.
* if waterlevel set for the region is in the 'sane' range, that (region-local) value is returned without referring to the tide server.

(A region-server console command to set the water level outside what the current SL viewer allows is assumed).

===Updating the tides.===

(I assume the region is capable of informing attached clients when water level changes so that on-the-fly changes by region admins are reflected reasonably immediately in clients already).

* tide server periodically multicasts a tide update signal to all regions.
* if the region water level is in the 'insane' setting, it passes the update on to the attached (and neighbour-attached) clients.
* if the region water level is 'sane' it does nothing, leaving the region-manager's water-level alone.

===One known Client issue===

The 'extended' water off the edge of actual regions is a problem, as this is probably hard-coded into the client. Probably should have its own setting which can be either fixed per grid (or region for stand-alone) or track the tide server as per region water level.

==Client Side Weather System==
A client side based weather system would be a breath of fresh air to those who enjoy more realism (Graphically). An overall Grid Weather System could also be created, so that different parts of the grid will be experiencing different forms of weather e.g 4+ Regions more to the north of the Grid would be in the midst of a blizzard whilst several sims further to the south are enjoying clear blue skys, but with an onset of rain on the way.
A Server could be set up in order to simulate the overall GWS (Grid Weather System) and would shout to each region to simulate a specified weather type.
All the Client has to do is pick up on the Information being sent to the region from the GWS and simulate it on-screen for it's users.
Obviously this feature can be turned on and off at will, but it would be nice to not have to set up a particle weather system that cause's more lag than necessary. - Darakon Kayvon
<math>Insert formula here</math>

OpenSimulator:Future Release Discussion

2008-11-08T04:04:18Z

LaeMi:

{{proposal}}
A collection of ideas for additional functionality in OpenSim. Please add your thoughts - anyone may contribute.

== 3D grid structure ==
I have always wanted to see a grid where you could have regions not only to the north, south, east west of a region but also above and below. This would enable space above for orbiting space stations and the like and depth below for underwater worlds and tunnels. - Garth FairChang

I like the idea of a 3D Grid structure, along with that, the ability to turn off gravity, water and the terrain textures. It would be nice to set the region's background image to a starscape or something other than the default background.

User defined gravity fields. This would be useful in a grid environment that was space themed, certain areas could have defined gravity fields. The possibilities for this could be very interesting.

== 3D Security ==

At the end of the day, this technology is a new form of computer user interface, and mobile agent application server. We need to move away from the concept of land, in a 3D environment we could assign access rights to 3D volumes, call them security regions. These security regions would have permissions granted by access lists, ability to assign different rights to different users or groups. (if we did 3D grid structures this would be a must)

One security feature, is the ability to "hide" objects within a security region from users that don't have access rights. Much like barriers in SL, these 3D security regions would just not show up in the viewer, and the user would not have rights to enter the area. It would interesting if you could do this on a primative level, an object that is only viewable by people/objects with the proper permissions. (The engine could detect collision based on bounding box)

== Portal Primatives ==

I propose a "hyperlink" prim that would be configured with an URL to a destination region/grid. The prim would be like a phantom prim, and when looked at, the user would see the destination, a doorway, like a region boundry, when the avatar passes through the object, the avatar is handed off to the destination region. This would be very cool feature, a user/company could "rent" space on a popular grid a store front, in the back of the store is a "doorway" to the user/company's private region/grid server.

(Croquet is an excellent referral to this concept, since the developers devised Portal "primitives" that allow travel not only between different worlds, but to your own one aswell. Also, once your in your own world, you can create yet another Portal to a new world that you created and so on.) -Darakon Kayvon

== Governance System ==
The online world would have to provide a means for communities to develop legal and political systems of governance. I can think of voting systems as a start.

== Scripting ==
See the list of [[LSL_osFunctions|OSL Proposals]].

== Payment System ==
OpenSim will need to support micropayment. See [[Money]] for details on how this could be achieved.

== Upload of existing 3D models ==
OpenSim should support common standards for 3D modelling. This would allow the upload of existing 3D models and make OpenSim immediately attractive for architects and project developers and their customers (walk through models).

== Free-form Avatars ==
OpenSim should, at some point in time, support the design and animation of free-form avatars (e.g. animals, monsters, robots).

== In-World console maintenance ==
Terrain manipulations, statistics and some SIM administration related tasks are not available using the Viewer - they are only available on the command line application console where OpenSim is running. It would be nice to have this same console available in-world, using an Instant Messaging window with the simulator itself, the same way as we do with thoses old command line terminals.

== Externally Scripted Objects ==
A prim with the script contents something along the line of //external:somehost:someport.
Have the simulator connect to this host:port and relay data from it to the prim.
Example, have a simple library that maps the LSL functions to a simple binary protocol, which can be used from various programming languages, not neccessarily .NET, and have it act like a server.
This would allow scripts to be hosted outside the Simulator while adding security, as no code would be running on the Simulator. People could code Prim scripts using C if they wished, and the library would simply send the LSL commands to the server for relaying to the clients. If this could go straight to the client then even better. The next step after that would be for the script to be able to send Prim data aswell.
This also gives the possibility of using one running script on several different Simulators at once.
- HashBox

==Object Inventory Source Control==
* This wish list feature starts with the premise that "I HATE working on scripting and objects within SL". Basically, allow users to checkout an object and its contents to an SVN repository. Work on the object and contents locally in whatever application they wish. Later, they can checkin the changes, and update the object inside the simulator.
* [http://www.softec.st/en/OpenSource/ClrProjects/SubversionSharp/SubversionSharp.html SubversionSharp]

==Arbitrary-sized regions==

* The origional proposer of this idea has gone off it - see "Macro-level (Grid-wide) location Coordinates" below for something that achieves a similar thing within the grid-based model and hence not requiring massive client-side changes.

I am thinking stand-alone regions here, though being able to set a single arbitrary size for all regions on a particular grid might be useful to some (or rowspan and colspan-like attributes in the region table if someone was feeling ''really'' masochistic ;-).

May require client-side work too as the 256m sim-size is likely still hard-coded in many places.

Very useful for my own free-standing simulator as I want a lot of area but not much built on it, and would rather avoid the inter-region comms overheads if possible.

Arbitrary origin would be nice too, so I could set (x,y,z:0,0,0) at the middle of my sim on sea level making my maths for several things I plan much simpler (yes, I want I want I want the whole world - and sundry satelites thrown in too!!! But not in any hurry ;-)

The ability to have edges of a standalone region be mapped to other grids or other standalone regions. I'm thinking hyper-space, one-way doors to other places. It would be interesting for standalone private regions that have doors to other places like opengrid or osgrid or something like that.

The ability to set region bounderies. Useful in adding a max ceiling to a region. If it was possible, ability to create a "region box" with as stated earlier, an arbitrary origin. Thinking a little further, a "region sphere" would be interesting.

==Grid to Grid Travel==

Going to each grid seems to require setting up an account there. Someone may specialize in 'passport authentication' allowing an avatar to hop from grid to grid (possibly with just a wallet and a small 'suitcase' inventory) as one would go from country to country in rl. Grids get control of who and how may pass through their grid.

LaeMi adds - I am waiting eagerly for integration of realExtend's avatar server which should cover this - the graphics enhancements of rex are of less interest to me as I am not a 3D designer and so have limited use for meshes, but rex has a good number of other very useful features like this too. (Rex integration is being worked on right now AFAIK).

==Universal Location Addressing==

As part of grid to grid travel, a common standard for a universal location address / coordinate will need to be defined and supported.

Proposal: opensim://sim.grid.domain.tld:x.y.z/named_location/?param=value (alternatively, could be osa:// or osl://, or sim://).

Examples of use:
* opensim://sim25.mygrid.mycompany.mycountry/
* opensim://shoppingcenter.gridprovider.mycountry/myshop/
* opensim://mysim.mygrid.mycompany.mycountry:100.75.80/
* opensim://closedgrid.myworld.business/entrance_hall/?userid=xxx&password=yyy

To avoid confusion, Opensim TLDs will need to be different from existing Internet TLDs.
A naming registrar (NIC) will need to be established that ensures uniqueness and proper handling of registrations. - Ezekiel

Proposal: <sim|grid>://<FQDN>[[:<[zonename,]x,y,z>] | [/<symbolic destination>]]

Examples:
* sim://www.mydomain.com
* sim://www.mydomain.com:0,0,0
* sim://www.mydomain.com/mycoolplace
* grid://www.mydomain.com
* grid://www.mydomain.com/mycoolplace
* grid://www.mydomain.com:Zone1,0,0,0

The client can then get the required information regarding port numbers, protocols, and so on from SVR records embedded in the FQDN DNS Zone. This way clients are immune to changes in the physical hosting of the simulators. The data encoded in the SVR record could also give clues as to the protocol versions, abilities and restrictions of the destination. -Kelannim

==Macro-level (Grid-wide) location Coordinates==

A set of OS-functions that work just like llSetPos, llGetPos, etc. but use 32-bit coordinates. The low-order 8 bits get used as intra-sim coordiantes as per usual, the high-order 24 bits determine which sim on the grid is being referred to. Some extra commands like osCoord2Key to get the key of the region containing the coordinates, osCoord2Name, etc. are possibilities.

*Minor modification, have the int read as 16bits=region_coords, 8bits=sim_coords, 8bits=sim_sub-coords. To paraphrase Mr. Gates, 64k sims in each direction should be enough for anyone ;-P

==Scriptable 'bodyparts' (Shape, Hair, Eyes etc)==

This relates to Shapes, Hair, Eyes etc which are not prims but 'bodyparts', and are not manipulatable via LSL.

Two script commands could be implemented, one to write say a vector to 'bodypart' parameters (the numbers one edits in 'Appearance...'), and another to read them. It would be interesting to be able to create 'bodyparts' from scripts, using data derived externally or calculated in a script, perhaps from other 'bodyparts' data....

Further, with an extension to the permission system (notifying user that a script wants to modify a Shape/Hair/Eyes/whatever of theirs), perhaps editing of existing 'bodypart's could also be available.

==Tide Server==

It might be interesting to support tides in OGS. It should be doable without any mods to the SL client and probably wouldn't be even a big project (possibly a good teeth-cutting project for someone who wants to get into OGS server coding but isn't confident to tackle parts of a big or critical server component).

A few things to consider:

* The tide server just periodically updates the water level in a grid's sims.
* Would need to be grid-wide or dis-synchronised tides would have ocean-edge alignment issues (so no rolling tides across huge grids, sorry) so it would be a server operating at the grid level talking to regions.
* Needs to be over-ridable as inland regions often use water level for things other than ocean and wouldn't want to follow the tides.
* By using plug-in servers, different complexities of tide can be implemented depending on grid needs.

===Some example tide servers===

* Null tide - simply a way to globally set sea-level in a grid. Takes a single sea-level value.
* Simple Periodic - set the max, min and period and starting time values and let it roll.
* Sun (and moon) locked - uses the position of the sun/moon to place tides realistically (presently rather easy as the sun and moon are always 180deg apart, but they might get unlocked from eachother later, extra suns/moons might also crop up long-term - presently it would be the same as Simple Periodic, but time-synced with whatever the day cycle is). Can day-cycles be enforced (or at least a default set) region-wide? Otherwise this would not be feasible.

===SL Client compatibility===

When the client sends a water-level request to the region, the region does one of two things:

* if the water level is -32768 (assuming this value is stored as signed32) or 65535 (if it is a u32) or whatever represents the most 'insane' value possible, then the region refers back upstream to the grid tide server, gets the present tide level, and returns that (sane) value to the client.
* if waterlevel set for the region is in the 'sane' range, that (region-local) value is returned without referring to the tide server.

(A region-server console command to set the water level outside what the current SL viewer allows is assumed).

===Updating the tides.===

(I assume the region is capable of informing attached clients when water level changes so that on-the-fly changes by region admins are reflected reasonably immediately in clients already).

* tide server periodically multicasts a tide update signal to all regions.
* if the region water level is in the 'insane' setting, it passes the update on to the attached (and neighbour-attached) clients.
* if the region water level is 'sane' it does nothing, leaving the region-manager's water-level alone.

===One known Client issue===

The 'extended' water off the edge of actual regions is a problem, as this is probably hard-coded into the client. Probably should have its own setting which can be either fixed per grid (or region for stand-alone) or track the tide server as per region water level.

==Client Side Weather System==
A client side based weather system would be a breath of fresh air to those who enjoy more realism (Graphically). An overall Grid Weather System could also be created, so that different parts of the grid will be experiencing different forms of weather e.g 4+ Regions more to the north of the Grid would be in the midst of a blizzard whilst several sims further to the south are enjoying clear blue skys, but with an onset of rain on the way.
A Server could be set up in order to simulate the overall GWS (Grid Weather System) and would shout to each region to simulate a specified weather type.
All the Client has to do is pick up on the Information being sent to the region from the GWS and simulate it on-screen for it's users.
Obviously this feature can be turned on and off at will, but it would be nice to not have to set up a particle weather system that cause's more lag than necessary. - Darakon Kayvon
<math>Insert formula here</math>

OpenSimulator:Future Release Discussion

2008-11-08T04:00:27Z

LaeMi: Idea for Grid-wide numeric coordinates system

{{proposal}}
A collection of ideas for additional functionality in OpenSim. Please add your thoughts - anyone may contribute.

== 3D grid structure ==
I have always wanted to see a grid where you could have regions not only to the north, south, east west of a region but also above and below. This would enable space above for orbiting space stations and the like and depth below for underwater worlds and tunnels. - Garth FairChang

I like the idea of a 3D Grid structure, along with that, the ability to turn off gravity, water and the terrain textures. It would be nice to set the region's background image to a starscape or something other than the default background.

User defined gravity fields. This would be useful in a grid environment that was space themed, certain areas could have defined gravity fields. The possibilities for this could be very interesting.

== 3D Security ==

At the end of the day, this technology is a new form of computer user interface, and mobile agent application server. We need to move away from the concept of land, in a 3D environment we could assign access rights to 3D volumes, call them security regions. These security regions would have permissions granted by access lists, ability to assign different rights to different users or groups. (if we did 3D grid structures this would be a must)

One security feature, is the ability to "hide" objects within a security region from users that don't have access rights. Much like barriers in SL, these 3D security regions would just not show up in the viewer, and the user would not have rights to enter the area. It would interesting if you could do this on a primative level, an object that is only viewable by people/objects with the proper permissions. (The engine could detect collision based on bounding box)

== Portal Primatives ==

I propose a "hyperlink" prim that would be configured with an URL to a destination region/grid. The prim would be like a phantom prim, and when looked at, the user would see the destination, a doorway, like a region boundry, when the avatar passes through the object, the avatar is handed off to the destination region. This would be very cool feature, a user/company could "rent" space on a popular grid a store front, in the back of the store is a "doorway" to the user/company's private region/grid server.

(Croquet is an excellent referral to this concept, since the developers devised Portal "primitives" that allow travel not only between different worlds, but to your own one aswell. Also, once your in your own world, you can create yet another Portal to a new world that you created and so on.) -Darakon Kayvon

== Governance System ==
The online world would have to provide a means for communities to develop legal and political systems of governance. I can think of voting systems as a start.

== Scripting ==
See the list of [[LSL_osFunctions|OSL Proposals]].

== Payment System ==
OpenSim will need to support micropayment. See [[Money]] for details on how this could be achieved.

== Upload of existing 3D models ==
OpenSim should support common standards for 3D modelling. This would allow the upload of existing 3D models and make OpenSim immediately attractive for architects and project developers and their customers (walk through models).

== Free-form Avatars ==
OpenSim should, at some point in time, support the design and animation of free-form avatars (e.g. animals, monsters, robots).

== In-World console maintenance ==
Terrain manipulations, statistics and some SIM administration related tasks are not available using the Viewer - they are only available on the command line application console where OpenSim is running. It would be nice to have this same console available in-world, using an Instant Messaging window with the simulator itself, the same way as we do with thoses old command line terminals.

== Externally Scripted Objects ==
A prim with the script contents something along the line of //external:somehost:someport.
Have the simulator connect to this host:port and relay data from it to the prim.
Example, have a simple library that maps the LSL functions to a simple binary protocol, which can be used from various programming languages, not neccessarily .NET, and have it act like a server.
This would allow scripts to be hosted outside the Simulator while adding security, as no code would be running on the Simulator. People could code Prim scripts using C if they wished, and the library would simply send the LSL commands to the server for relaying to the clients. If this could go straight to the client then even better. The next step after that would be for the script to be able to send Prim data aswell.
This also gives the possibility of using one running script on several different Simulators at once.
- HashBox

==Object Inventory Source Control==
* This wish list feature starts with the premise that "I HATE working on scripting and objects within SL". Basically, allow users to checkout an object and its contents to an SVN repository. Work on the object and contents locally in whatever application they wish. Later, they can checkin the changes, and update the object inside the simulator.
* [http://www.softec.st/en/OpenSource/ClrProjects/SubversionSharp/SubversionSharp.html SubversionSharp]

==Arbitrary-sized regions==

I am thinking stand-alone regions here, though being able to set a single arbitrary size for all regions on a particular grid might be useful to some (or rowspan and colspan-like attributes in the region table if someone was feeling ''really'' masochistic ;-).

May require client-side work too as the 256m sim-size is likely still hard-coded in many places.

Very useful for my own free-standing simulator as I want a lot of area but not much built on it, and would rather avoid the inter-region comms overheads if possible.

Arbitrary origin would be nice too, so I could set (x,y,z:0,0,0) at the middle of my sim on sea level making my maths for several things I plan much simpler (yes, I want I want I want the whole world - and sundry satelites thrown in too!!! But not in any hurry ;-)

The ability to have edges of a standalone region be mapped to other grids or other standalone regions. I'm thinking hyper-space, one-way doors to other places. It would be interesting for standalone private regions that have doors to other places like opengrid or osgrid or something like that.

The ability to set region bounderies. Useful in adding a max ceiling to a region. If it was possible, ability to create a "region box" with as stated earlier, an arbitrary origin. Thinking a little further, a "region sphere" would be interesting.

==Grid to Grid Travel==

Going to each grid seems to require setting up an account there. Someone may specialize in 'passport authentication' allowing an avatar to hop from grid to grid (possibly with just a wallet and a small 'suitcase' inventory) as one would go from country to country in rl. Grids get control of who and how may pass through their grid.

LaeMi adds - I am waiting eagerly for integration of realExtend's avatar server which should cover this - the graphics enhancements of rex are of less interest to me as I am not a 3D designer and so have limited use for meshes, but rex has a good number of other very useful features like this too. (Rex integration is being worked on right now AFAIK).

==Universal Location Addressing==

As part of grid to grid travel, a common standard for a universal location address / coordinate will need to be defined and supported.

Proposal: opensim://sim.grid.domain.tld:x.y.z/named_location/?param=value (alternatively, could be osa:// or osl://, or sim://).

Examples of use:
* opensim://sim25.mygrid.mycompany.mycountry/
* opensim://shoppingcenter.gridprovider.mycountry/myshop/
* opensim://mysim.mygrid.mycompany.mycountry:100.75.80/
* opensim://closedgrid.myworld.business/entrance_hall/?userid=xxx&password=yyy

To avoid confusion, Opensim TLDs will need to be different from existing Internet TLDs.
A naming registrar (NIC) will need to be established that ensures uniqueness and proper handling of registrations. - Ezekiel

Proposal: <sim|grid>://<FQDN>[[:<[zonename,]x,y,z>] | [/<symbolic destination>]]

Examples:
* sim://www.mydomain.com
* sim://www.mydomain.com:0,0,0
* sim://www.mydomain.com/mycoolplace
* grid://www.mydomain.com
* grid://www.mydomain.com/mycoolplace
* grid://www.mydomain.com:Zone1,0,0,0

The client can then get the required information regarding port numbers, protocols, and so on from SVR records embedded in the FQDN DNS Zone. This way clients are immune to changes in the physical hosting of the simulators. The data encoded in the SVR record could also give clues as to the protocol versions, abilities and restrictions of the destination. -Kelannim

==Macro-level (Grid-wide) location Coordinates==

A set of OS-functions that work just like llSetPos, llGetPos, etc. but use 32-bit coordinates. The low-order 8 bits get used as intra-sim coordiantes as per usual, the high-order 24 bits determine which sim on the grid is being referred to. Some extra commands like osCoord2Key to get the key of the region containing the coordinates, osCoord2Name, etc. are possibilities.

*Minor modification, have the int read as 16bits=region_coords, 8bits=sim_coords, 8bits=sim_sub-coords. To paraphrase Mr. Gates, 64k sims in each direction should be enough for anyone ;-P

==Scriptable 'bodyparts' (Shape, Hair, Eyes etc)==

This relates to Shapes, Hair, Eyes etc which are not prims but 'bodyparts', and are not manipulatable via LSL.

Two script commands could be implemented, one to write say a vector to 'bodypart' parameters (the numbers one edits in 'Appearance...'), and another to read them. It would be interesting to be able to create 'bodyparts' from scripts, using data derived externally or calculated in a script, perhaps from other 'bodyparts' data....

Further, with an extension to the permission system (notifying user that a script wants to modify a Shape/Hair/Eyes/whatever of theirs), perhaps editing of existing 'bodypart's could also be available.

==Tide Server==

It might be interesting to support tides in OGS. It should be doable without any mods to the SL client and probably wouldn't be even a big project (possibly a good teeth-cutting project for someone who wants to get into OGS server coding but isn't confident to tackle parts of a big or critical server component).

A few things to consider:

* The tide server just periodically updates the water level in a grid's sims.
* Would need to be grid-wide or dis-synchronised tides would have ocean-edge alignment issues (so no rolling tides across huge grids, sorry) so it would be a server operating at the grid level talking to regions.
* Needs to be over-ridable as inland regions often use water level for things other than ocean and wouldn't want to follow the tides.
* By using plug-in servers, different complexities of tide can be implemented depending on grid needs.

===Some example tide servers===

* Null tide - simply a way to globally set sea-level in a grid. Takes a single sea-level value.
* Simple Periodic - set the max, min and period and starting time values and let it roll.
* Sun (and moon) locked - uses the position of the sun/moon to place tides realistically (presently rather easy as the sun and moon are always 180deg apart, but they might get unlocked from eachother later, extra suns/moons might also crop up long-term - presently it would be the same as Simple Periodic, but time-synced with whatever the day cycle is). Can day-cycles be enforced (or at least a default set) region-wide? Otherwise this would not be feasible.

===SL Client compatibility===

When the client sends a water-level request to the region, the region does one of two things:

* if the water level is -32768 (assuming this value is stored as signed32) or 65535 (if it is a u32) or whatever represents the most 'insane' value possible, then the region refers back upstream to the grid tide server, gets the present tide level, and returns that (sane) value to the client.
* if waterlevel set for the region is in the 'sane' range, that (region-local) value is returned without referring to the tide server.

(A region-server console command to set the water level outside what the current SL viewer allows is assumed).

===Updating the tides.===

(I assume the region is capable of informing attached clients when water level changes so that on-the-fly changes by region admins are reflected reasonably immediately in clients already).

* tide server periodically multicasts a tide update signal to all regions.
* if the region water level is in the 'insane' setting, it passes the update on to the attached (and neighbour-attached) clients.
* if the region water level is 'sane' it does nothing, leaving the region-manager's water-level alone.

===One known Client issue===

The 'extended' water off the edge of actual regions is a problem, as this is probably hard-coded into the client. Probably should have its own setting which can be either fixed per grid (or region for stand-alone) or track the tide server as per region water level.

==Client Side Weather System==
A client side based weather system would be a breath of fresh air to those who enjoy more realism (Graphically). An overall Grid Weather System could also be created, so that different parts of the grid will be experiencing different forms of weather e.g 4+ Regions more to the north of the Grid would be in the midst of a blizzard whilst several sims further to the south are enjoying clear blue skys, but with an onset of rain on the way.
A Server could be set up in order to simulate the overall GWS (Grid Weather System) and would shout to each region to simulate a specified weather type.
All the Client has to do is pick up on the Information being sent to the region from the GWS and simulate it on-screen for it's users.
Obviously this feature can be turned on and off at will, but it would be nice to not have to set up a particle weather system that cause's more lag than necessary. - Darakon Kayvon
<math>Insert formula here</math>

Installing and running on x86-64

2008-05-25T03:06:13Z

LaeMi: Documenting Meshmerizer issue with 64-bit

This is what I have managed to gather about running OpenSimulator on an Intel Core2 on a 64bit linux system.
To install it you need to do:

<code>
svn co http://opensimulator.org/svn/opensim/trunk opensim
cd opensim
sh runprebuild.sh
nant
cd ..
svn co svn://openmetaverse.org/libsl/trunk libsl
cd libsl/openjpeg-libsl/
nano Makefile (add -m64 to compile flags to avoid another segfault)
make
cp libopenjpeg-libsl-2.1.2.0.so ../../opensim/bin/libopenjpeg-libsl-2.1.2.0-x86_64.so
cd ../../opensim/bin/
cp OpenSim.ini.example OpenSim.ini
mono OpenSimulator.exe
</code>

Unfortunately this results in a segmentation fault. Which is somewhat remedied by building the libsl libraries by hand and copying the dll's from the freshly built
libsl to the OpenSimulator bin/ folder. This makes us get one step further. Unfortunately (Again) at this point we get other problems as apparently OpenSim is not compatible with the new libsl. I am yet to find a solution to this.

A bug has been filed on this: http://opensimulator.org/mantis/view.php?id=43

-----
I found deleting bin/libopenjpeg-1*so 'fixed' this problem for me (breaks terrain but the sim starts) - I guess that the svn-bundled openjpeg lib is out of date for x86-64 -- mggrant.

-----

As of early Dec, opensim has been updated to match libsl 1498 and rebuilding that version of the openjpeg library in 64 bit now works -- mggrant.

-----

9/2/2008: Tested and Running on Amd Opteron 64 bit, Ubuntu 7.10 Gutsy Gibbon Desktop Edition 64 bits. Using the same method as below, except for ''nano Makefile'' and ''make'' lines. Used only ''make -f Makefile''.

11/2/2008: I confirm this. Also there is no need to fetch the old version of libsl; the current one works fine -- Diva

-----

15/05/2008: I seem to be having huge trouble (ie segfaults) with meshmerizer ATM. Sim runs fine (other than no real shape meshes, of course) on the zeromesher, but turn on meshmeriser and as soon as the sim is logged into, it segfaults. Tried nightly builds and a svn compile a number of times over the past few weeks (latest svn r4831). Testing on a fresh sim, the crash occurs the second a hollow is created in a box - LaeMi

User talk:LaeMi

2008-05-24T05:06:55Z

LaeMi: /* Custom Moon Issues */

OpenSimulator:Future Release Discussion

2008-05-24T05:04:53Z

LaeMi:

A collection of ideas for additional functionality in OpenSim. Please add your thoughts - anyone may contribute.

== 3D grid structure ==
I have always wanted to see a grid where you could have regions not only to the north, south, east west of a region but also above and below. This would enable space above for orbiting space stations and the like and depth below for underwater worlds and tunnels. - Garth FairChang

I like the idea of a 3D Grid structure, along with that, the ability to turn off gravity, water and the terrain textures. It would be nice to set the region's background image to a starscape or something other than the default background.

User defined gravity fields. This would be useful in a grid environment that was space themed, certain areas could have defined gravity fields. The possibilities for this could be very interesting.

== 3D Security ==

At the end of the day, this technology is a new form of computer user interface, and mobile agent application server. We need to move away from the concept of land, in a 3D environment we could assign access rights to 3D volumes, call them security regions. These security regions would have permissions granted by access lists, ability to assign different rights to different users or groups. (if we did 3D grid structures this would be a must)

One security feature, is the ability to "hide" objects within a security region from users that don't have access rights. Much like barriers in SL, these 3D security regions would just not show up in the viewer, and the user would not have rights to enter the area. It would interesting if you could do this on a primative level, an object that is only viewable by people/objects with the proper permissions. (The engine could detect collision based on bounding box)

== Portal Primatives ==

I purpose a "hyperlink" prim that would be configured with an URL to a destination region/grid. The prim would be like a phantom prim, and when looked at, the user would see the destination, a doorway, like a region boundry, when the avatar passes through the object, the avatar is handed off to the destination region. This would be very cool feature, a user/company could "rent" space on a popular grid a store front, in the back of the store is a "doorway" to the user/company's private region/grid server.

== Governance System ==
The online world would have to provide a means for communities to develop legal and political systems of governance. I can think of voting systems as a start.

== Scripting ==
See the list of [[LSL_osFunctions|OSL Proposals]].

== Payment System ==
OpenSim will need to support micropayment. See [[Money]] for details on how this could be achieved.

== Upload of existing 3D models ==
OpenSim should support common standards for 3D modelling. This would allow the upload of existing 3D models and make OpenSim immediately attractive for architects and project developers and their customers (walk through models).

== Free-form Avatars ==
OpenSim should, at some point in time, support the design and animation of free-form avatars (e.g. animals, monsters, robots).

== In-World console maintenance ==
Terrain manipulations, statistics and some SIM administration related tasks are not available using the Viewer - they are only available on the command line application console where OpenSim is running. It would be nice to have this same console available in-world, using an Instant Messaging window with the simulator itself, the same way as we do with thoses old command line terminals.

== Externally Scripted Objects ==
A prim with the script contents something along the line of //external:somehost:someport.
Have the simulator connect to this host:port and relay data from it to the prim.
Example, have a simple library that maps the LSL functions to a simple binary protocol, which can be used from various programming languages, not neccessarily .NET, and have it act like a server.
This would allow scripts to be hosted outside the Simulator while adding security, as no code would be running on the Simulator. People could code Prim scripts using C if they wished, and the library would simply send the LSL commands to the server for relaying to the clients. If this could go straight to the client then even better. The next step after that would be for the script to be able to send Prim data aswell.
This also gives the possibility of using one running script on several different Simulators at once.
- HashBox

==Object Inventory Source Control==
* This wish list feature starts with the premise that "I HATE working on scripting and objects within SL". Basically, allow users to checkout an object and its contents to an SVN repository. Work on the object and contents locally in whatever application they wish. Later, they can checkin the changes, and update the object inside the simulator.
* [http://www.softec.st/en/OpenSource/ClrProjects/SubversionSharp/SubversionSharp.html SubversionSharp]

==Arbitrary-sized regions==

I am thinking stand-alone regions here, though being able to set a single arbitrary size for all regions on a particular grid might be useful to some (or rowspan and colspan-like attributes in the region table if someone was feeling ''really'' masochistic ;-).

May require client-side work too as the 256m sim-size is likely still hard-coded in many places.

Very useful for my own free-standing simulator as I want a lot of area but not much built on it, and would rather avoid the inter-region comms overheads if possible.

Arbitrary origin would be nice too, so I could set (x,y,z:0,0,0) at the middle of my sim on sea level making my maths for several things I plan much simpler (yes, I want I want I want the whole world - and sundry satelites thrown in too!!! But not in any hurry ;-)

The ability to have edges of a standalone region be mapped to other grids or other standalone regions. I'm thinking hyper-space, one-way doors to other places. It would be interesting for standalone private regions that have doors to other places like opengrid or osgrid or something like that.

The ability to set region bounderies. Useful in adding a max ceiling to a region. If it was possible, ability to create a "region box" with as stated earlier, an arbitrary origin. Thinking a little further, a "region sphere" would be interesting.

==Grid to Grid Travel==

Going to each grid seems to require setting up an account there. Someone may specialize in 'passport authentication' allowing an avatar to hop from grid to grid (possibly with just a wallet and a small 'suitcase' inventory) as one would go from country to country in rl. Grids get control of who and how may pass through their grid.

LaeMi adds - I am waiting eagerly for integration of realExtend's avatar server which should cover this - the graphics enhancements of rex are of less interest to me as I am not a 3D designer and so have limited use for meshes, but rex has a good number of other very useful features like this too. (Rex integration is being worked on right now AFAIK).

==Universal Location Addressing==

As part of grid to grid travel, a common standard for a universal location address / coordinate will need to be defined and supported.

Proposal: opensim://sim.grid.domain.tld:x.y.z/named_location/?param=value (alternatively, could be osa:// or osl://, or sim://).

Examples of use:
* opensim://sim25.mygrid.mycompany.mycountry/
* opensim://shoppingcenter.gridprovider.mycountry/myshop/
* opensim://mysim.mygrid.mycompany.mycountry:100.75.80/
* opensim://closedgrid.myworld.business/entrance_hall/?userid=xxx&password=yyy

To avoid confusion, Opensim TLDs will need to be different from existing Internet TLDs.
A naming registrar (NIC) will need to be established that ensures uniqueness and proper handling of registrations. - Ezekiel

Proposal: <sim|grid>://<FQDN>[[:<[zonename,]x,y,z>] | [/<symbolic destination>]]

Examples:
* sim://www.mydomain.com
* sim://www.mydomain.com:0,0,0
* sim://www.mydomain.com/mycoolplace
* grid://www.mydomain.com
* grid://www.mydomain.com/mycoolplace
* grid://www.mydomain.com:Zone1,0,0,0

The client can then get the required information regarding port numbers, protocols, and so on from SVR records embedded in the FQDN DNS Zone. This way clients are immune to changes in the physical hosting of the simulators. The data encoded in the SVR record could also give clues as to the protocol versions, abilities and restrictions of the destination. -Kelannim

==Scriptable 'bodyparts' (Shape, Hair, Eyes etc)==

This relates to Shapes, Hair, Eyes etc which are not prims but 'bodyparts', and are not manipulatable via LSL.

Two script commands could be implemented, one to write say a vector to 'bodypart' parameters (the numbers one edits in 'Appearance...'), and another to read them. It would be interesting to be able to create 'bodyparts' from scripts, using data derived externally or calculated in a script, perhaps from other 'bodyparts' data....

Further, with an extension to the permission system (notifying user that a script wants to modify a Shape/Hair/Eyes/whatever of theirs), perhaps editing of existing 'bodypart's could also be available.

==Tide Server==

It might be interesting to support tides in OGS. It should be doable without any mods to the SL client and probably wouldn't be even a big project (possibly a good teeth-cutting project for someone who wants to get into OGS server coding but isn't confident to tackle parts of a big or critical server component).

A few things to consider:

* The tide server just periodically updates the water level in a grid's sims.
* Would need to be grid-wide or dis-synchronised tides would have ocean-edge alignment issues (so no rolling tides across huge grids, sorry) so it would be a server operating at the grid level talking to regions.
* Needs to be over-ridable as inland regions often use water level for things other than ocean and wouldn't want to follow the tides.
* By using plug-in servers, different complexities of tide can be implemented depending on grid needs.

===Some example tide servers===

* Null tide - simply a way to globally set sea-level in a grid. Takes a single sea-level value.
* Simple Periodic - set the max, min and period and starting time values and let it roll.
* Sun (and moon) locked - uses the position of the sun/moon to place tides realistically (presently rather easy as the sun and moon are always 180deg apart, but they might get unlocked from eachother later, extra suns/moons might also crop up long-term - presently it would be the same as Simple Periodic, but time-synced with whatever the day cycle is). Can day-cycles be enforced (or at least a default set) region-wide? Otherwise this would not be feasible.

===SL Client compatibility===

When the client sends a water-level request to the region, the region does one of two things:

* if the water level is -32768 (assuming this value is stored as signed32) or 65535 (if it is a u32) or whatever represents the most 'insane' value possible, then the region refers back upstream to the grid tide server, gets the present tide level, and returns that (sane) value to the client.
* if waterlevel set for the region is in the 'sane' range, that (region-local) value is returned without referring to the tide server.

(A region-server console command to set the water level outside what the current SL viewer allows is assumed).

===Updating the tides.===

(I assume the region is capable of informing attached clients when water level changes so that on-the-fly changes by region admins are reflected reasonably immediately in clients already).

* tide server periodically multicasts a tide update signal to all regions.
* if the region water level is in the 'insane' setting, it passes the update on to the attached (and neighbour-attached) clients.
* if the region water level is 'sane' it does nothing, leaving the region-manager's water-level alone.

===One known Client issue===

The 'extended' water off the edge of actual regions is a problem, as this is probably hard-coded into the client. Probably should have its own setting which can be either fixed per grid (or region for stand-alone) or track the tide server as per region water level.

OpenSimulator:Future Release Discussion

2008-05-24T05:03:27Z

LaeMi: /* Arbitrary-sized regions */

A collection of ideas for additional functionality in OpenSim. Please add your thoughts - anyone may contribute.

== 3D grid structure ==
I have always wanted to see a grid where you could have regions not only to the north, south, east west of a region but also above and below. This would enable space above for orbiting space stations and the like and depth below for underwater worlds and tunnels. - Garth FairChang

I like the idea of a 3D Grid structure, along with that, the ability to turn off gravity, water and the terrain textures. It would be nice to set the region's background image to a starscape or something other than the default background.

User defined gravity fields. This would be useful in a grid environment that was space themed, certain areas could have defined gravity fields. The possibilities for this could be very interesting.

== 3D Security ==

At the end of the day, this technology is a new form of computer user interface, and mobile agent application server. We need to move away from the concept of land, in a 3D environment we could assign access rights to 3D volumes, call them security regions. These security regions would have permissions granted by access lists, ability to assign different rights to different users or groups. (if we did 3D grid structures this would be a must)

One security feature, is the ability to "hide" objects within a security region from users that don't have access rights. Much like barriers in SL, these 3D security regions would just not show up in the viewer, and the user would not have rights to enter the area. It would interesting if you could do this on a primative level, an object that is only viewable by people/objects with the proper permissions. (The engine could detect collision based on bounding box)

== Portal Primatives ==

I purpose a "hyperlink" prim that would be configured with an URL to a destination region/grid. The prim would be like a phantom prim, and when looked at, the user would see the destination, a doorway, like a region boundry, when the avatar passes through the object, the avatar is handed off to the destination region. This would be very cool feature, a user/company could "rent" space on a popular grid a store front, in the back of the store is a "doorway" to the user/company's private region/grid server.

== Governance System ==
The online world would have to provide a means for communities to develop legal and political systems of governance. I can think of voting systems as a start.

== Scripting ==
See the list of [[LSL_osFunctions|OSL Proposals]].

== Payment System ==
OpenSim will need to support micropayment. See [[Money]] for details on how this could be achieved.

== Upload of existing 3D models ==
OpenSim should support common standards for 3D modelling. This would allow the upload of existing 3D models and make OpenSim immediately attractive for architects and project developers and their customers (walk through models).

== Free-form Avatars ==
OpenSim should, at some point in time, support the design and animation of free-form avatars (e.g. animals, monsters, robots).

== In-World console maintenance ==
Terrain manipulations, statistics and some SIM administration related tasks are not available using the Viewer - they are only available on the command line application console where OpenSim is running. It would be nice to have this same console available in-world, using an Instant Messaging window with the simulator itself, the same way as we do with thoses old command line terminals.

== Externally Scripted Objects ==
A prim with the script contents something along the line of //external:somehost:someport.
Have the simulator connect to this host:port and relay data from it to the prim.
Example, have a simple library that maps the LSL functions to a simple binary protocol, which can be used from various programming languages, not neccessarily .NET, and have it act like a server.
This would allow scripts to be hosted outside the Simulator while adding security, as no code would be running on the Simulator. People could code Prim scripts using C if they wished, and the library would simply send the LSL commands to the server for relaying to the clients. If this could go straight to the client then even better. The next step after that would be for the script to be able to send Prim data aswell.
This also gives the possibility of using one running script on several different Simulators at once.
- HashBox

==Object Inventory Source Control==
* This wish list feature starts with the premise that "I HATE working on scripting and objects within SL". Basically, allow users to checkout an object and its contents to an SVN repository. Work on the object and contents locally in whatever application they wish. Later, they can checkin the changes, and update the object inside the simulator.
* [http://www.softec.st/en/OpenSource/ClrProjects/SubversionSharp/SubversionSharp.html SubversionSharp]

==Arbitrary-sized regions==

I am thinking stand-alone regions here, though being able to set a single arbitrary size for all regions on a particular grid might be useful to some (or rowspan and colspan-like attributes in the region table if someone was feeling ''really'' masochistic ;-).

May require client-side work too as the 256m sim-size is likely still hard-coded in many places.

Very useful for my own free-standing simulator as I want a lot of area but not much built on it, and would rather avoid the inter-region comms overheads if possible.

Arbitrary origin would be nice too, so I could set (x,y,z:0,0,0) at the middle of my sim on sea level making my maths for several things I plan much simpler (yes, I want I want I want the whole world - and sundry satelites thrown in too!!! But not in any hurry ;-)

The ability to have edges of a standalone region be mapped to other grids or other standalone regions. I'm thinking hyper-space, one-way doors to other places. It would be interesting for standalone private regions that have doors to other places like opengrid or osgrid or something like that.

The ability to set region bounderies. Useful in adding a max ceiling to a region. If it was possible, ability to create a "region box" with as stated earlier, an arbitrary origin. Thinking a little further, a "region sphere" would be interesting.

==Tide Server==

It might be interesting to support tides in OGS. It should be doable without any mods to the SL client and probably wouldn't be even a big project (possibly a good teeth-cutting project for someone who wants to get into OGS server coding but isn't confident to tackle parts of a big or critical server component).

A few things to consider:

* The tide server just periodically updates the water level in a grid's sims.
* Would need to be grid-wide or dis-synchronised tides would have ocean-edge alignment issues (so no rolling tides across huge grids, sorry) so it would be a server operating at the grid level talking to regions.
* Needs to be over-ridable as inland regions often use water level for things other than ocean and wouldn't want to follow the tides.
* By using plug-in servers, different complexities of tide can be implemented depending on grid needs.

===Some example tide servers===

* Null tide - simply a way to globally set sea-level in a grid. Takes a single sea-level value.
* Simple Periodic - set the max, min and period and starting time values and let it roll.
* Sun (and moon) locked - uses the position of the sun/moon to place tides realistically (presently rather easy as the sun and moon are always 180deg apart, but they might get unlocked from eachother later, extra suns/moons might also crop up long-term - presently it would be the same as Simple Periodic, but time-synced with whatever the day cycle is). Can day-cycles be enforced (or at least a default set) region-wide? Otherwise this would not be feasible.

===SL Client compatibility===

When the client sends a water-level request to the region, the region does one of two things:

* if the water level is -32768 (assuming this value is stored as signed32) or 65535 (if it is a u32) or whatever represents the most 'insane' value possible, then the region refers back upstream to the grid tide server, gets the present tide level, and returns that (sane) value to the client.
* if waterlevel set for the region is in the 'sane' range, that (region-local) value is returned without referring to the tide server.

(A region-server console command to set the water level outside what the current SL viewer allows is assumed).

===Updating the tides.===

(I assume the region is capable of informing attached clients when water level changes so that on-the-fly changes by region admins are reflected reasonably immediately in clients already).

* tide server periodically multicasts a tide update signal to all regions.
* if the region water level is in the 'insane' setting, it passes the update on to the attached (and neighbour-attached) clients.
* if the region water level is 'sane' it does nothing, leaving the region-manager's water-level alone.

===One known Client issue===

The 'extended' water off the edge of actual regions is a problem, as this is probably hard-coded into the client. Probably should have its own setting which can be either fixed per grid (or region for stand-alone) or track the tide server as per region water level.

==Grid to Grid Travel==

Going to each grid seems to require setting up an account there. Someone may specialize in 'passport authentication' allowing an avatar to hop from grid to grid (possibly with just a wallet and a small 'suitcase' inventory) as one would go from country to country in rl. Grids get control of who and how may pass through their grid.

LaeMi adds - I am waiting eagerly for integration of realExtend's avatar server which should cover this - the graphics enhancements of rex are of less interest to me as I am not a 3D designer and so have limited use for meshes, but rex has a good number of other very useful features like this too. (Rex integration is being worked on right now AFAIK).

==Universal Location Addressing==

As part of grid to grid travel, a common standard for a universal location address / coordinate will need to be defined and supported.

Proposal: opensim://sim.grid.domain.tld:x.y.z/named_location/?param=value (alternatively, could be osa:// or osl://, or sim://).

Examples of use:
* opensim://sim25.mygrid.mycompany.mycountry/
* opensim://shoppingcenter.gridprovider.mycountry/myshop/
* opensim://mysim.mygrid.mycompany.mycountry:100.75.80/
* opensim://closedgrid.myworld.business/entrance_hall/?userid=xxx&password=yyy

To avoid confusion, Opensim TLDs will need to be different from existing Internet TLDs.
A naming registrar (NIC) will need to be established that ensures uniqueness and proper handling of registrations. - Ezekiel

Proposal: <sim|grid>://<FQDN>[[:<[zonename,]x,y,z>] | [/<symbolic destination>]]

Examples:
* sim://www.mydomain.com
* sim://www.mydomain.com:0,0,0
* sim://www.mydomain.com/mycoolplace
* grid://www.mydomain.com
* grid://www.mydomain.com/mycoolplace
* grid://www.mydomain.com:Zone1,0,0,0

The client can then get the required information regarding port numbers, protocols, and so on from SVR records embedded in the FQDN DNS Zone. This way clients are immune to changes in the physical hosting of the simulators. The data encoded in the SVR record could also give clues as to the protocol versions, abilities and restrictions of the destination. -Kelannim

==Scriptable 'bodyparts' (Shape, Hair, Eyes etc)==

This relates to Shapes, Hair, Eyes etc which are not prims but 'bodyparts', and are not manipulatable via LSL.

Two script commands could be implemented, one to write say a vector to 'bodypart' parameters (the numbers one edits in 'Appearance...'), and another to read them. It would be interesting to be able to create 'bodyparts' from scripts, using data derived externally or calculated in a script, perhaps from other 'bodyparts' data....

Further, with an extension to the permission system (notifying user that a script wants to modify a Shape/Hair/Eyes/whatever of theirs), perhaps editing of existing 'bodypart's could also be available.

OpenSimulator:Future Release Discussion

2008-03-31T21:04:45Z

LaeMi: /* Grid to Grid Travel */ - mention rex avatar server

OpenSimulator:Future Release Discussion

2008-03-07T03:32:18Z

LaeMi: clarify point by rewording it

OpenSimulator:Future Release Discussion

2008-03-06T06:01:44Z

LaeMi: Added Future desire for "Arbitrary-sized regions"

OpenSimulator:Future Release Discussion

2008-03-06T05:27:56Z

LaeMi: moved content of 'wishlist' page here

User talk:LaeMi

2008-01-05T00:06:02Z

LaeMi: Playing with replacing the OGS moon with my own texture (unsucessfully)

==Custom Moon Issues==
Hmmm, I am presently trying to replace the OGS moon with a texture of my own.

I have tried the following:
* Replace the supplied moon.jp2 texture with my own (filtered via texture upload and pulled back from the SL Cache, since SL jp2s seem to be rather too weird for my standard Linux tools).
* Different combinations of size, colour/greyscale, alpha/flat.
* Various cache-flushing and server restarting combinations.

I am wondering if there is anything special about moon.jp2 (eg, it has to be a particular size, depth, etc.)

==New User's Thoughts==

2007-Dec-31

I have been playing with OpenSim (nightly builds) for a few weeks now and have a few impressions I would like to share. I have been aware of the OpenSim project for several months, but have shied away from it. Why? Because while I greatly enjoy the client-side experience of SecondLife (particularly the non-3D-artist-friendly build system and the non-programmer-friendly scripting system -- HyperCard refugee from way back ;-) ) there is much about the SL backend's behaviour and assumptions that downright urks me! I have been playing with OpenCroquet and VOS and a number of other virtual worlds systems in various stages of development but always come back to SL for the client-side build tools.

Like many (I am sure) I was assuming that OpenSim was a "Second Life wannabe world simulator" and the SL grid-side system was not what I wanted. Of course now I know better, and not just because you say so in your OpenSim Core Values section. While I am not programming expert, the server-side arrangement of OpenSim's parts is just ringing all sorts bells with the SysAdmin in me. The fact that I can run a speedy little simulator on a single-core 1.6GHz K6 CPU '''AND''' the SL client at the same time is pretty impressive too :-D

So while there is a lot yet to do, I am VERY impressed with the work-so-far of all the programmers and testers that have pushed OpenSim so far already.

Regards and thanks to you all,

have a fun and productive virtual 2008 ;-)

LaeMi.

Help:Contents

2008-01-04T04:05:34Z

LaeMi: Since the editing-help page is uncreated, I created it

Ooooookayyy - I clicked on editing-help and got an uncreated page - looks like I better fill this in as I work out the stuff for myself :-)

----

=Editing this WIKI=
Click EDIT to see the source

=This is a Top Level heading=
In the source, it has single equals signs around it.

==This is a Second Level heading==
In the source, it has double equals signs around it.

===This is a Third Level heading===
I think we get the idea!

*Astrixes at the start
*in the source
*define a bullet point

----

That's all for now folks - just the bits I needed myself.

User talk:LaeMi

2007-12-31T07:10:55Z

LaeMi: Little blab on my thoughts as a new OpenSim user.

Oops, I forgot to check the 'minor change' box for my second edit 2007-12-31. Bare with me - this is the first time I have ever tried contributing to a wiki :-)

==New User's Thoughts==

2007-Dec-31

I have been playing with OpenSim (nightly builds) for a few weeks now and have a few impressions I would like to share. I have been aware of the OpenSim project for several months, but have shied away from it. Why? Because while I greatly enjoy the client-side experience of SecondLife (particularly the non-3D-artist-friendly build system and the non-programmer-friendly scripting system -- HyperCard refugee from way back ;-) ) there is much about the SL backend's behaviour and assumptions that downright urks me! I have been playing with OpenCroquet and VOS and a number of other virtual worlds systems in various stages of development but always come back to SL for the client-side build tools.

Like many (I am sure) I was assuming that OpenSim was a "Second Life wannabe world simulator" and the SL grid-side system was not what I wanted. Of course now I know better, and not just because you say so in your OpenSim Core Values section. While I am not programming expert, the server-side arrangement of OpenSim's parts is just ringing all sorts bells with the SysAdmin in me. The fact that I can run a speedy little simulator on a single-core 1.6GHz K6 CPU '''AND''' the SL client at the same time is pretty impressive too :-D

So while there is a lot yet to do, I am VERY impressed with the work-so-far of all the programmers and testers that have pushed OpenSim so far already.

Regards and thanks to you all,

have a fun and productive virtual 2008 ;-)

LaeMi.

User talk:LaeMi

2007-12-31T06:34:06Z

LaeMi: Oops - new wiki user alert!! :-)

Oops, I forgot to check the 'minor change' box for my second edit 2007-12-31. Bare with me - this is the first time I have ever tried contributing to a wiki :-)

Testing

2007-12-31T06:10:31Z

LaeMi: /* Physics / Collision */ fixed colour of a few "unknown" cells (red -> grey) while I was in there.

= Current functionality =

Standalone tested from sv ????.<br>
Grid Information tested from svn 2816 (OpenlifeGrid http://www.openlifegrid.com) Updated Regularly.

== Account ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>login</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>logout</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>relog</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>Home - Login Start Location</td>
<td bgcolor="yellow">unknown</td>
<td bgcolor="lime">OK - Configurable by Region</td>
</tr>
<tr>
<td>Alt Home - if Home unavailable</td>
<td bgcolor="yellow">unknown</td>
<td bgcolor="lime">Alternate Region hardset by GRID</td>
</tr>
</table>

== World ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>day / night cycle</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>windlight</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>clouds</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>wind</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>water and water texture</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>terrain and terrain textures</td>
<td bgcolor="lime">OK</td>
<td bgcolor="yellow">Partial</td>
</tr>
</table>

== Accounts and permissions ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>multiple account creation</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>permissions per account</td>
<td bgcolor="yellow">partially working</td>
<td bgcolor="yellow">minimal</td>
</tr>
<tr>
<td>account has inventory</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK - Early stages</td>
</tr>
<tr>
<td>sim supports multiple logins</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
</table>

== Avatar ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>teleport within region</td>
<td bgcolor="yellow">partially working (always facing north after teleport)</td>
<td bgcolor="grey">unknown</td>
</tr>
<tr>
<td>built-in animations (walking, flying, sitting)</td>
<td bgcolor="yellow">partially working</td>
<td bgcolor="yellow">partially working</td>
</tr>
<tr>
<td>uploaded animations / gestures</td>
<td bgcolor="yellow">partially working (play locally, but not in world)</td>
<td bgcolor="grey">unknown</td>
</tr>
<tr>
<td>uploaded sounds</td>
<td bgcolor="yellow">partially working (play locally, but not in world)</td>
<td bgcolor="grey">unknown</td>
</tr>
<tr>
<td>can wear clothes</td>
<td bgcolor="yellow">partially working (must manually re-wear after every login)</td>
<td bgcolor="yellow">temp persist (temporary persist must re-wear after server restart)</td>
</tr>
<tr>
<td>can attach items</td>
<td bgcolor="red">not yet implemented</td>
<td bgcolor="red">not yet implemented</td>
</tr>
<tr>
<td>DRAG / CTRL DRAG objects</td>
<td bgcolor="lime">OK - non physical only</td>
<td bgcolor="lime">OK - non physical only</td>
</tr>
</table>

== Building ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>create prim</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>change prim type</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>change prim transparency</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>change prim colour</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>change prim texture (including uploaded textures)</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>change prim size, cut, hollow, etc</td>
<td bgcolor="yellow">partially working (issues with prim stretching)</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>prim light, fullbright and flexi</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>link prims</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>unlink prims</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>permissions</td>
<td bgcolor="yellow">partially working</td>
<td bgcolor="yellow">Some (TBA)</td>
</tr>
<tr>
<td>objects persist in world across login / logoff and server restart</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>parcel support</td>
<td bgcolor="yellow">partially working</td>
<td bgcolor="lime">OK See Parcels Below</td>
</tr>
</table>

== Terraforming ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>select land</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>raise land</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>lower land</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>flatten land</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>roughen land</td>
<td bgcolor="lime">OK</td>
<td bgcolor="red">no causes lower</td>
</tr>
<tr>
<td>smooth land</td>
<td bgcolor="lime">OK - but slow!</td>
<td bgcolor="red">no change pauses sim</td>
</tr>
</table>

== Land and parcels ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>subdivide</td>
<td bgcolor="lime">Working</td>
<td bgcolor="lime">Working</td>
</tr>
<tr>
<td>join</td>
<td bgcolor="lime">Working</td>
<td bgcolor="lime">Working</td>
</tr>
<tr>
<td>buy and sell</td>
<td bgcolor="red">Not Yet Implemented</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>Set Land To Group</td>
<td bgcolor="red">Not Yet Implemented</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>Allow Deed To Group</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>Owner Makes Contribution With Deed</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>Buy Pass - (Temporary Paid Access)</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>Buy For Group</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">Not Used</td>
</tr>
<td><b>Covenants</b></td>
<tr>
<td>Buy For Group</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">Not Used</td>
</tr>
<tr>
<td>Estate Owner</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<td><b>Land Objects</b></td>
<tr>
<td>Sim Usage</td>
<td bgcolor="yellow">Works, but Disabled for Bug Testing</td>
<td bgcolor="yellow">Works, but Disabled for Bug Testing</td>
</tr>
<tr>
<td>Prims on Parcel</td>
<td bgcolor="yellow">Works, but Disabled for Bug Testing</td>
<td bgcolor="yellow">Works, but Disabled for Bug Testing</td>
</tr>
<tr>
<td>Return Parcel Primitives</td>
<td bgcolor="red">Not Yet Implemented</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>AutoReturn of Prims</td>
<td bgcolor="red">Not Yet Implemented</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>Show Owners (Land Menu)</td>
<td bgcolor="yellow">Works, but Disabled for Bug Testing</td>
<td bgcolor="yellow">Works, but Disabled for Bug Testing</td>
</tr>
<td><b>Land Options</b></td>
<tr>
<td>Show Owners (Land Menu)</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<td><b>Land Media</b></td>
<tr>
<td>Replace Texture With Media</td>
<td bgcolor="lime">Working</td>
<td bgcolor="lime">OK - Persists</td>
</tr>
<tr>
<td>Music Stream URL</td>
<td bgcolor="lime">Working</td>
<td bgcolor="lime">OK - Persists</td>
</tr>
<tr>
<td>Restrict Spatialized Sounds to Parcel</td>
<td bgcolor="red">Not Yet Implemented</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<td><b>Land Access</b></td>
<tr>
<td>Show Owners (Land Menu)</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<td><b>Land Bans</b></td>
<tr>
<td>Limit Access to Group</td>
<td bgcolor="red">Not Yet Implementedg</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>Limit Access by Avatar</td>
<td bgcolor="yellow">Somewhat Implemented</td>
<td bgcolor="yellow">Somewhat Implemented</td>
</tr>
<tr>
<td>Individual Avatar Ban</td>
<td bgcolor="lime">Working</td>
<td bgcolor="lime">Working - Grid can disable feature gridwide</td>
</tr>
</table>

== UI ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>friends list</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>uploads</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK, jpg, bmp,tga (alpha)</td>
</tr>
<tr>
<td>edit profile</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">not working (not persistent)</td>
</tr>
<tr>
<td>search</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>large map</td>
<td bgcolor="lime">OK</td>
<td bgcolor="yellow">OK(currently map textures are a little broken - unavailable for locations not yet visited)</td>
</tr>
<tr>
<td>minimap</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>money</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>HUD attachments</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
</table>

== Friends ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>add</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>remove</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>permissions</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>mapping</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>online visibility</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>can edit my objects</td>
<td bgcolor="lime">OK</td>
<td bgcolor="grey">no friends = generic perms application only</td>
</tr>
Friends Are not yet implemented as at SVN2816.
</table>

== Groups ==
Groups are not yet implemented as at SVN 2492
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>create</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>join</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>description</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>graphic</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>notices</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>vote</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>invite</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>remove</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>members</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>group list</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>publish</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>set title</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>change active title</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>enrollment fee</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>open enrollment</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>set mature flag</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>group land</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
</table>

=== Group Roles ===
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>create</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>edit</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>remove</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>add person</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>remove person</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>abilities</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
Groups are not yet implemented as at SVN 2492
</table>

== Chat, IM, Voice ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>local chat</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK - Plus Configurable Distance (server)</td>
</tr>
<tr>
<td>Shout</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK - Plus Configurable Distance (server)</td>
</tr>
<tr>
<td>send / receive IM</td>
<td bgcolor="lime">OK</td>
<td bgcolor="red">Not Working</td>
</tr>
<tr>
<td>offline IM</td>
<td bgcolor="red">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>group IM</td>
<td bgcolor="red">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>multiple friend IM</td>
<td bgcolor="red">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>participant list</td>
<td bgcolor="red">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>voice</td>
<td bgcolor="red">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>IRC bridge</td>
<td bgcolor="red">unknown</td>
<td bgcolor="lime">OK (Configurable on Server)</td>
</tr>
</table>

== Physics / Collision ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="150"> </th>
<th width="150">basicphysics</th>
<th width="150">POS</th>
<th width="150">OpenDynamicsEngine</th>
<th width="150">modified_BulletX</th>
<th width="150">RealPhysX</th>
</tr>
<tr>
<td>walk on ground</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
<td bgcolor="yellow">partially working (ground is very slippery)</td>
<td bgcolor="grey">unknown</td>
</tr>
<tr>
<td>fly</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
<td bgcolor="grey">unknown</td>
</tr>
<tr>
<td>sit on ground</td>
<td bgcolor="lime">OK</td>
<td bgcolor="red">not working</td>
<td bgcolor="lime">OK</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>sit on object</td>
<td bgcolor="lime">OK</td>
<td bgcolor="red">not working</td>
<td bgcolor="yellow">partially working (autopilot has trouble getting to the right spot 'try phantom prim')</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="grey">unknown</td>
</tr>
<tr>
<td>walk on object</td>
<td bgcolor="red">not working</td>
<td bgcolor="lime">OK</td>
<td bgcolor="yellow">partially working (some stability issues)</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="grey">unknown</td>
</tr>
<tr>
<td>bump into object</td>
<td bgcolor="red">not working</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="grey">unknown</td>
</tr>
<tr>
<td>Avatar Land on Prim</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not yet implemented</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="grey">unknown</td>
</tr>
<tr>
<td>prim physics</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
<td bgcolor="lime">OK</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="grey">unknown</td>
</tr>
<tr>
<td>cut/hollow/dimpled prim (non)collisions</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="grey">unknown</td>
</tr>
</table>

== Scripting ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>create LSL script</td>
<td bgcolor="yellow">partially working</td>
<td bgcolor="lime">OK, see supported commands</td>
</tr>
<tr>
<td>add script to object</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">Drag from inventory into prim</td>
</tr>
<tr>
<td>execute script in object</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
</table>

Note: not all scripting features are supported yet.
Check [[LSL Status]] for currently implemented features.

== Inventory ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>create new items (folder, notes, body, clothes, prims, scripts)</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>delete prims -> trash</td>
<td bgcolor="yellow">unknown</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>delete items -> trash</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>trash folder functions (restore, purge)</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>search inventory</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>"recent items" list</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>inventory persists across logout / login</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>drag items to / from world</td>
<td bgcolor="lime">OK</td>
<td bgcolor="yellow">half... still in progress grid wide</td>
</tr>
Inventory should not yet be treated as permanent, whilst development is still occurring.
</table>

Testing

2007-12-31T06:08:30Z

LaeMi: /* Physics / Collision */ -> added table row "cut/hollow/dimpled prim (non)collisions" (set all as 'unknown' as I don't feel qualified to fill these in)

= Current functionality =

Standalone tested from sv ????.<br>
Grid Information tested from svn 2816 (OpenlifeGrid http://www.openlifegrid.com) Updated Regularly.

== Account ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>login</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>logout</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>relog</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>Home - Login Start Location</td>
<td bgcolor="yellow">unknown</td>
<td bgcolor="lime">OK - Configurable by Region</td>
</tr>
<tr>
<td>Alt Home - if Home unavailable</td>
<td bgcolor="yellow">unknown</td>
<td bgcolor="lime">Alternate Region hardset by GRID</td>
</tr>
</table>

== World ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>day / night cycle</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>windlight</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>clouds</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>wind</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>water and water texture</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>terrain and terrain textures</td>
<td bgcolor="lime">OK</td>
<td bgcolor="yellow">Partial</td>
</tr>
</table>

== Accounts and permissions ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>multiple account creation</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>permissions per account</td>
<td bgcolor="yellow">partially working</td>
<td bgcolor="yellow">minimal</td>
</tr>
<tr>
<td>account has inventory</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK - Early stages</td>
</tr>
<tr>
<td>sim supports multiple logins</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
</table>

== Avatar ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>teleport within region</td>
<td bgcolor="yellow">partially working (always facing north after teleport)</td>
<td bgcolor="grey">unknown</td>
</tr>
<tr>
<td>built-in animations (walking, flying, sitting)</td>
<td bgcolor="yellow">partially working</td>
<td bgcolor="yellow">partially working</td>
</tr>
<tr>
<td>uploaded animations / gestures</td>
<td bgcolor="yellow">partially working (play locally, but not in world)</td>
<td bgcolor="grey">unknown</td>
</tr>
<tr>
<td>uploaded sounds</td>
<td bgcolor="yellow">partially working (play locally, but not in world)</td>
<td bgcolor="grey">unknown</td>
</tr>
<tr>
<td>can wear clothes</td>
<td bgcolor="yellow">partially working (must manually re-wear after every login)</td>
<td bgcolor="yellow">temp persist (temporary persist must re-wear after server restart)</td>
</tr>
<tr>
<td>can attach items</td>
<td bgcolor="red">not yet implemented</td>
<td bgcolor="red">not yet implemented</td>
</tr>
<tr>
<td>DRAG / CTRL DRAG objects</td>
<td bgcolor="lime">OK - non physical only</td>
<td bgcolor="lime">OK - non physical only</td>
</tr>
</table>

== Building ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>create prim</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>change prim type</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>change prim transparency</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>change prim colour</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>change prim texture (including uploaded textures)</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>change prim size, cut, hollow, etc</td>
<td bgcolor="yellow">partially working (issues with prim stretching)</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>prim light, fullbright and flexi</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>link prims</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>unlink prims</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>permissions</td>
<td bgcolor="yellow">partially working</td>
<td bgcolor="yellow">Some (TBA)</td>
</tr>
<tr>
<td>objects persist in world across login / logoff and server restart</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>parcel support</td>
<td bgcolor="yellow">partially working</td>
<td bgcolor="lime">OK See Parcels Below</td>
</tr>
</table>

== Terraforming ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>select land</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>raise land</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>lower land</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>flatten land</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>roughen land</td>
<td bgcolor="lime">OK</td>
<td bgcolor="red">no causes lower</td>
</tr>
<tr>
<td>smooth land</td>
<td bgcolor="lime">OK - but slow!</td>
<td bgcolor="red">no change pauses sim</td>
</tr>
</table>

== Land and parcels ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>subdivide</td>
<td bgcolor="lime">Working</td>
<td bgcolor="lime">Working</td>
</tr>
<tr>
<td>join</td>
<td bgcolor="lime">Working</td>
<td bgcolor="lime">Working</td>
</tr>
<tr>
<td>buy and sell</td>
<td bgcolor="red">Not Yet Implemented</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>Set Land To Group</td>
<td bgcolor="red">Not Yet Implemented</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>Allow Deed To Group</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>Owner Makes Contribution With Deed</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>Buy Pass - (Temporary Paid Access)</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>Buy For Group</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">Not Used</td>
</tr>
<td><b>Covenants</b></td>
<tr>
<td>Buy For Group</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">Not Used</td>
</tr>
<tr>
<td>Estate Owner</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<td><b>Land Objects</b></td>
<tr>
<td>Sim Usage</td>
<td bgcolor="yellow">Works, but Disabled for Bug Testing</td>
<td bgcolor="yellow">Works, but Disabled for Bug Testing</td>
</tr>
<tr>
<td>Prims on Parcel</td>
<td bgcolor="yellow">Works, but Disabled for Bug Testing</td>
<td bgcolor="yellow">Works, but Disabled for Bug Testing</td>
</tr>
<tr>
<td>Return Parcel Primitives</td>
<td bgcolor="red">Not Yet Implemented</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>AutoReturn of Prims</td>
<td bgcolor="red">Not Yet Implemented</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>Show Owners (Land Menu)</td>
<td bgcolor="yellow">Works, but Disabled for Bug Testing</td>
<td bgcolor="yellow">Works, but Disabled for Bug Testing</td>
</tr>
<td><b>Land Options</b></td>
<tr>
<td>Show Owners (Land Menu)</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<td><b>Land Media</b></td>
<tr>
<td>Replace Texture With Media</td>
<td bgcolor="lime">Working</td>
<td bgcolor="lime">OK - Persists</td>
</tr>
<tr>
<td>Music Stream URL</td>
<td bgcolor="lime">Working</td>
<td bgcolor="lime">OK - Persists</td>
</tr>
<tr>
<td>Restrict Spatialized Sounds to Parcel</td>
<td bgcolor="red">Not Yet Implemented</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<td><b>Land Access</b></td>
<tr>
<td>Show Owners (Land Menu)</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<td><b>Land Bans</b></td>
<tr>
<td>Limit Access to Group</td>
<td bgcolor="red">Not Yet Implementedg</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>Limit Access by Avatar</td>
<td bgcolor="yellow">Somewhat Implemented</td>
<td bgcolor="yellow">Somewhat Implemented</td>
</tr>
<tr>
<td>Individual Avatar Ban</td>
<td bgcolor="lime">Working</td>
<td bgcolor="lime">Working - Grid can disable feature gridwide</td>
</tr>
</table>

== UI ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>friends list</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>uploads</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK, jpg, bmp,tga (alpha)</td>
</tr>
<tr>
<td>edit profile</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">not working (not persistent)</td>
</tr>
<tr>
<td>search</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>large map</td>
<td bgcolor="lime">OK</td>
<td bgcolor="yellow">OK(currently map textures are a little broken - unavailable for locations not yet visited)</td>
</tr>
<tr>
<td>minimap</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>money</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>HUD attachments</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
</table>

== Friends ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>add</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>remove</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>permissions</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>mapping</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>online visibility</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>can edit my objects</td>
<td bgcolor="lime">OK</td>
<td bgcolor="grey">no friends = generic perms application only</td>
</tr>
Friends Are not yet implemented as at SVN2816.
</table>

== Groups ==
Groups are not yet implemented as at SVN 2492
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>create</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>join</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>description</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>graphic</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>notices</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>vote</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>invite</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>remove</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>members</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>group list</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>publish</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>set title</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>change active title</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>enrollment fee</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>open enrollment</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>set mature flag</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>group land</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
</table>

=== Group Roles ===
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>create</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>edit</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>remove</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>add person</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>remove person</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>abilities</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
Groups are not yet implemented as at SVN 2492
</table>

== Chat, IM, Voice ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>local chat</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK - Plus Configurable Distance (server)</td>
</tr>
<tr>
<td>Shout</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK - Plus Configurable Distance (server)</td>
</tr>
<tr>
<td>send / receive IM</td>
<td bgcolor="lime">OK</td>
<td bgcolor="red">Not Working</td>
</tr>
<tr>
<td>offline IM</td>
<td bgcolor="red">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>group IM</td>
<td bgcolor="red">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>multiple friend IM</td>
<td bgcolor="red">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>participant list</td>
<td bgcolor="red">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>voice</td>
<td bgcolor="red">unknown</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>IRC bridge</td>
<td bgcolor="red">unknown</td>
<td bgcolor="lime">OK (Configurable on Server)</td>
</tr>
</table>

== Physics / Collision ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="150"> </th>
<th width="150">basicphysics</th>
<th width="150">POS</th>
<th width="150">OpenDynamicsEngine</th>
<th width="150">modified_BulletX</th>
<th width="150">RealPhysX</th>
</tr>
<tr>
<td>walk on ground</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
<td bgcolor="yellow">partially working (ground is very slippery)</td>
<td bgcolor="grey">unknown</td>
</tr>
<tr>
<td>fly</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
<td bgcolor="grey">unknown</td>
</tr>
<tr>
<td>sit on ground</td>
<td bgcolor="lime">OK</td>
<td bgcolor="red">not working</td>
<td bgcolor="lime">OK</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
</tr>
<tr>
<td>sit on object</td>
<td bgcolor="lime">OK</td>
<td bgcolor="red">not working</td>
<td bgcolor="yellow">partially working (autopilot has trouble getting to the right spot 'try phantom prim')</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="grey">unknown</td>
</tr>
<tr>
<td>walk on object</td>
<td bgcolor="red">not working</td>
<td bgcolor="lime">OK</td>
<td bgcolor="yellow">partially working (some stability issues)</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="grey">unknown</td>
</tr>
<tr>
<td>bump into object</td>
<td bgcolor="red">not working</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="grey">unknown</td>
</tr>
<tr>
<td>Avatar Land on Prim</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not yet implemented</td>
<td bgcolor="red">unknown</td>
<td bgcolor="red">unknown</td>
</tr>
<tr>
<td>prim physics</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">not working</td>
<td bgcolor="lime">OK</td>
<td bgcolor="red">unknown</td>
<td bgcolor="red">unknown</td>
</tr>
<tr>
<td>cut/hollow/dimpled prim (non)collisions</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="grey">unknown</td>
<td bgcolor="grey">unknown</td>
</tr>
</table>

== Scripting ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>create LSL script</td>
<td bgcolor="yellow">partially working</td>
<td bgcolor="lime">OK, see supported commands</td>
</tr>
<tr>
<td>add script to object</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">Drag from inventory into prim</td>
</tr>
<tr>
<td>execute script in object</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
</table>

Note: not all scripting features are supported yet.
Check [[LSL Status]] for currently implemented features.

== Inventory ==
<table border="1" cellpadding="5" cellspacing="0">
<tr>
<th width="200"> </th>
<th width="200">Standalone</th>
<th width="200">Grid</th>
</tr>
<tr>
<td>create new items (folder, notes, body, clothes, prims, scripts)</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>delete prims -> trash</td>
<td bgcolor="yellow">unknown</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>delete items -> trash</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>trash folder functions (restore, purge)</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>search inventory</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>"recent items" list</td>
<td bgcolor="red">not working</td>
<td bgcolor="red">Not Yet Implemented</td>
</tr>
<tr>
<td>inventory persists across logout / login</td>
<td bgcolor="lime">OK</td>
<td bgcolor="lime">OK</td>
</tr>
<tr>
<td>drag items to / from world</td>
<td bgcolor="lime">OK</td>
<td bgcolor="yellow">half... still in progress grid wide</td>
</tr>
Inventory should not yet be treated as permanent, whilst development is still occurring.
</table>

Screenshots

2007-12-30T03:15:07Z

LaeMi:

== Snapshots ==

===CentralGrid===
[[Image:BullRun_CentralGrid.jpg]]<br>
BullRun - Art Gallery inside CentralGrid

===Babblefrog===
[[Image:Snapshot_001.jpg]]

Small japanese style building. Yes, that is snow on the peak in the background.

[[Image:Snapshot_snow.jpg]]

More snow. I just can't get enough of this stuff.

[[Image:Snapshot_venice.jpg]]

===Nebadon===
[[Image:NEBADON2025-05.jpg]]

[[Image:NEBADON2025-01.jpg]]

[[Image:NEBADON2025-02.jpg]]

[[Image:NEBADON2025-03.jpg]]

[[Image:Your2ndlife.com_01.jpg]]

[[Image:Your2ndlife.com_02_1.jpg]]

[[Image:Your2ndlife.com_03_1.jpg]]

[[Image:Your2ndlife.com_04_1.jpg]]

[[Image:Your2ndlife.com_05_1.jpg]]

[[Image:Your2ndlife.com_06_1.jpg]]

[[Image:Your2ndlife.com_07_1.jpg]]

[[Image:Your2ndlife.com_08_1.jpg]]

[[Image:Your2ndlife.com_10_1.jpg]]

[[Image:Your2ndlife.com_11_1.jpg]]

[[Image:Your2ndlife.com_12_1.jpg]]

[[Image:Your2ndlife.com_13_1.jpg]]

[[Image:Your2ndlife.com_14a_1.jpg]]

===Balthazar===

[[Image:thursday_002.jpg]]

[[Image:thursday_003.jpg]]

===Darb===

[[Image:Tam_49_20071028_2.jpg]]

[[Image:Tam_49a_20071028_3.jpg]]

[[Image:Kentfield_20071029.jpg]]

[[Image:Phoenix_lake_20071029.jpg]]

===NixNerd===

[[Image:snapshot_nix_02.jpg]]

Snapshot of my little OpenSim island - using Latest Windlight SL client

== Videos ==

===Megaprims===
http://www.youtube.com/watch?v=ouEcKEhz1AA

http://www.youtube.com/watch?v=EqcdH4ub6rQ

===Other videos===
Jeff1564
http://www.youtube.com/watch?v=AwYQL7nMENQ

== External Links ==
===LaeMi's sim on her home Linux box===
http://members.optusnet.com.au/~laemi/impact/

Screenshots

2007-12-30T03:13:58Z

LaeMi: Added a link to where I keep my screengrabs of my private sim build

== Snapshots ==

===CentralGrid===
[[Image:BullRun_CentralGrid.jpg]]<br>
BullRun - Art Gallery inside CentralGrid

===Babblefrog===
[[Image:Snapshot_001.jpg]]

Small japanese style building. Yes, that is snow on the peak in the background.

[[Image:Snapshot_snow.jpg]]

More snow. I just can't get enough of this stuff.

[[Image:Snapshot_venice.jpg]]

===Nebadon===
[[Image:NEBADON2025-05.jpg]]

[[Image:NEBADON2025-01.jpg]]

[[Image:NEBADON2025-02.jpg]]

[[Image:NEBADON2025-03.jpg]]

[[Image:Your2ndlife.com_01.jpg]]

[[Image:Your2ndlife.com_02_1.jpg]]

[[Image:Your2ndlife.com_03_1.jpg]]

[[Image:Your2ndlife.com_04_1.jpg]]

[[Image:Your2ndlife.com_05_1.jpg]]

[[Image:Your2ndlife.com_06_1.jpg]]

[[Image:Your2ndlife.com_07_1.jpg]]

[[Image:Your2ndlife.com_08_1.jpg]]

[[Image:Your2ndlife.com_10_1.jpg]]

[[Image:Your2ndlife.com_11_1.jpg]]

[[Image:Your2ndlife.com_12_1.jpg]]

[[Image:Your2ndlife.com_13_1.jpg]]

[[Image:Your2ndlife.com_14a_1.jpg]]

===Balthazar===

[[Image:thursday_002.jpg]]

[[Image:thursday_003.jpg]]

===Darb===

[[Image:Tam_49_20071028_2.jpg]]

[[Image:Tam_49a_20071028_3.jpg]]

[[Image:Kentfield_20071029.jpg]]

[[Image:Phoenix_lake_20071029.jpg]]

===NixNerd===

[[Image:snapshot_nix_02.jpg]]

Snapshot of my little OpenSim island - using Latest Windlight SL client

== Videos ==

===Megaprims===
http://www.youtube.com/watch?v=ouEcKEhz1AA

http://www.youtube.com/watch?v=EqcdH4ub6rQ

===Other videos===
Jeff1564
http://www.youtube.com/watch?v=AwYQL7nMENQ

=== External Links ===
LaeMi's sim on her home Linux box
http://members.optusnet.com.au/~laemi/impact/