OpenSimulator - User contributions [en]

Development Team

2010-11-27T09:27:23Z

Arthursv:

__NOTOC__ {{Template:Quicklinks}}

[[Technical Reference|Technical Reference]] -> [[Technical Reference/terms|Terms]] -> [[Development Team|Core Development Team]]

== Active Core Developers ==

Developers who have commit access to our central server, are [http://www.ohloh.net/projects/4753/contributors regular contributors] to the codebase, and have voting rights over development and process issues of the OpenSimulator project. See [[Organization]].

* '''Only voted in developers are listed here, please do not list yourself'''

{| border="1" cellpadding="2" cellspacing="0" class="sortable"
|-
!
! IRC Nick
! Name
! SL Avatar
! Other Grid
! Time Zone (UTC)
! Org
! Areas of Interest
|-
|
| [[User:Adam Frisby|Adam Frisby]]
| Adam Frisby
| Adam Zaius
|
| +8
| DeepThink Pty Ltd
| Terrain, Performance
|-
|
| [[User:Chi11ken|chi11ken]]
| Jeff Ames
| Chillken Proto
| 
| +9
| [http://www.genkii.com Genkii]
| 
|-
|
| [[User:Justincc|justincc]]
| Justin Clark-Casey
| Lulworth Beaumont
| Justin Clark-Casey (all other grids)
| 0
| [http://justincc.org/blog justincc's OpenSim blog]
| Grid, performance & reliability, inventory (avatar and object), assets, scenes, OARs, etc.
|-
|
| [[User:Dahlia|dahlia]]
| T. Hoff
| Dahlia Trimble
|
| -8 / -7
| Independent
| Collision geometry, various math and physics issues, occasional bug fixes and random enhancements
|-
|
| [[User:Melanie T|Melanie_T]]
| Melanie
| Melanie Milland
| 
| +1
| Independent
| Scripting, Prims/Scene, Life, The Universe, and Everything
|-
|
| [[User:Diva|Diva]]
| Crista Lopes
| Diva Canto
| Crista Lopes / Diva Canto
| -8
| University of California, Irvine
| Everything, except databases
|-
|
| jhurliman
| John Hurliman
| John Hurliman
|
|
| Intel
|
|-
|
| dslake
| Dan Lake
| Dan Lake
|
|
| Intel
|
|-
|
| [[User:Marck|Marck00]]
| M. Kirsch
| Marck Kjeller
|
| +1
| Independent
| Everything that catches my attention and that I can get my head around.
|}
 

== Core Developers Following the White Rabbit ==

Core developers who have temporarily (we hope) gone chasing the white rabbit. They are in all similar to the active core developers, except that they haven't been that active lately, so their voting rights are awaiting their come back.

* '''Only voted in developers are listed here, please do not list yourself'''

{| border="1" cellpadding="2" cellspacing="0" class="sortable"
|-
!
! IRC Nick
! Name
! SL Avatar
! Other Grid
! Time Zone (UTC)
! Org
! Areas of Interest
|-
|
| [[User:Lbsa71|lbsa71]]
| Stefan Andersson
| Tribal Skytower
| OSG:Stefan Andersson TN:Stefan Andersson
| +1
| [http://tribalmedia.se/ Tribal Media AB]
| Web Integration
|-
|
| [[User:MW|MW]]
| Darren
| Wright Juran
|
| 0
|
| Everything

|-
|
| ckrinke
| Charles Krinke
| Charlesk Bing
|
| -8
|  
| Reliability/Grid servers/ll-functions
|-
|
| [[User:Mikem|mikem]]
| Mike Mazur
| 
| 
| +9
| Independent
| Patches, scripting improvements, LSL compiler
|-
|
| [[User:HomerHorwitz|homerh]]
| Homer Horwitz
| Homer Horwitz
| 
| +2
| Independent
| Rev. engineering, "now, that's funny" problems, but still interested in all parts of it
|-
|
| [[User:Nlin|nlin]]
| N Lin
| Standard Drucker
| 
| +9
| [http://www.3di.jp/en/ 3Di Inc, Japan] http://www.3di.jp/en/
| Physics, scripting, more to come
|-
|
| [[User:Arthursv|arthursv]]
| Arthur Valadares
|
| NONE
| -8
| University of California, Irvine
| Unit testing, database plugins, bug fixes, general
|-
|
| [[User:DrScofield|drscofld]]
| Dirk Husemann
| Dr Scofield
|
| +1
| [http://xyzzyxyzzy.net/ xyzzyxyzzy.net]
| Reliability, networking protocols, inventory, assets, remote control, voice, and pretty much everything else :-)
|
|-
|
| [[User:Teravus|Teravus]]
| Daniel Olivares
| Teravus Ousley
|
| -5
| W3z
| Physics & Admin tools, A working sim.
|}

== Retired Core Developers ==

Core developers who have transcended our mortal plane, i.e. they are no longer directly engaged with the project. Thank you forever for your contributions!

* '''Only formerly voted in developers are listed here, please do not list yourself'''

{| border="1" cellpadding="2" cellspacing="0" class="sortable"
|-
!
! IRC Nick
! Name
! SL Avatar
! Other Grid
! Time Zone (UTC)
! Org
! Areas of Interest
|-
|
| [[User:Babblefrog|babblefrog]]
| Brian McBee
| Dogen Coldstream
| Babblefrog Ballistic (osgrid)
| -8
| Disorganized
|  
|-
|
| [[User:Danx0r|danx0r]]
| Dan Miller
| Albert Pascal
|
| -8
| squiggle.com
| PHEEZIKS; everything
|-
|
| Tleiades
|  
| Tleiades Hax
|
| +1
|  
| Grid servers/Database
|-
|
| [[User:Darok|Darok]]
|  
| Darok Kaminski
|
| +1
|  
| Physics engines (especially BulletX)
|-
|
| Gareth / Gwen
| Gareth Nelson
| Gareth Ellison
| Gareth Nelson (on everywhere but SL)
| BST (UTC+1)
| Litesim Ltd
| Grid servers, sim border crossing, avatar animations
|-
|
| [[User:Dalien|dalien]]
| Dalien Talbot
| Dalien Talbot
|
| +1
| Mostly TCP-based
| Small fixes; rev.eng./prototyping; nightlies; git-keeper
|-
|
| [[Alondria]]
|
| Alondria LeFay
| Alondria LeFay (OSGrid)
| -8
| Independent
| Implementation of LSL functions and other scripting tidbits.
|-
|
| [[User:SeanDague|sdague]]
| Sean Dague
| Neas Bade
|
| -5
| IBM
| Database, Linux, Testing, Misc
|-
|
| [[User:MingChen|MingChen]]
| Mike/Michael Ortman
| Ming Chen
|
| -6 (-5 in Summer)
| DeepThink Pty Ltd
| Estate/Parcel Support/Modules/Keeping things all neat and tidy.
|-
|
| [[User:Tedd|Tedd]]
| Tedd Hansen
| Tedd Maa
|
| +1
| Tedd Hansen
| Programming/Scripting/Architecture
|-
|
| [[User:Adjohn|adjohn]]
| Adam Johnson
| Zeuz Zenovka
| 
| +9
| [http://www.genkii.com Genkii]
| 
|-
|
| [[User:Joha1|joha1]]
| Johan Berntsson
| Joppi Brandenburg
| 
| +9
|  
| Performance, packet handling/libSL
|}

== Additional Developers/Testers/Contributors ==

These people have contributed and/or are contributing bug reports, patches, testing, and all sorts of other goodies to the project. '''New comers please add yourself to bottom of the list!''' 

{| border="1" cellpadding="2" cellspacing="0" class="sortable"
|-
! IRC Nick
! Name
! SL Avatar
! Other Grid
! Time Zone (UTC)
! Org
! Areas of Interest
|-
| [[User:Jtclark48|jclark4]]
| Jay Clark
| Jay Clarke
|
| -5
| IBM
| Physics, Grid Host, AI, Scripting, Testing
|-
| [[User:AdamStevenson|BigFootAg]]
| Adam Stevenson
| Adamus Petrov
|
| -6
| Texas A&M University
| AI, Skynet, Evolving Systems, Biology
|-
| [[User:Jeff1564|Jeff1564]]
| Jeff
| Potter Taurog
| Potter Taurog
| -8
| http://myopengrid.com
| Building, Scripting, Testing
|-
| Rock_Vacirca
| Colin Withers
| Rock Vacirca
|  
| +1
| http://rock-vacirca.blogspot.com
| Testing, building, scripting, maintaining an opensim blog.
|-
| simsim
| caocao
|  
|  
| +9
|  
| Testing whole functions of OpenSim system,working with OpenSim-Engine,reporting on OpenSim
|-
| [[User:Vicero Lambert|Vicero Lambert]]
|  
|  
|
|  
|  
|  
|-
| [[User:Magi|Magi]]
| Andy Agnew
| Magi Merlin
|
| +10
| Spun Pty Ltd
| 3D Web Integration, Database stuff and playing with the odds and ends box.
|-
| [[User:ClarkZone|ClarkZone]]
| Troy Admin(@ClarkZone)
| Troy Childs
| Troy Admin (ClarkZone)
| -5
| Http://clarkzone.dyndns.org
| Tester and Grid Host
|-
| [[User:Aiaustin|aiaustin]]
| Ai Austin
| Ai Austin
| Ai Austin
| +0
| AIAI, Virtual University of Edinburgh http://www.aiai.ed.ac.uk/~ai/ http://vue.ed.ac.uk/openvue/
| Windows tests Content testing Use of multiple VWs
|-
| Marc Manders
| Marc Manders
|  
|  
| +6
| marcmanders@gmail.com
| Creative features
|-
| [[User:Balthazar|balthazar]]
| Trevor Brooks
| Balthazar Sin
|
| -5
| None
| Terrains, testing and some small coding tasks
|-
| [[User:Jimbo2120|jimbo2120]]
| Michael Osias
| Illuminous Beltran
|
| -5
| IBM
| Grid, AI, Skynet, coding and testing
|-
| ZeroPoint
|  
| Guilderoy Dench
|
| -5
|  
| Programming/Database
|-
| [[User:DerekTang|DerekTang]]
| Derek Tang
| Derek Timeless
| Derek Tang (ChineseGrid)
| +8
| http://ChineseGrid.net
| Running a public WINDOWS sim for testing, Docs, Helping Chinese users to enjoy OpenSim; building Chinese OpenSim communities. In construction...
|-
| [[User:TayB|TayB]]
| Earl Balai
| Taylor Dae
|
| -10
| WhynGrid
| Grid Host,Networking,Contributions & Testing.
|-
| [[User:JamieDav|JamieDav]]
| Jamie David
| Jamie David
|
| +7
| Forum
| Grid, Sim, Avitar, Functionality
|-
| [[User:Krtaylor|Krtaylor]]
| Kurt Taylor
| Kurt Stringer
|
| -6
| IBM
| Grid, Networking, Monitoring, Scripting, Inventory, Testing
|-
| [[User:Nink|Nink]]
| Peter Finn
| Nink Noonan
|
| -5
| IBM
| Disruptive Influence.
|-
| [[User:Bruce|Bruce]]
| Bruce Meerson
| Bruce Meerson
|
| +8
| HiPiHi
| Watching.
|-
| [[User:Darb|DarbD]]
| Brian B. Quinn
| Darb Dabney
| regions near Marin
| PST/SLT (-7 or -8)
| County of Marin, California http://blog.simgis.com
| LiDAR-based sculpties, real-world terrain, pursuit of civic paraverses
|-
| [[CharlieO]]
| Dan
| Charlie Omega
|
|  
|  
| Mild coding/tweaking/simple feature adds, Stress testing/break stuff, Testing limits of existing code. Making sure [[LSL Status]] is up to date
|-
| oobscure
|  
| Opensource Obscure
|
| +1
| http://www.opensim.it
| Running a public Linux sim for testing, Docs, Helping italian users, Building opensim communities, Watching
|-
| pitman
| Mike Pitman
| Rez Tone
|
|  
| IBM
| Scientific visualization schemes, virt world product design, persistant workspaces, virt world based big biz
|-
| Shenlei
| Shenlei Winkler
| Shenlei Flasheart, Shenlei Winkler
|
|  
| Fashion Research Institute
| Product Design and Development, Apparel industry, and o yes, I wrote the book ;)
|-
| cmu
| Christopher Mumme
| Snook Destiny
|
| +1
| http://www.cmu-develop.de/ and research group "Collaboration Systems and CSCW" at Clausthal University of Technology
| Testing OpenSim, working with OpenSim-Engine, reporting on OpenSim
|-
| [[Silpol]]
| Andriy Tymchenko
| Andy Tir
|
| EET (+2/3)
| http://silpol.blogspot.com/ (also visible at Nokia)
| Highly uncoordinated mess with elements of palace games, under-table diplomacy, rebellion, coup d'état and mutiny. optionally pirate
|-
| [[User:Grumly|Grumly]]
|
| Forest Klaar
| Grumly TheBear
| GMT+1
| .NET MCAD Dev/Arch/Trainer http://www.devoteam.com
| Trying to get into OpenSim code for now. Particularly interrested in data persistence. blog (Hello, Avatar!): http://lslblog.free.fr
|-
| [[DaTwitch]]
| James G. Stallings II
| Lazarus Longstaff
| Hiro Protagonist (OSGrid)
| -5
| House Husband
| OSGrid Region owner, OSGrid Operator, Forum Admin, sometime wiki editor
|-
| gryc
| Gryc Ueusp
| Gryc Uriza
| Gryc Uriza(OSGrid)
| -6
|
| PHP scripting, web interfaces, interconnectivity, cross-platformedness
|-
| [[User:Phrearch|Phrearch]]
| Jeroen van Veen
| Phrearch Miles
| Phrearch Miles(OSGrid)
| Amsterdam/Paris
|
| HWIOS, WiXTD, Wikidoc, Moo, User interfaces
|-
| [[User:Burnman|Burnman]]
| Allen
| Burnman Bedlam
|
| Boston, USA
|
| Testing, testing, and more testing! Getting familiar with the source, interested in all aspects of the project.
|-
| [[User:Krisbfunk|krisbfunk]]
| Kris Bulman
| Krisbfunk Vought
| Krisbfunk Nocturnal(OSGrid)
| PE, Canada (-4)
| Edactive Technologies NocturnalEye Productions UPEI
| Currently: Testing, bug reports, wiki updating, building on OSGrid
|-
| [[User:HashBox|HashBox]]
|  
| Sibariel Darkstone
| Sibariel Darkstone (OSGrid)
| New Zealand (+12)
|
| Testing, bug reports, and updating the wiki.
|-
| [[User:Kinoc|Kinoc]]
| Kino Coursey
| Daxxon Jaxxon
| Daxxon Kinoc (OSgrid)
| -6
| Daxtron Laboratories http://www.daxtron.com University of North Texas
| AI, Semantic web, Ontologies, Natural Laanguage Processing, Cyc, Bots, NPC
|-
| [[User:Trapuh|trapuh]]
| Pedro Ribeiro
| Vaiten Forder
|
| GMT
| University Student, Escola Superior de Educação de Viseu, Portugal
| Testing, eventual bug reports and wiki. Music, web/digital arts and php+sql.
|-
| [[User:SonicViz|SonicViz]]
| Paul Cohen
| Komuso Tokugawa
|
| +9
| Http://sonicviz.com
| Audio/Music, Interactive Music, Control Protocols, Interfaces, VisualFX, Procedural animation/Generative systems + testing and general dev
|-
| [[User:Mokele|mokele]]
| Scott Norman
| Mokelembembe Mokeev
|
| -8 (Southern California)
| Web Developer (PHP and MySQL)
| Interested in seeing running on PowerPC Macs which it is. So, when I can, I'll compile and test on PowerPC Mac (PowerBook G4) and submit reports and then update the wiki if need on installing on Mac. Also have a Ubuntu 7.10 server that I can do testing on too.
|-
| [[User:Devalnor|devalnor]]
| Devalnor
| M. Watkin
|
| +1 (Belgium)
|
| Small Patch code, bug reports, and updating the wiki.
|-
| [[User:Ezekiel|Ezekiel]]
| Ezekiel
| Ezekiel Zabelin
|
| +1
| http://www.yosims.com
| Concepts, business aspects of virtual worlds - web developer (PHP, MySQL, Javascript, LSL)
|-
| [[User:Buggmaster|Buggmaster]]
| Mike D
| Bug Master
| None
| -8
| http://www.adultmetaverse.com
| Grid, Data/Web PHP/PERL/MySQL
|-
| [[User:Nixnerd|nixnerd]]
|
| Dangerously Moody
| None
| GMT
| http://www.integratedtechnologies.eu
| Cross Platform Testing, Feedback, Bug Reporting
|-
| [[User:MoHax|mohax]]
| Mo Hax
| Mo Hax
|
| -5 Eastern
| IBM
| Testing, Feedback, Content Contributions, Bug Reporting, Documenting, Development
|-
| [[User:Webmage|webmage]]
| webmage
| Leyla Masala
| Web Mage
| +1
| IBM
| Testing, terrain
|-
| [[User:NLStitch|NLStitch]]
| Marijn Oosterveld
| Stitch Seale
| NYA
| GMT +1 Amsterdam
| Twingate Systems (http://www.twingate.nl) HanzeHogeschool Groningen, Netherlands
| Programming, Photography, AI
|-
| [[User:Ideia Boa|Ideia Boa]]
| Joao Lopes
| Ideia Boa
| Ideia Boa or Boa Ideia in some grids
| GTM+1 Stockholm/Sweden
| WorldSimTERRA - Virtual World that speaks Portuguese too http://www.worldsimterra.com
| Testing and more testing! Updating the original wiki and translating the OpenSim Wiki into Portuguese and reporting on OpenSim
|-
| [[User:Lulurun|lulurun]]
| liu
| 
| 
| +9
| 3Di Inc, Japan http://www.3di.jp
| Patches, openid, server performance, UGAI
|-
| [[User:Carlosroundel|Carlosrounde]]
| Carlosroundel
| Carlos Roundel
| 
| +1
| Cyberlandia Italy http://www.cyberlandia.net
| Grid, programmer, database, tester
|-
| [[User:Mikebert|Mikebert]]
| Michael Strunck
| Mikebert Miles
| Mikebert M34
| +1
| OpenSIM Wiki, Germany http://www.opensim.de
| German Wiki, Translater, Server Performance (Linux/Windows), Tester, Feedback, Bug Reporting, Server-Hosting
|-
| [[User:Fly-man-|Fly-Man-]]
| Laurence
|
| Fly Man
| +1
|
| Testing, OpenSimSearch, OpenSimProfile
|-
| Taoki
| Mircea Kitsune / Taoki Vixen
| Mircea Kitsune (OSGrid) / Mircea Lobo (LL grid)
| 
| GMT +2
| 
| Usually testing and bug reporting but I also make smaller patches where I know what to do.
|-
| [[User:Patnad|Patnad]]
| Patrick
| Patnad Babii
| Patnad Babii (OSGrid)
| GMT -5
| RezzMe Technologies http://www.rezzme.com
| Bug testing and reporting, I code C# and have submitted a few patches
|-
| [[User:^DarkMan|^DarkMan]]
| Brian Adair
| Patrick Ouachita
| Brian Adair | Patrick Meta
| -6 CST
| RealMetaLife | B&H Networking
| Building, Scripting, Testing, etc.
|-
| [[User:Tlaukkan|Tommi Laukkanen]]
| Tommi Laukkanen
|  
| Tommi Laukkanen
| +2 GMT
| http://www.bubblecloud.org
| Protocols ([http://www.bubblecloud.org MXP]), NHibernate, Scrip API, Map Generation, Bug Fixes, Grid Hosting
|-
| [[User:Mystical|Mystical]]
| Kevin Tweedy
| Mystical Demina
| Mystical Demina
| -5
| Extreme Reality Grid http://www.XRGrid.com
| Windows Communication Framework, Windows Workflow,Entity Framework, MSSQL Enhancements,Commerce, Content,DotNetNuke based portal, development services
|-
| [[User:Godfrey|Godfrey]]
| Jeff Lee
| Warin Cascabel
|
| -5 (EST5EDT)
|
| Testing, minor bugfixes. Scripting, building, animating
|-
| Jamenai
| Christopher Händler
| Jamenai Luik
| Jamenai Luik
| +1
| Playneko Grid | XIMDEX Jamenai http://www.playneko.de http://www.ximdex.de
| Performance,Bug Reporting, Hosting, Grid-Owner,(PHP, MySQL, Perl, JavaScript, LSL)
|-
| [[User:Bikcmp|bikcmp]]
| Jason
| Jake1500 Allen
| Jason Helios (The Helios Grid)
| EST
| Blue Software
| Search, groups, land, and currency
|-
| [[User:Mark.malewski|Slipaway]]
| Mark Malewski
| Chris Rock
|
| -6 (-5 during summer - CDT)
| NexTECH / Joopla
| Web development & systems integration, terrain, WIKI documentation, tutorials, testing, bug reporting and feedback.
|-
| barakademi
| Steve Topp
| barakademi Barzane
| same avi on baragrid OSgrid Grid4us sciencesim
| utc+1 (CET) paris
| http://xbot-sl.barakademi.org http://vps.barakademi.org/oswi http://vps.barakademi.org/oswi/loginscreen.php
| Music LiveMusic MetaverseMusic Opensim Libomv Mono-2.4 Linux (suse,debian,ubuntu) Admin Scripting Automating Development Intergration php mysql bash nant +++
|-
| [[User:Robert d|robert_d]]
| Robert Dzikowski
|
| OSGrid: robert_d 13
| UTC+1
| [http://blog.rd-it.net http://blog.rd-it.net]
| Region Modules, Tutorials
|-
| [[User:Snoopy2|Snoopy2]]
| Snoopy Pfeffer
| Snoopy Pfeffer
| Snoopy Pfeffer
|
| [http://www.3dmetaverse.com/ http://www.3dmetaverse.com/]
| Region Hosting, Open Metaverse, 3D Web, server and viewers, service management
|-
| john_
| John Moyer
| VAJohn GeekSquad or Matthew Kendal
|
| -5
| Best Buy/Geek Squad
| Tester
|-
| [[User:W!cKeD|_WicKeD]]
| Maik
| Maik Galaxy
| El Diablo
| +1 Germany
| Creatio Inc. / [http://www.OpenSimGerman.us/ OpenSimGerman.us]
| German Support, Translator, Building, Scripting, Testing, Hosting
|-
| [[User:Stevie Wakowski|Stevie Wakowksi]]
| Steve Roberts
| Stevie Wakowski
|
| +10 Australia
| IBM
| OpenSim builds, Linux, Modrex, bug reporting, evangalist for OpenSim in business applications.
|-
| Revolution
| Matthew
| Revolution Smythe
| Revolution Smythe
| -6 Central USA
| None
| Script engine, physics engine, general odd bugs, interesting and odd things
|-
| [[User:ClemsonGS|clemsonGS]]
| Brian Cass
| BC Sands
| Brian Cass (VWC Grid)
| -5
| http://www.cvwconline.org/
| Developing virtual worlds for use in higher education
|-
|
| AlexRa
|
|
|
| Independent
|
|-
|
|
| Robert Adams
|
|
| Looking Glass Viewer
|
|-
|
|
| Mikko Pallari
|
|
| Realxtend
|
|-
|
| StrawberryFride
| Chris Hart
|
|
| ReactionGrid
|
|-
| [[User:RemedyTomm|RemedyTomm]]
| Tom Grimshaw
| Tomm Remedy
| KGrid: Casper Warden OSGrid: Tomm Remedy
| UTC+0 (BST)
| Remedy Communications
| Texture pipeline, Groups, ObjectUpdates
|-
|
|
| Rob Smart
|
|
| IBM
|
|-
| MicheilMerlin
| Micheil Merlin
| Micheil Merlin
| Micheil Merlin
| -6
| Independent [http://www.iliveisl.com/ http://www.iliveisl.com/]
| Scripting, patches, and testcases
|-
| Pato Donald
| Pato Donald
| Morgam Biedermann
| Pato Donald
| -3
| Independent [http://www.matheusmk3.co.cc/ http://www.matheusmk3.co.cc/
| Groups, Scripts, Physics, Communication, Integration
|-
| [[User:Apelles|Apelles]]
| Apelles Noel
| Sungo Inshan
| amrssc - soon
| -5 Eastern
| http://amrssc.com
| Developing Virtual Worlds For Use In Education - Learning - Inventor++
|-
|
| Sera Marx
| Darkfire Soulstar
|
| +12
| Radiance promotions
| Grid Host, Commissioner. ~ Anyone looking for work related to the development of Opensimulator or Viewers please contact me. Any work undertaken for me will be returned to Opensimulator unless made strictly for my Grid
|-
|
| Doug Osborn
|
| Doug Osborn @ScienceSim
| PST/SLT (-7 or -8)
| CTO, F.R.I.
| Performance testing, scripting, high prim count builds, bots, and running in-world conferences.
|-
| [[User:Hallow Palmer|Hallow Palmer]]
| Markus
| Hallow Palmer
| 
| +1
| Grid4Us http://www.grid4us.net
| Server Performance (Windows), Tester, Feedback, Business concepts,Bug Reporting, Server-Hosting
|-
| [[User:LenaVanilli|LenaVanilli]]
| Lena Vanilli
| Lena Vanilli
| Lena Vanilli
| +1 Germany
| [http://www.hypergrid.org http://www.hypergrid.org]
| Grid-Management, Testing Testing Testing, Region Hosting
|-
| [[User:aduffy70|aduffy70]]
| Aaron Duffy
| Aeran Stipe
| Aaron Duffy @ScienceSim
| -7
| USU
| Scientific visualization & education, Region modules, Heavily scripted regions
|- 
|}

[[Category:Main]] [[Category:Development]] [[Category:Tech_Reference]] [[Category:Help]]

Drawing commands

2009-08-31T13:39:24Z

Arthursv:

==Graphics Primitive Drawing Commands==

===Ellipse===

;Ellipse float width, float height;
:Draws an ellipse with the current pen size and color.

:The ellipse is drawn with the specified width and height (in pixels), centered on a point which is (width/2) pixels to the right of the pen's current X position, and (height/2) pixels below the pen's current Y position. After the ellipse is drawn, the width and height values are added to the pen's X and Y position, respectively.

:Although the parameters accept floating-point values, anything after a decimal point will be ignored.

Example:
:<source lang="lsl">
CommandList += "Ellipse 100,100;";
</source>

===Polygon===
;Polygon string xpoints, string ypoints;
:Draws an unfilled polygon, using current pen size and color.

:The polygon is drawn following a sequence of x and y points given to the method (in the order that they are given), finally closing in the first one. Although the parameters accept floating-point values, anything after a decimal point will be ignored.

Example:
:<source lang="lsl">
CommandList += "Polygon 50,50,100,100,50,150,50;"; // This creates a triangle using points (50,50)(100,100)(150,50)
</source>

===FillPolygon===
;FillPolygon string xpoints, string ypoints;
:Draws a filled polygon, using current pen size and color.

:The polygon is drawn following a sequence of x and y points (in pixels) given to the method (in the order that they are given), finally closing in the first. Although the parameters accept floating-point values, anything after a decimal point will be ignored.

Example:
:<source lang="lsl">
CommandList += "FillPolygon 50,50,100,100,50,150,50;"; // This creates a triangle using points (50,50)(100,100)(150,50)
</source>

===Rectangle===

;Rectangle float width, float height;
:Draws an unfilled rectangle, using the current pen size and color.

:The rectangle is drawn at the specified width and height (in pixels), with the upper left corner of the rectangle placed at the pen's current position. After the rectangle is drawn, the width and height values are added to the pen's X and Y position, respectively.

:Although the parameters accept floating-point values, anything after a decimal point will be ignored.

Example:
:<source lang="lsl">
CommandList += "Rectangle 150,75;";
</source>

===FillRectangle===

;FillRectangle float width, float height;
:Draws a rectangle, bordered and filled with the current pen size and color.

:The rectangle is drawn at the specified width and height (in pixels), with the upper left corner of the rectangle placed at the pen's current position. After the rectangle is drawn, the width and height values are added to the pen's X and Y position, respectively.

:Although the parameters accept floating-point values, anything after a decimal point will be ignored.

Example:
:<source lang="lsl">
CommandList += "FillRectangle 150,75;";
</source>

===Image===

;Image float height, float width, string URL;
:Retrieves an image specified by the URL parameter and draws it at the specified height and width, with the upper left corner of the image placed at the pen's current position. After the image is drawn, the width and height values are added to the pen's X and Y position, respectively.

:If the URL points to an invalid location, an image type not supported by libgdi, or a non-image MIME type, nothing is drawn. If either or both of the '''width''' or '''height''' parameters are zero or negative, nothing is drawn, but the image is still retrieved.

:Although the '''width''' and '''height''' parameters accept floating-point values, anything after a decimal point will be ignored.

Example:
:<source lang="lsl">
CommandList += "Image 293,62,<nowiki>http://opensimulator.org/skins/osmonobook/images/headerLogo.png</nowiki>;";
</source>

===LineTo===

;LineTo float x, float y;
:Draws a line from the pen's current location to the specified coordinates, using the pen's current color and width.

:After the line is drawn, the specified coordinates become the pen's new current location.

:Although the parameters accept floating-point values, anything after a decimal point will be ignored.

Example:
:<source lang="lsl">
CommandList += "LineTo 640,480;";
</source>

===MoveTo===

;MoveTo float x, float y;
:Updates the pen's current position to the coordinates provided in the parameters. Nothing is drawn.

:Although the parameters accept floating-point values, anything after a decimal point will be ignored.

Example:
:<source lang="lsl">
CommandList += "MoveTo 570,23;";
</source>

===PenColour===

;PenColour string NewColor;
:Sets the pen's drawing color to either the specified [http://msdn.microsoft.com/en-us/library/aa358802.aspx named .NET color] or to a 32-bit color value (formatted as eight hexadecimal digits in the format aarrggbb, representing the eight-bit alpha, red, green and blue channels).

:For full opacity, use an alpha value of ff (e.g. <tt>ffff0000</tt> for red); for varying degrees of transparency, reduce the alpha value (e.g. <tt>800000ff</tt> for half-transparent blue).

:The color names and hexadecimal color representations are not case-sensitive.

Example:
<source lang="lsl">
CommandList += "PenColour MidnightBlue;";
CommandList += "PenColour ff191970;";
</source>

===PenSize===

;PenSize float width;
:Sets the pen size to a square of '''width''' pixels by '''width''' pixels. If '''width''' is an odd number, the pen will be exactly centered on the coordinates provided in the various drawing commands; if it is an even number, it will be centered slightly higher and to the left of the actual coordinates.

:Although the parameter accepts a floating-point value, anything following a decimal point will be ignored.

Example:
:<source lang="lsl">
CommandList += "PenSize 5;";
</source>

===PenCap===

;PenCap string direction, string type;
:ATTENTION: THIS METHOD WORKS ONLY ON .NET, MONO DOES NOT HAVE CAPS CORRECTLY IMPLEMENTED ON LIBGDI+
:Sets the pens cap start, end or both to a cap style.

:Possible values for direction are (case-insensitive): "start", "end", "both"

:Possible values for type are (case-insensitive): "arrow","diamond","round","flat"(default)

Example:
:<source lang="lsl">
CommandList += "PenCap start,arrow;"; //Draws an arrow at the end of the next line drawn (with LineTo)
</source>

OsSetPenCap

2009-08-28T21:30:25Z

Arthursv:

{{Template:Quicklinks}}
[[Technical Reference | Technical Reference]] -> [[Technical Reference/terms | Terms]] -> [[Status | Status Page]] -> [[OSSL_Implemented| OSSL Implemented Functions]] -> [[Dynamic textures]] -> [[OsSetPenCap | osSetPenCap]]

ATTENTION: THIS METHOD WORKS ONLY ON WINDOWS FOR NOW. LIBGDI+ HAS A FAKE IMPLEMENTATION AND WILL NOT DRAW IT.

LSL: '''[[string]] osSetPenCap( [[string]] drawList, string direction, string type )''' 
C#: '''[[string]] osSetPenCap( [[string]] drawList, string direction, string type )'''

Appends a [[Drawing_commands#PenCap|PenCap]] drawing command to the string provided in '''drawList''' and returns the result.

This sets the pen's start or/and end cap to either "diamond", "arrow", "round", or default "flat" shape. It can set them in the "end" or "start" of the line, or "both". Possible values are (case insensitive):
Type: 
"arrow" 
"diamond" 
"round" 
"flat"


Direction: 

"start" 
"end" 
"both" 


 Example:
<source lang="lsl">
// Example of osSetPenCap

default
{
state_entry()
{
string CommandList = ""; // Storage for our drawing commands
integer i;

CommandList = osSetPenSize( CommandList, 5 ); // Set the pen width to 5 pixels. With 1 pixel, arrow is very hard to see
CommandList = osSetPenCap("start", "arrow"); // Sets the beggining of the line with an arrow
CommandList = osMovePen(drawList,50,100); // Moves pen to 50,100
CommandList = osLineTo(drawList, 100,150); // Draws line from 50,100 to 100,150

osSetDynamicTextureData( "", "vector", CommandList, "", 0 );
}
}
</source>

OsSetPenCap

2009-08-28T21:28:17Z

Arthursv:

{{Template:Quicklinks}}
[[Technical Reference | Technical Reference]] -> [[Technical Reference/terms | Terms]] -> [[Status | Status Page]] -> [[OSSL_Implemented| OSSL Implemented Functions]] -> [[Dynamic textures]] -> [[OsSetPenCap | osSetPenCap]]

ATTENTION: THIS METHOD WORKS ONLY ON WINDOWS FOR NOW. LIBGDI+ HAS A FAKE IMPLEMENTATION AND WILL NOT DRAW IT.

LSL: '''[[string]] osSetPenCap( [[string]] drawList, string direction, string type )''' 
C#: '''[[string]] osSetPenCap( [[string]] drawList, string direction, string type )'''

Appends a [[Drawing_commands#PenCap|PenCap]] drawing command to the string provided in '''drawList''' and returns the result.

This sets the pen's start or/and end cap to either "diamond", "arrow", "round", or default "flat" shape. It can set them in the "end" or "start" of the line, or "both". Possible values are (case insensitive):
Type:
"arrow"
"diamond"
"round"
"flat"


Direction:

"start"
"end"
"both"

Example:
<source lang="lsl">
// Example of osSetPenCap

default
{
state_entry()
{
string CommandList = ""; // Storage for our drawing commands
integer i;

CommandList = osSetPenSize( CommandList, 5 ); // Set the pen width to 5 pixels. With 1 pixel, arrow is very hard to see
CommandList = osSetPenCap("start", "arrow"); // Sets the beggining of the line with an arrow
CommandList = osMovePen(drawList,50,100); // Moves pen to 50,100
CommandList = osLineTo(drawList, 100,150); // Draws line from 50,100 to 100,150

osSetDynamicTextureData( "", "vector", CommandList, "", 0 );
}
}
</source>

OsSetPenCap

2009-08-28T21:28:05Z

Arthursv:

{{Template:Quicklinks}}
[[Technical Reference | Technical Reference]] -> [[Technical Reference/terms | Terms]] -> [[Status | Status Page]] -> [[OSSL_Implemented| OSSL Implemented Functions]] -> [[Dynamic textures]] -> [[OsSetPenCap | osSetPenCap]]

ATTENTION: THIS METHOD WORKS ONLY ON WINDOWS FOR NOW. LIBGDI+ HAS A FAKE IMPLEMENTATION AND WILL NOT DRAW IT.

LSL: '''[[string]] osSetPenCap( [[string]] drawList, string direction, string type )''' 
C#: '''[[string]] osSetPenCap( [[string]] drawList, string direction, string type )'''

Appends a [[Drawing_commands#PenCap|PenCap]] drawing command to the string provided in '''drawList''' and returns the result.

This sets the pen's start or/and end cap to either "diamond", "arrow", "round", or default "flat" shape. It can set them in the "end" or "start" of the line, or "both". Possible values are (case insensitive):
Type:
"arrow"
"diamond"
"round"
"flat"


Direction:
"start"
"end"
"both"

Example:
<source lang="lsl">
// Example of osSetPenCap

default
{
state_entry()
{
string CommandList = ""; // Storage for our drawing commands
integer i;

CommandList = osSetPenSize( CommandList, 5 ); // Set the pen width to 5 pixels. With 1 pixel, arrow is very hard to see
CommandList = osSetPenCap("start", "arrow"); // Sets the beggining of the line with an arrow
CommandList = osMovePen(drawList,50,100); // Moves pen to 50,100
CommandList = osLineTo(drawList, 100,150); // Draws line from 50,100 to 100,150

osSetDynamicTextureData( "", "vector", CommandList, "", 0 );
}
}
</source>

OsSetPenCap

2009-08-28T21:27:36Z

Arthursv:

{{Template:Quicklinks}}
[[Technical Reference | Technical Reference]] -> [[Technical Reference/terms | Terms]] -> [[Status | Status Page]] -> [[OSSL_Implemented| OSSL Implemented Functions]] -> [[Dynamic textures]] -> [[OsSetPenCap | osSetPenCap]]

ATTENTION: THIS METHOD WORKS ONLY ON WINDOWS FOR NOW. LIBGDI+ HAS A FAKE IMPLEMENTATION AND WILL NOT DRAW IT.

LSL: '''[[string]] osSetPenCap( [[string]] drawList, string direction, string type )''' 
C#: '''[[string]] osSetPenCap( [[string]] drawList, string direction, string type )'''

Appends a [[Drawing_commands#PenCap|PenCap]] drawing command to the string provided in '''drawList''' and returns the result.

This sets the pen's start or/and end cap to either "diamond", "arrow", "round", or default "flat" shape. It can set them in the "end" or "start" of the line, or "both". Possible values are (case insensitive):
Type:
"arrow"
"diamond"
"round"
"flat"

Direction:
"start"
"end"
"both"

Example:
<source lang="lsl">
// Example of osSetPenCap

default
{
state_entry()
{
string CommandList = ""; // Storage for our drawing commands
integer i;

CommandList = osSetPenSize( CommandList, 5 ); // Set the pen width to 5 pixels. With 1 pixel, arrow is very hard to see
CommandList = osSetPenCap("start", "arrow"); // Sets the beggining of the line with an arrow
CommandList = osMovePen(drawList,50,100); // Moves pen to 50,100
CommandList = osLineTo(drawList, 100,150); // Draws line from 50,100 to 100,150

osSetDynamicTextureData( "", "vector", CommandList, "", 0 );
}
}
</source>

OsSetPenCap

2009-08-28T21:27:04Z

Arthursv: New page: {{Template:Quicklinks}} Technical Reference -> Terms -> Status Page -> [[OSSL_Implemented| OSSL Implemented Functions...

{{Template:Quicklinks}}
[[Technical Reference | Technical Reference]] -> [[Technical Reference/terms | Terms]] -> [[Status | Status Page]] -> [[OSSL_Implemented| OSSL Implemented Functions]] -> [[Dynamic textures]] -> [[OsSetPenCap | osSetPenCap]]

ATTENTION: THIS METHOD WORKS ONLY ON WINDOWS FOR NOW. LIBGDI+ HAS A FAKE IMPLEMENTATION AND WILL NOT DRAW IT.

LSL: '''[[string]] osSetPenCap( [[string]] drawList, string direction, string type )''' 
C#: '''[[string]] osSetPenCap( [[string]] drawList, string direction, string type )'''

Appends a [[Drawing_commands#PenCap|PenCap]] drawing command to the string provided in '''drawList''' and returns the result.

This sets the pen's start or/and end cap to either "diamond", "arrow", "round", or default "flat" shape. It can set them in the "end" or "start" of the line, or "both". Possible values are (case insensitive):
Type:
"arrow"
"diamond"
"round"
"flat"

Direction:
"start"
"end"
"both"

Example:
<source lang="lsl">
// Example of osSetPenCap

default
{
state_entry()
{
string CommandList = ""; // Storage for our drawing commands
integer i;

CommandList = osSetPenSize( CommandList, 5 ); // Set the pen width to 5 pixels. With 1 pixel, arrow is very hard to see
CommandList = osSetPenCap("start", "arrow"); // Sets the beggining of the line with an arrow
CommandList = osMovePen(drawList,50,100); // Moves pen to 50,100
CommandList = osLineTo(drawList, 100,150); // Draws line from 50,100 to 100,150

osSetDynamicTextureData( "", "vector", CommandList, "", 0 );
}
}
</source>

OsDrawFilledPolygon

2009-08-28T21:19:03Z

Arthursv:

{{Template:Quicklinks}}
[[Technical Reference | Technical Reference]] -> [[Technical Reference/terms | Terms]] -> [[Status | Status Page]] -> [[OSSL_Implemented| OSSL Implemented Functions]] -> [[Dynamic textures]] -> [[OsDrawFilledPolygon | osDrawFilledPolygon]]

LSL: '''[[string]] osDrawFilledPolygon( [[string]] drawList, [[list]] xpoints, [[list]] ypoints )''' 
C#: '''[[string]] osDrawFilledPolygon( [[string]] drawList, [[LSL_List]] xpoints, [[LSL_List]] ypoints )'''

Appends a [[Drawing_commands#FillPolygon|FillPolygon]] drawing command to the string provided in '''drawList''' and returns the result.

The polygon is drawn with the current pen size and color on the x,y point pairs that comes from LSL list. So (x[0],y[0]),(x[1],y[1]),(x[2],y[2]) would be an example of a polygon. The polygon created is filled with the selected pen color as well.

Example:
<source lang="lsl">
// Example of osDrawFilledPolygon
default
{
state_entry()
{
string CommandList = ""; // Storage for our drawing commands

CommandList = osSetPenSize( CommandList, 3 ); // Set the pen width to 3 pixels
CommandList = osSetPenColour( CommandList, "Blue" ); // Set the pen color to blue
CommandList = osDrawFilledPolygon( CommandList, [50,100,150], ["50",100,150.0] ); // You can use either integer, float or string

// Now draw the polygon
osSetDynamicTextureData( "", "vector", CommandList, "", 0 );
}
}
</source>

OsDrawFilledPolygon

2009-08-28T21:18:45Z

Arthursv: New page: {{Template:Quicklinks}} Technical Reference -> Terms -> Status Page -> [[OSSL_Implemented| OSSL Implemented Functions...

{{Template:Quicklinks}}
[[Technical Reference | Technical Reference]] -> [[Technical Reference/terms | Terms]] -> [[Status | Status Page]] -> [[OSSL_Implemented| OSSL Implemented Functions]] -> [[Dynamic textures]] -> [[OsDrawFilledPolygon | osDrawFilledPolygon]]

LSL: '''[[string]] osDrawFilledPolygon( [[string]] drawList, [[list]] xpoints, [[list]] ypoints )''' 
C#: '''[[string]] osDrawFilledPolygon( [[string]] drawList, [[LSL_List]] xpoints, [[LSL_List]] ypoints )'''

Appends a [[Drawing_commands#FillPolygon|FillPolygon]] drawing command to the string provided in '''drawList''' and returns the result.

The polygon is drawn with the current pen size and color on the x,y point pairs that comes from LSL list. So (x[0],y[0]),(x[1],y[1]),(x[2],y[2]) would be an example of a polygon. The polygon created is filled with the selected pen color as well.

Example:
<source lang="lsl">
// Example of osDrawPolygon
default
{
state_entry()
{
string CommandList = ""; // Storage for our drawing commands

CommandList = osSetPenSize( CommandList, 3 ); // Set the pen width to 3 pixels
CommandList = osSetPenColour( CommandList, "Blue" ); // Set the pen color to blue
CommandList = osDrawFilledPolygon( CommandList, [50,100,150], ["50",100,150.0] ); // You can use either integer, float or string

// Now draw the polygon
osSetDynamicTextureData( "", "vector", CommandList, "", 0 );
}
}
</source>

OsDrawPolygon

2009-08-28T21:17:07Z

Arthursv: New page: {{Template:Quicklinks}} Technical Reference -> Terms -> Status Page -> [[OSSL_Implemented| OSSL Implemented Functions...

{{Template:Quicklinks}}
[[Technical Reference | Technical Reference]] -> [[Technical Reference/terms | Terms]] -> [[Status | Status Page]] -> [[OSSL_Implemented| OSSL Implemented Functions]] -> [[Dynamic textures]] -> [[OsDrawPolygon | osDrawPolygon]]

LSL: '''[[string]] osDrawPolygon( [[string]] drawList, [[list]] xpoints, [[list]] ypoints )''' 
C#: '''[[string]] osDrawPolygon( [[string]] drawList, [[LSL_List]] xpoints, [[LSL_List]] ypoints )'''

Appends a [[Drawing_commands#Polygon|Polygon]] drawing command to the string provided in '''drawList''' and returns the result.

The polygon is drawn with the current pen size and color on the x,y point pairs that comes from LSL list. So (x[0],y[0]),(x[1],y[1]),(x[2],y[2]) would be an example of a polygon.

Example:
<source lang="lsl">
// Example of osDrawPolygon
default
{
state_entry()
{
string CommandList = ""; // Storage for our drawing commands

CommandList = osSetPenSize( CommandList, 3 ); // Set the pen width to 3 pixels
CommandList = osSetPenColour( CommandList, "Blue" ); // Set the pen color to blue
CommandList = osDrawPolygon( CommandList, [50,100,150], ["50",100,150.0] ); // You can use either integer, float or string

// Now draw the polygon
osSetDynamicTextureData( "", "vector", CommandList, "", 0 );
}
}
</source>

Dynamic textures

2009-08-28T21:11:11Z

Arthursv:

{{Template:Quicklinks}}

[[Technical Reference | Technical Reference]] -> [[Technical Reference/terms | Terms]] -> [[Status | Status Page]] -> [[OSSL_Implemented| OSSL Implemented Functions]] -> [[Dynamic textures]]

Dynamic textures allow scripts to create images on the fly, combining graphics loaded from the World Wide Web with text, lines, ellipses and filled or unfilled rectangles. The textures thus created are temporary, maintained by the individual region in which they are created, and are not permanently stored in the [[Asset Server]].

In general, one creates a string containing a list of [[Drawing commands]] and parameters, either directly or with the aid of one of the "convenience" drawing functions listed below, then passes this string as a parameter to one of the osSetDynamicTexture* commands.

In the list below, the [[threat level]] of each function is indicated in parentheses after the function name. There is no threat level associated with the [[Drawing_commands | drawing commands]].

{| width="100%"
| valign="top" width="50%"|'''Graphics Primitive Drawing Functions'''
*[[osDrawEllipse]] (None)
*[[osDrawImage]] (None)
*[[osDrawLine]] (None)
*[[osDrawRectangle]] (None)
*[[osDrawFilledRectangle]] (None)
*[[osDrawPolygon]] (None)
*[[osDrawFilledPolygon]] (None)
*[[osMovePen]] (None)
*[[osSetPenColour]] (None)
*[[osSetPenSize]] (None)
*[[osSetPenCap]] (None)

'''Text Drawing Functions'''
*[[osDrawText]] (None)
*[[osSetFontSize]] (None)
*[[osGetDrawStringSize]] (VeryLow)

'''Dynamic Texture Creation Functions'''
*[[osSetDynamicTextureURL]] (VeryLow)
*[[osSetDynamicTextureURLBlend]] (VeryLow)
*[[osSetDynamicTextureURLBlendFace]] (VeryLow)
*[[osSetDynamicTextureData]] (VeryLow)
*[[osSetDynamicTextureDataBlend]] (VeryLow)
*[[osSetDynamicTextureDataBlendFace]] (VeryLow)
| valign="top" width="50%"|'''Graphics Primitive Drawing Commands'''
*[[Drawing commands#Ellipse|Ellipse]]
*[[Drawing commands#Rectangle|Rectangle]]
*[[Drawing commands#FillRectangle|FillRectangle]]
*[[Drawing commands#Polygon|Polygon]]
*[[Drawing commands#FillPolygon|FillPolygon]]
*[[Drawing commands#Image|Image]]
*[[Drawing commands#LineTo|LineTo]]
*[[Drawing commands#MoveTo|MoveTo]]
*[[Drawing commands#PenColour|PenColour]]
*[[Drawing commands#PenSize|PenSize]]
*[[Drawing commands#PenCap|PenCap]]

'''Text Drawing Commands'''
*[[Drawing commands#FontName|FontName]]
*[[Drawing commands#FontProp|FontProp]]
*[[Drawing commands#FontSize|FontSize]]
*[[Drawing commands#Text|Text]]
|}

Dynamic textures

2009-08-28T21:09:42Z

Arthursv:

{{Template:Quicklinks}}

[[Technical Reference | Technical Reference]] -> [[Technical Reference/terms | Terms]] -> [[Status | Status Page]] -> [[OSSL_Implemented| OSSL Implemented Functions]] -> [[Dynamic textures]]

Dynamic textures allow scripts to create images on the fly, combining graphics loaded from the World Wide Web with text, lines, ellipses and filled or unfilled rectangles. The textures thus created are temporary, maintained by the individual region in which they are created, and are not permanently stored in the [[Asset Server]].

In general, one creates a string containing a list of [[Drawing commands]] and parameters, either directly or with the aid of one of the "convenience" drawing functions listed below, then passes this string as a parameter to one of the osSetDynamicTexture* commands.

In the list below, the [[threat level]] of each function is indicated in parentheses after the function name. There is no threat level associated with the [[Drawing_commands | drawing commands]].

{| width="100%"
| valign="top" width="50%"|'''Graphics Primitive Drawing Functions'''
*[[osDrawEllipse]] (None)
*[[osDrawImage]] (None)
*[[osDrawLine]] (None)
*[[osDrawRectangle]] (None)
*[[osDrawFilledRectangle]] (None)
*[[osDrawPolygon]] (None)
*[[osDrawFilledPolygon]] (None)
*[[osMovePen]] (None)
*[[osSetPenColour]] (None)
*[[osSetPenSize]] (None)
*[[osSetPenCap]] (None)

'''Text Drawing Functions'''
*[[osDrawText]] (None)
*[[osSetFontSize]] (None)
*[[osGetDrawStringSize]] (VeryLow)

'''Dynamic Texture Creation Functions'''
*[[osSetDynamicTextureURL]] (VeryLow)
*[[osSetDynamicTextureURLBlend]] (VeryLow)
*[[osSetDynamicTextureURLBlendFace]] (VeryLow)
*[[osSetDynamicTextureData]] (VeryLow)
*[[osSetDynamicTextureDataBlend]] (VeryLow)
*[[osSetDynamicTextureDataBlendFace]] (VeryLow)
| valign="top" width="50%"|'''Graphics Primitive Drawing Commands'''
*[[Drawing commands#Ellipse|Ellipse]]
*[[Drawing commands#Rectangle|Rectangle]]
*[[Drawing commands#FillRectangle|FillRectangle]]
*[[Drawing commands#Polygon|Polygon]]
*[[Drawing commands#FillPolygon|FillPolygon]]
*[[Drawing commands#Image|Image]]
*[[Drawing commands#LineTo|LineTo]]
*[[Drawing commands#MoveTo|MoveTo]]
*[[Drawing commands#PenColour|PenColour]]
*[[Drawing commands#PenSize|PenSize]]

'''Text Drawing Commands'''
*[[Drawing commands#FontName|FontName]]
*[[Drawing commands#FontProp|FontProp]]
*[[Drawing commands#FontSize|FontSize]]
*[[Drawing commands#Text|Text]]
|}

Dynamic textures

2009-08-28T21:08:20Z

Arthursv:

{{Template:Quicklinks}}

[[Technical Reference | Technical Reference]] -> [[Technical Reference/terms | Terms]] -> [[Status | Status Page]] -> [[OSSL_Implemented| OSSL Implemented Functions]] -> [[Dynamic textures]]

Dynamic textures allow scripts to create images on the fly, combining graphics loaded from the World Wide Web with text, lines, ellipses and filled or unfilled rectangles. The textures thus created are temporary, maintained by the individual region in which they are created, and are not permanently stored in the [[Asset Server]].

In general, one creates a string containing a list of [[Drawing commands]] and parameters, either directly or with the aid of one of the "convenience" drawing functions listed below, then passes this string as a parameter to one of the osSetDynamicTexture* commands.

In the list below, the [[threat level]] of each function is indicated in parentheses after the function name. There is no threat level associated with the [[Drawing_commands | drawing commands]].

{| width="100%"
| valign="top" width="50%"|'''Graphics Primitive Drawing Functions'''
*[[osDrawEllipse]] (None)
*[[osDrawImage]] (None)
*[[osDrawLine]] (None)
*[[osDrawRectangle]] (None)
*[[osDrawFilledRectangle]] (None)
*[[osDrawPolygon]] (None)
*[[osDrawFilledPolygon]] (None)
*[[osMovePen]] (None)
*[[osSetPenColour]] (None)
*[[osSetPenSize]] (None)
*[[osSetPenCap]] (None)

'''Text Drawing Functions'''
*[[osDrawText]] (None)
*[[osSetFontSize]] (None)
*[[osGetDrawStringSize]] (VeryLow)

'''Dynamic Texture Creation Functions'''
*[[osSetDynamicTextureURL]] (VeryLow)
*[[osSetDynamicTextureURLBlend]] (VeryLow)
*[[osSetDynamicTextureURLBlendFace]] (VeryLow)
*[[osSetDynamicTextureData]] (VeryLow)
*[[osSetDynamicTextureDataBlend]] (VeryLow)
*[[osSetDynamicTextureDataBlendFace]] (VeryLow)
| valign="top" width="50%"|'''Graphics Primitive Drawing Commands'''
*[[Drawing commands#Ellipse|Ellipse]]
*[[Drawing commands#FillRectangle|FillRectangle]]
*[[Drawing commands#Image|Image]]
*[[Drawing commands#LineTo|LineTo]]
*[[Drawing commands#MoveTo|MoveTo]]
*[[Drawing commands#PenColour|PenColour]]
*[[Drawing commands#PenSize|PenSize]]
*[[Drawing commands#Rectangle|Rectangle]]

'''Text Drawing Commands'''
*[[Drawing commands#FontName|FontName]]
*[[Drawing commands#FontProp|FontProp]]
*[[Drawing commands#FontSize|FontSize]]
*[[Drawing commands#Text|Text]]
|}

OSSL TextureDrawing

2009-08-28T21:04:28Z

Arthursv:

__NOTOC__
{{Template:Quicklinks}}
 

<source lang="lsl">

string osMovePen(string drawList, int x, int y);
string osDrawLine(string drawList, int startX, int startY, int endX, int endY);
string osDrawLine(string drawList, int endX, int endY);
string osDrawText(string drawList, string text);
string osDrawEllipse(string drawList, int width, int height);
string osDrawRectangle(string drawList, int width, int height);
string osDrawFilledRectangle(string drawList, int width, int height);
string osDrawPolygon(string drawList, LSL_List x, LSL_List y);
string osSetFontSize(string drawList, int fontSize);
string osSetPenSize(string drawList, int penSize);
string osSetPenColour(string drawList, string colour);
string osSetPenCap(string drawList, string direction, string type);
string osDrawImage(string drawList, int width, int height, string imageUrl);
</source>
----

'''Code'''
<source lang="lsl">
//cs
public void default_event_state_entry()
{
string drawList = "";
drawList = osDrawLine (drawList, 10,20,240,20);
drawList = osMovePen (drawList, 50,100);
drawList = osDrawImage(drawList, 100,100,"http://opensimulator.org/images/d/de/Opensim_Wright_Plaza.jpg" );
drawList = osSetPenSize (drawList, 1);
drawList = osSetPenCap(drawList, "end", "arrow");
drawList = osMovePen (drawList, 50,70);
drawList = osDrawEllipse (drawList, 20,20);
drawList = osMovePen(drawList, 90,70);
drawList = osDrawRectangle (drawList, 20,20 );
drawList = osMovePen (drawList,130,70);
drawList = osDrawFilledRectangle(drawList, 20,20);
drawList = osDrawPolygon(drawList, [50,100,150], [50,100,50]);
drawList = osDrawFilledPolygon(drawList, ["50","100","150"], ["50","100","50"]); // It works with integers, float or string as the x and y points
drawList = osSetFontSize (drawList, 12 );
drawList = osMovePen (drawList,15,32);

string regionName = llGetRegionName();
drawList = osDrawText (drawList, "Hello and welcome to " + regionName );

drawList = osSetFontSize (drawList, 7);
drawList = osSetPenColour (drawList, "blue");
drawList = osMovePen (drawList, 70,220);
drawList = osDrawText (drawList, "The End");
osSetDynamicTextureData("", "vector", drawList, "", 0);
}
</source>

==OS Dynamic Texture Language==

Many of the OSSL drawing functions are convenience functions to help build the command line for the osSetDynamicTextureData data parameter. You may find it easier to build the string yourself using the drawing commands directly. Do this by declaring a string then appending sets of commands and parameters until it is ready. Each command is separated by a semi-colon ";". Additional parameters may be set for the image with the extraParams parameter.

;osSetDynamicTextureData(string dynamicID, string contentType, string data, string extraParams, int timer)

:*dynamicID not used yet – send “”
:*contentType use “vector” for drawing commands or use “image” for loadurl
:*data the graphics commands in the string with the format of: “MoveTo 20, 20; FillRectangle 60, 60;”;
:*extraParams width, height, alpha, bgcolour, altdatadelim
:*timer set an update interval

===Commands (data)===
;MoveTo int x, int y;
:Places the brush at the x/y coordinate

;LineTo int x,int y;
:Draws line from present pen position to the x/y coordinate

;Text string content;
:Text to write to the image

;Image float x, float y, string URL
:The x/y placement coordinates and URL of an image to load

;Rectangle float x, float y;
:Draws a rectangle with the current pen from the current pen location to the x/y coordinates

;FillRectangle float x, float y;
:Draws a filled rectangle with the current brush from the current pen location to the x/y coordinates

;Ellipse float x, float y;
:Draws an ellipse with the current brush from the current brush location to the x/y coordinates

;FontSize int size;
:The size of the font for text

;FontProp char;
:'''[B|I|U|S|R]'''

::*'''B''' Bold
::*'''I''' Italic
::*'''U''' Underline
::*'''S''' Strikeout
::*'''R''' Regular

;FontName string name;
:The name of the font to use

;PenSize float size;
:Size of the drawing pen

;PenColour string color;
:Drawing color of the pen

;PenCap string direction, string type;
:Cap of a line, consists of 3 possible directions ("start","end","both") and 4 possible types ("flat","diamond","arrow","round")

'''Example'''
<source lang="lsl">
string drawData;

drawData += "PenColour Teal; FillRectangle 1024, 512;";
drawData += "PenColour PowderBlue;";
drawData += "MoveTo 40, 30; FontSize 25; Text 2000 UTC:;";
drawData += "MoveTo 250, 30; Text Speed Build Competition;";
drawData += "MoveTo 40, 70; Text 0120 UTC:;";
drawData += "MoveTo 250, 70;Text Working On Sign;";
drawData += "MoveTo 40, 110; Text 0500 UTC:;";
drawData += "MoveTo 250, 110; Text Going To Sleep!;";
drawData += "MoveTo 40, 150; Text 0600 UTC:;";
drawData += "MoveTo 250, 150; FontProp B,I;Text Waking Up!;";
drawData += "FontProp R;";
drawData += "MoveTo 40, 190; Text Have a great day!!;";
drawData += "PenCap end,arrow; LineTo 50,250; MoveTo 50,250;";

osSetDynamicTextureData("","vector", drawData,"width:1024,height:512,alpha:254", 0);

</source>

===Extra Parameters (extraParams)===
;height
:the height for the image in pixels

;width
:the width of the image in pixels

;alpha
:the opacity of the image
::''0-255'' to set the opacity for an image with an alpha channel
::''false'' for an image with no alpha channel

;bgcolour
:the background color of the image

[[http://msdn.microsoft.com/en-us/library/aa358802.aspx .net colors]]

;altdatadelim
:an alternative delimiter for each parameter - useful if you want to display text that contains semicolons, for example C# or LSL code.

Using Git

2009-08-06T13:56:27Z

Arthursv: /* Changing Branches */

This is an introduction to using git for OpenSim core developers.

= Installing Git =

== Linux ==

=== CLI ===
:Git is provided as a package with all modern Linux distributions. Install the following packages depending on environment:
::* Debian, Ubuntu: <pre>apt-get install git-core</pre>
::* Centos: see the instructions at http://www.how-to-linux.com/2009/01/install-git-161-on-centos-52/

=== GUIs ===
:[http://www.kernel.org/pub/software/scm/git/docs/git-gui.html git-gui]
::* Debian, Ubuntu:
$ sudo apt-get install git-gui
$ git gui

:[http://cola.tuxfamily.org/ git-cola]
::* Debian, Ubuntu:
$ apt-get install git-cola
$ git-cola

== Windows ==

On Windows you need to install 2 packages:
* [http://msysgit.googlecode.com/files/Git-1.6.4-preview20090730.exe msysgit] - the basic git port for windows. Install this first.
* [http://code.google.com/p/tortoisegit/ Tortoise Git] - the git explorer. Install this second.

When '''installing msysgit''' be sure to choose
'''Unix style line endings'''. This will make it so that all the line endings are managed correctly, which will prevent merge issues in the future.

[[Image:msysgit1.png]] [[Image:msysgit2.png]] [[Image:msysgit3.png]] [[Image:msysgit4.png]] [[Image:msysgit5.png]]

= Configuring Git =

Git has both a global config and a local config for each repo. As one might expect, local trumps global. The first important thing to do is set your name and email address, as that will be used in your commits.

On Linux this is done via:

git config user.email YOUR@EMAIL.ADDR
git config user.name "Your Name"

On Windows this done with the config menu.

[[Image:config1.png]] [[Image:Config2.png]]

= Git Repositories for OpenSim =

The urls for the repositories are as follows:

{| border="1"
! Repository !! Developer URL !! Anon URL
|-
|| opensim (main repository) || ssh://opensimulator.org/var/git/opensim || git://opensimulator.org/git/opensim
|}

== Cloning the Repositry (for Core Developers) ==

If you are a core developer, use the developer url above. If you aren't a core developer, use the anon url above. The initial clone will take a few minutes, as it is pulling the entire change history. Don't be concerned about space, all the change history stored in git takes up less space than a single checked out copy of opensim. Welcome to the wonderful world of content addressable storage.

Unlike with svn, you can define multiple sources to pull from. So if you initially start with an anon tree (which is read only), you can still later define the core tree (or some other remote target on github) and push to that.

=== Linux ===
Run the following on the command line:

git clone ssh://opensimulator.org/var/git/opensim

This will create an opensim-test directory locally

=== Windows ===

Right click on the Desktop (or wherever) and 'Git Clone...'

When prompted for a url provide ssh://opensimulator.org/var/git/opensim. You username and password will be the ones used for opensimulator.org.

== Cloning the Repositry (for Non Core Developers) ==

You can use the same approach as above, but '''instead''' of using the ssh:// urls use the '''git://''' urls. This is the equivalent of anonymous svn access.

= Conceptual Changes from Subversion =

Distributed source code control is a substantially different mental model than centralized source code control. If it freaks you out a bit, don't worry, everyone has that same reaction initially. This [http://betterexplained.com/articles/intro-to-distributed-version-control-illustrated/ blog post] is the best explanation that I've seen of the concepts involved.

For heavy users of subversion you should read the [http://git.or.cz/course/svn.html git / svn cheat sheet]. This provides a very solid basis for making your changes. That being said there are some conceptual changes to note.

* Terminology
** master is the name of the primary upstream branch (in subversion terms, this is trunk)
** origin is the name and location of the tree you cloned from
* All repositories are full peers to all other repositories. Your cloned git repo is all the history of the entire project, available locally. It means you can sync between any 2 clones of the repository, not just between your clone and the master repo. This lets people work together on changes not in
* Version numbers are SHA1 hashes, not sequential integers. This means referring to specific revisions is a bit more interesting. For most of the git commands, you only need to give it the first 6-8 digits of the hash for them to work.
* Committing
** commits are local. This means they are fast (no network involved) and they are committed against the last state of the tree. Any conflict resolution will be handled after commits, during your next pull. This is slightly different than pull-resolve-then-commit model of subversion.
** by default only files you explicitly '''git add''' are put into the commit. To get '''svn ci''' equivalency use '''git commit -a''' to commit all outstanding files (I think tortoise handles this for you)
** after making a commit you must then '''push''' it to a remote repository (probably origin). By default you push only branches you have previously pushed, typically master.

The biggest real change is the Subversion dictates a very specific workflow. Git does not. Git allows for many different workflows, and lets each developer use the one that is best suited to his/her self.

= Using Git like Subversion/trunk development =

This is a set of quick instructions to use git like we do subversion development today. It is targetted for core developers (so assumes you are using the ssh access), though most of it will work for non developers by just changing a url.

This is done by giving the unix commands. These options should all be available in the context menu on tortoise git as well.

== Getting the source code ==

'''git clone ssh://opensimulator.org/git/opensim-test'''

This is the equivalent of '''svn co'''

'''Note:''' all other operations assume that you are in the git directory.

== Updating your checkout ==

'''git pull'''

This is the equivalent of '''svn update'''

== Inspecting what has changed in your working tree ==

'''git status'''

This is the equivalent of '''svn status'''

== Committing a change ==

either:

'''git add file1 file2 ...'''

'''git commit'''

or

'''git commit -a'''

by default git does not add all files during a commit.

== Pushing the committed change ==

The first time you do this you'll need to specify which branch to push.

'''git push origin master'''

After the first time a simple '''git push''' will be enough, as it defaults to origin, and now git knows that master should by synced to origin.

'''Important:''' commits in git are local. They are not included in the main tree '''until you push''' them. This means you can create commits when you are not on the network and sync afterwards.

== Setting the checkout dir to a specific revision ==

'''git reset --hard #HASHVALUE'''

This will effectively rewind the tree to the specific revision, and modify the checkout dir accordingly. This is equiv to '''svn up -R#version'''.

git reset can also be useful if you screwed up commits and want to get rid of them

== Resetting the tree to master (i.e. trunk) ==

'''git pull'''

per previous

== Creating a Patch ==

'''git format-patch #HASHVALUE'''

This will create a patch suitable for attaching or emailing from a single commit. You can also specify a range of commits.

This is closest to '''svn diff > patchfile.txt''' for uncommitted changes in subversion.

== Applying a Git Patch ==

If someone has formatted a git patch you can apply it directly (including all file adds, file mode changes, and their change log entry) with:

'''git apply patchfile.patch'''

== Reverting a Change ==

'''git revert #HASHVALUE'''

This directly reverts the change, with a commit message stating that fact. There is no svn direct equiv, though this is often accomplished through: svn diff -R revisions > revert.patch && patch -p0 < revert.patch && svn ci -m "reverting revisions"

== Resetting part of the tree to master ==

'''git checkout -- file1 file2 ...'''

Checkout is an operation that populates the working directory from the git repository. Doing a git checkout (master is the implied branch) -- file1 file2 repulls those files from the git repo, clobbering them in your local directory. This is like '''svn revert'''.

== Diffing Changes ==

Against your most recently committed changes

'''git diff'''

From your most recent changes to a past change

'''git diff #HASHVALUE'''

Between any 2 changes

'''git diff #HASHVALUE1 #HASHVALUE1'''

== Branches ==

=== Creating a Branch ===

To create a new branch based on the current one, do:

'''git branch <branchname>'''

=== Changing Branches ===

To change between branches do:

'''git checkout <branchname>'''

=== Tracking a Branch ===

If you want to work on a specific branch, you can track it, by creating a local version of it on which you can pull and push. If you have already pulled (or fetched) from origin, you should have all remote branches names:

'''git branch -a'''

Will show all branches, local and remote. Choose a remote branch to track then do:

'''git branch --track <localbranchname> origin/remote/<remotebranchname>'''

A new local branch will be created created, which will push and pull to the specific remote branch.

Using Git

2009-08-04T16:14:44Z

Arthursv: /* Using Git like Subversion/trunk development */

This is an introduction to using git for OpenSim core developers.

= Installing Git =

== Linux ==

=== CLI ===
:Git is provided as a package with all modern Linux distributions. Install the following packages depending on environment:
::* Debian, Ubuntu: <pre>apt-get install git-core</pre>
::* Centos: see the instructions at http://www.how-to-linux.com/2009/01/install-git-161-on-centos-52/

=== GUIs ===
:[http://www.kernel.org/pub/software/scm/git/docs/git-gui.html git-gui]
::* Debian, Ubuntu:
$ sudo apt-get install git-gui
$ git gui

:[http://cola.tuxfamily.org/ git-cola]
::* Debian, Ubuntu:
$ apt-get install git-cola
$ git-cola

== Windows ==

On Windows you need to install 2 packages:
* msysgit - the basic git port for windows. Install this first.
* [http://code.google.com/p/tortoisegit/ Tortoise Git] - the git explorer. Install this second.

When '''installing msysgit''' be sure to choose
'''Unix style line endings'''. This will make it so that all the line endings are managed correctly, which will prevent merge issues in the future.

[[Image:msysgit1.png]] [[Image:msysgit2.png]] [[Image:msysgit3.png]] [[Image:msysgit4.png]] [[Image:msysgit5.png]]

= Configuring Git =

Git has both a global config and a local config for each repo. As one might expect, local trumps global. The first important thing to do is set your name and email address, as that will be used in your commits.

On Linux this is done via:

git config user.email YOUR@EMAIL.ADDR
git config user.name "Your Name"

On Windows this done with the config menu.

[[Image:config1.png]] [[Image:Config2.png]]

= Git Repositories for OpenSim =

The urls for the repositories are as follows:

{| border="1"
! Repository !! Developer URL !! Anon URL
|-
|| opensim (main repository) || ssh://opensimulator.org/var/git/opensim || git://opensimulator.org/git/opensim
|}

== Cloning the Repositry (for Core Developers) ==

If you are a core developer, use the developer url above. If you aren't a core developer, use the anon url above. The initial clone will take a few minutes, as it is pulling the entire change history. Don't be concerned about space, all the change history stored in git takes up less space than a single checked out copy of opensim. Welcome to the wonderful world of content addressable storage.

Unlike with svn, you can define multiple sources to pull from. So if you initially start with an anon tree (which is read only), you can still later define the core tree (or some other remote target on github) and push to that.

=== Linux ===
Run the following on the command line:

git clone ssh://opensimulator.org/var/git/opensim

This will create an opensim-test directory locally

=== Windows ===

Right click on the Desktop (or wherever) and 'Git Clone...'

When prompted for a url provide ssh://opensimulator.org/var/git/opensim. You username and password will be the ones used for opensimulator.org.

== Cloning the Repositry (for Non Core Developers) ==

You can use the same approach as above, but '''instead''' of using the ssh:// urls use the '''git://''' urls. This is the equivalent of anonymous svn access.

= Conceptual Changes from Subversion =

Distributed source code control is a substantially different mental model than centralized source code control. If it freaks you out a bit, don't worry, everyone has that same reaction initially. This [http://betterexplained.com/articles/intro-to-distributed-version-control-illustrated/ blog post] is the best explanation that I've seen of the concepts involved.

For heavy users of subversion you should read the [http://git.or.cz/course/svn.html git / svn cheat sheet]. This provides a very solid basis for making your changes. That being said there are some conceptual changes to note.

* Terminology
** master is the name of the primary upstream branch (in subversion terms, this is trunk)
** origin is the name and location of the tree you cloned from
* All repositories are full peers to all other repositories. Your cloned git repo is all the history of the entire project, available locally. It means you can sync between any 2 clones of the repository, not just between your clone and the master repo. This lets people work together on changes not in
* Version numbers are SHA1 hashes, not sequential integers. This means referring to specific revisions is a bit more interesting. For most of the git commands, you only need to give it the first 6-8 digits of the hash for them to work.
* Committing
** commits are local. This means they are fast (no network involved) and they are committed against the last state of the tree. Any conflict resolution will be handled after commits, during your next pull. This is slightly different than pull-resolve-then-commit model of subversion.
** by default only files you explicitly '''git add''' are put into the commit. To get '''svn ci''' equivalency use '''git commit -a''' to commit all outstanding files (I think tortoise handles this for you)
** after making a commit you must then '''push''' it to a remote repository (probably origin). By default you push only branches you have previously pushed, typically master.

The biggest real change is the Subversion dictates a very specific workflow. Git does not. Git allows for many different workflows, and lets each developer use the one that is best suited to his/her self.

= Using Git like Subversion/trunk development =

This is a set of quick instructions to use git like we do subversion development today. It is targetted for core developers (so assumes you are using the ssh access), though most of it will work for non developers by just changing a url.

This is done by giving the unix commands. These options should all be available in the context menu on tortoise git as well.

== Getting the source code ==

'''git clone ssh://opensimulator.org/git/opensim-test'''

This is the equivalent of '''svn co'''

'''Note:''' all other operations assume that you are in the git directory.

== Updating your checkout ==

'''git pull'''

This is the equivalent of '''svn update'''

== Inspecting what has changed in your working tree ==

'''git status'''

This is the equivalent of '''svn status'''

== Committing a change ==

either:

'''git add file1 file2 ...'''

'''git commit'''

or

'''git commit -a'''

by default git does not add all files during a commit.

== Pushing the committed change ==

The first time you do this you'll need to specify which branch to push.

'''git push origin master'''

After the first time a simple '''git push''' will be enough, as it defaults to origin, and now git knows that master should by synced to origin.

'''Important:''' commits in git are local. They are not included in the main tree '''until you push''' them. This means you can create commits when you are not on the network and sync afterwards.

== Setting the checkout dir to a specific revision ==

'''git reset --hard #HASHVALUE'''

This will effectively rewind the tree to the specific revision, and modify the checkout dir accordingly. This is equiv to '''svn up -R#version'''.

git reset can also be useful if you screwed up commits and want to get rid of them

== Resetting the tree to master (i.e. trunk) ==

'''git pull'''

per previous

== Creating a Patch ==

'''git format-patch #HASHVALUE'''

This will create a patch suitable for attaching or emailing from a single commit. You can also specify a range of commits.

This is closest to '''svn diff > patchfile.txt''' for uncommitted changes in subversion.

== Applying a Git Patch ==

If someone has formatted a git patch you can apply it directly (including all file adds, file mode changes, and their change log entry) with:

'''git apply patchfile.patch'''

== Reverting a Change ==

'''git revert #HASHVALUE'''

This directly reverts the change, with a commit message stating that fact. There is no svn direct equiv, though this is often accomplished through: svn diff -R revisions > revert.patch && patch -p0 < revert.patch && svn ci -m "reverting revisions"

== Resetting part of the tree to master ==

'''git checkout -- file1 file2 ...'''

Checkout is an operation that populates the working directory from the git repository. Doing a git checkout (master is the implied branch) -- file1 file2 repulls those files from the git repo, clobbering them in your local directory. This is like '''svn revert'''.

== Diffing Changes ==

Against your most recently committed changes

'''git diff'''

From your most recent changes to a past change

'''git diff #HASHVALUE'''

Between any 2 changes

'''git diff #HASHVALUE1 #HASHVALUE1'''

== Branches ==

=== Creating a Branch ===

To create a new branch based on the current one, do:

'''git branch <branchname>'''

=== Changing Branches ===

To change between branches do:

'''git branch checkout <branchname>'''

=== Tracking a Branch ===

If you want to work on a specific branch, you can track it, by creating a local version of it on which you can pull and push. If you have already pulled (or fetched) from origin, you should have all remote branches names:

'''git branch -a'''

Will show all branches, local and remote. Choose a remote branch to track then do:

'''git branch --track <localbranchname> origin/remote/<remotebranchname>'''

A new local branch will be created created, which will push and pull to the specific remote branch.

Developer Documentation

2009-06-27T03:12:30Z

Arthursv: /* Development */

{{Template:Quicklinks}}

[[Technical Reference | Technical Reference]] -> [[Technical Reference/terms | Terms]] -> [[Developer_Documentation | Developer Documentation]]

== Developer Documentation ==

==== General ====
* [[Development Team]] — OpenSim is brought to you by...
* [[OpenSim:Introduction_and_Definitions | OpenSim: Introduction and Definitions]] — A work in progress describing the high level components of OpenSim
* [[Technical Reference | OpenSim: Technical Reference]] — A technical description of the simulator operation.
* [[Grid Architecture Diagram]]
* [[OpenSim: Screenshots]] — Various OpenSim screenshots.
* [http://docs.opensimulator.org/index.html The OpenSim API]

==== Development ====
* [[Release Cycle]]
* [[On revisions, tags and branches]]
* [[Hacking OpenSim for fun and profit]] — A starters guide for programming OpenSim.
* [[Coding standards]] — Coding conventions for developers.
* [[Automated Testing]] — How to write tests for OpenSim.
* [[Debugging Unit Tests]] — How to debug the automated tests.
* [[Branches]] — An overview of the repository branches and what they are for.
* [[Monodevelop]] — How to use the [[monodevelop]] IDE for editing C# solutions.
* [[Creating New Solution]] — How to create new solution according to OpenSim conventions.
* [[Improving Performance]] — Efforts to increase OpenSim's performance.

==== Services ====

* [http://opensimulator.org/mantis Mantis Bug Tracking] — Mantis is the issue tracking tool of OpenSimulator.
* [http://www.opensimulator.org:8085/browse/OPENSIM-TRUNK Bamboo Continuous Integration] — Bamboo builds the source base continuously and runs unit tests.
* [http://forge.opensimulator.org/gf/ OpenSimulator GForge] — Project hosting for OpenSimulator related projects.

==== Client Stacks ====
* [[Sim Throttles]] — Information on how OpenSim handles throttling of packets to the client.

==== Database ====
* [[Database Documentation]] — A map of grid and region instances used in OpenSim
* [[MonoSqlite]] — How the database model currently works.
* [[LSL:PrimitiveParams]] — Notes on converting SL Edit GUI values and LSL PrimitiveParams to OpenSim PrimitiveBaseShape fields
* [[NHibernate Performance Testing]] — SQLite and MySQL performance tests with NHibernate.

==== File formats ====
* [[Technical_Reference/OpenSim_Archive_Region_Format]] - Opensim ARchive (OAR) region archive file format.

==== Grid ====
* [[Asset Server problems]] - list of known problems with the asset server
* [[Teleports]] - some diagrams about OGP and Hypergrid teleport sequences

==== Integration ====
* [[Webinterface]] — How to mashup with the web.
* [[RemoteAdmin]] — How to use the remote admin plug-in.
* [[REST]] — Information about the REST interface to assets, inventory, etc.
* [[Known Web Interfaces within OpenSim]] — The set of CAPS, XMLRPC, or REST entry points in the project.

==== Modules ====
* [[RegionModules]] — The various modules that are used in the RegionServer and how to write new ones.
* [[How to create a dynamic plugin]] - A tutorial for using PluginLoader
* [[Getting Started with Region Modules]] - This brief tutorial is intended to get people started with developing applications with/for opensim using region modules and the opensim API.
* [[Web Statistics Module]] - The web statistics module documentation and counter wish list.

==== Permissions ====
* [[OpenSim:Permissions(Server)]] — Permissions system as implemented on the region server.
* [[OpenSim: Permissions]] — Notes on how object permissions are handled on the client.

==== Physics ====
* [[PhysicsEngines]] — Options for physics engines in OpenSim.

==== Protocols ====
* [[Metaverse Exchange Protocol]] — MXP is alternative protocol for secondlife protocol.

==== Regions ====
* [[OpenSim: Permissions]] — Notes on object permissions & definition of the ObjectFlags variable.
* [[OpenSim Load Balancing and Region Splitting]] - Instructions for using load balancing and region splitting features.

==== Threading ====
* [[OpenSim: Threading strategy]] — How threading is implemented and handled.

==== Scripting ====
* [[Scripting_Documentation]] — How to use scripts and what limitations apply.
* [[LSL_Status/Functions|LSL Implemented]] — A list of LSL-functions that are available in OpenSim.
* [[OSSL]] — Some information about the OpenSimulator Scripting Language, and how to implement an OSSL function
* [[OpenSim.Region.ScriptEngine]] — How the ScriptEngine looks internally.

==== Search ====
* [[OpenSim.Region.DataSnapshot]] - Shiny new data gathering/search system
* [[ImageService]] - Shiny new region module for serving search-related images

==== Testing ====
* [[Automated_Testing]] — Writing Automated tests for OpenSim.
* [[Debugging Unit Tests]] — Debugging unit tests.
* [[OpenSim: Debugging - profiler dumps]] — Dumps of OpenSim profiles to aid in tracking memory leaks.
* [[Prim_Linking_Testing]] — Test cases for in world link/unlinking of prims.

==Proposals==

* [[Opensim: 0.5 Release Target Discussion]]
* [[Opensim: 0.6 Release Target Discussion]]
* [[Opensim: Future Release Discussion]]

* [[A better SimCrossing]] - A work in progress about implementing a smooth simcrossing
* [[OpenID]] - Proposal for using OpenID in OpenSim
* [[AssetServerProposal]] - Proposal for a distributed asset server
* [[Creating profiles not used for login]] - RFC for alternative ways of creating profiles that will never be used for login
* [[OpenSim_Services_and_Service_Connectors]] - new infrastructure for connecting region simulators to backend services
* [[OpenSim Profile Anchors]] - a mechanism for retaining creator information for offline item transfers
* [[Explicit Object Serialization]] - a proposal to explicitly serialize scene objects rather than using automatic .NET XML serialization

==== Proposed projects ====

* [[OpenWiredux: Taking the next step]]
* [[Using SNMP in OpenSim]]

==Communication==

A good first point of contact is the OpenSim IRC, on irc.freenode.net channels #opensim / #opensim-dev. The OpenSim developers hold [[office hours]] once a week in-world on Tuesdays at "Wright Plaza" on OSGrid. There is a "Test Hour" on Saturdays, also generally on "Wright Plaza". Both these weekly events are held at 1900UTC. Check on the #opensim IRC channel on Freenode just before each of these events if there is any confusion.

There is also a mailman email distribution list available at https://lists.berlios.de/mailman/listinfo/opensim-dev

==Interest Groups==
* [[OpenSim Quality Focus Group]] - A proposed group for developers interested in improving the quality of OpenSim as we head towards beta status.

==SVN Access==
You can browse the source code for OpenSim [http://opensimulator.org/cgi-bin/viewvc.cgi using a web browser] or via SVN.
* Anonymous Checkout - see [[Download]]
* Developer Checkout
svn co svn+ssh://USERNAME@opensimulator.org/var/svn/opensim/trunk

==Submitting Patches==

Please review [[Submitting_code_to_OpenSim]]

==Recent SVN Commits==
<rss>http://cia.vc/stats/project/opensim/.rss|max=5|title=none</rss>

[[Category:Main]]
[[Category:Support]]
[[Category:Tech Reference]]
[[Category:Help]]
[[Category:Configuration]]
[[Category:Getting_Started]]
[[Category:Development]]
<cleanpage title=hide cats=hide />

Automated Testing

2009-06-27T03:02:20Z

Arthursv: /* Good / Bad Test practices */

__NOTOC__
{{Template:Quicklinks}}

As OpenSim matures, we are extremely interested in adding more automated verification into the OpenSim source tree. Testing exists not only to prevent bugs from creeping in, but also to provide fair warning that the behavior of the system has changed, and tests may need updating.

In OpenSim today we use NUnit tests. Our conventions are:
# Tests should '''not''' exist inside runtime assemblies, as this makes nunit a production requirement
# Tests should be in .Tests.dll assemblies. For instance, the tests for OpenSim.Data.SQLite.dll should be in the OpenSim.Data.SQLite.Tests.dll assembly. This allows for easy removal of test assemblies in products.
# Tests should be as close to the code as possible, but not intermingled. So the tests for OpenSim/Data/SQLite should be in OpenSim/Data/SQLite/Tests/. Through the use of the '''Exclude''' keyword in prebuild.xml you can ensure that directory is part of OpenSim.Data.SQLite.Tests.dll and not OpenSim.Data.SQLite.dll. See exclude clarification in writing unit tests section.
# Tests testing a class should be grouped into a test class file called xxxTest.cs, where xxx is the name of the class that is being tested.
# Tests should be able to run safely in a production environment. That means that care must be taken not to damage data on the machine that it is being run.
# Tests should be deterministic in other words repeatable. Avoid randomness in tests. See good and bad testing practices below.

== Core Functionality Missing Unit Tests ==

This is a list of functionality which is not covered by unit tests and is identified as highly desireable test target:

# Database Modules (These are mysql tables)
## region ban
## land
## landaccesslist

== Good / Bad Test practices ==
Creating good tests is an art, not a science. Tests are useful by how many bugs they find or how many bugs they avoid. Things you should think about in creating good tests is:
* Throwing edge cases, like 0, "", or Null at parameters. This ensures that people functions are hardened against incomplete data. Many of our crashes come from the lack of this hardening showing up at just the wrong time.
* Use stateful testing to build up complex scenarios. This is more useful than just cursory get / set calls.
* Random tests are not a good idea. We need test results to be deterministic. In other words tests need to be repeatable. If you want to test for a range it is good idea to make separate tests for min and max values. Random values in fields can fail randomly. When something goes wrong for example in database schema the developer will not necessarily notice if the stored values are random. On the other hand its hard to troubleshoot randomly failing tests as you dont know which specific value caused the failure.
* Tests should be independent and should not rely on another test being run, passing or failing. An excerpt from [http://xunitpatterns.com/Principles%20of%20Test%20Automation.html#Independent%20Test xUnit Patterns]:
<blockquote>If tests are interdependent and (even worse) order dependent, we will be depriving ourselves of the useful feedback test failures provide. Interacting Tests [...] tend to fail in a group. The failure of a test that moved the [subject under test] into the state required by the dependent test will lead to the failure of the dependent test too. With both tests failing, how can we tell if it is because of a problem in code that both rely on in some way or is it a problem in code that only the first relies on. With both tests failing we can't tell. We are only talking about two tests here. Imagine how much worse this is with tens or hundreds of tests.</blockquote>
* Only one function of the subject under test should be tested in one test. When testing a database access object, for example, write separate tests for creating DB entries, updating them and removing them.
* Do not use the subject under test to set up the state for the test or to verify the result. Use a different method. When testing a database access object, for example, use raw SQL to insert the initial data into the DB, then run the method being tested. To verify if the operation was successful, use raw SQL again to verify the DB changed as expected.
* Use descriptive asserts whenever you can. All you have to do is add an extra , to the Assert() method and write a string that will show when that test fails. For example:
Assert.That(i,Is.EqualTo(5),"i is not equal to 5! in Example.Test1()");
* When a test fails due to a uncaught exception, such as NullReference, nUnit does not report where it happened, leaving debuggers clueless. A good practive is to write something on the start of every test in your test file. This way if an exception is raised, someone could read the last lines written and see at least in what test it failed. Luckily, this routine is already implemented in OpenSim.Tests.Common.TestHelper InMethod().

== Writing Tests ==

See [http://www.nunit.org/index.php?p=quickStart&r=2.4 NUnit Quick Start] for an introduction to unit testing with NUnit.

Writing a new unit test is pretty easy, and very helpful in increasing the stability of opensim by nailing down bugs. I'm going to present an example here of SQLite Asset testing to show how simple such a test case is to write. The actual in tree SQLite Asset tests are a little different because the code was factored out so that it was easily applied to any database driver, so don't be concerned with the fact that what you see here isn't in the tree.

Exclude clarification: Make sure your master project (not the test project) has an entry for files like the following so that the test code is not included in the master project dll:

<pre>
<Files>
<Match pattern="*.cs" recurse="true">
<Exclude name="Tests" pattern="Tests" />
</Match>
</Files>
</pre>

=== NUnit Conventions ===
An NUnit test suite:
* is a class with a default constructor (takes no arguments)
* has public methods that are tests
* uses annotations to determine what are tests
* runs it's tests in '''alphabetical order by method name'''

An NUnit test method:
* must be public
* must return void
* must take no arguments
* is successful if no exception or assert is thrown while running it

The run order is important if you want to have early tests that setup some complicated state (like creating objects), and have later tests remove or update that state. For that reason I find it very helpful to name all test methods '''Txxx_somename''' where '''xxx''' is a number between 000 and 999. That guaruntees no surprises in run order.

=== Fixture Setup / Teardown ===

See [[Example Test SQLite Assets]] for this code snipped in context.

<source lang="csharp">
[TestFixtureSetUp]
public void Init()
{
uuid1 = UUID.Random();
uuid2 = UUID.Random();
uuid3 = UUID.Random();
name1 = "asset one";
name2 = "asset two";
name3 = "asset three";

asset1 = new byte[100];
asset1.Initialize();
file = Path.GetTempFileName() + ".db";
connect = "URI=file:" + file + ",version=3";
db = new SQLiteAssetData();
db.Initialise(connect);
}

[TestFixtureTearDown]
public void Cleanup()
{
db.Dispose();
System.IO.File.Delete(file);
}
</source>

In the case of testing something like the database layer, we have to actually attempt to store / retrieve things from a database. Following from rule #4 of good tests, we want to make sure not to touch the production databases to run our tests, so during startup we generate a temporary file name which is guaranteed not to be an existing file on the system, and use that as our database file name. By running db.Initialize() the OpenSim migration code will correctly populate that database with the latest schema.

Once we are done with the tests we want to make sure we aren't leaving garbage temp files on the user's system. So we remove that file we created.

During setup we also create a set of state variables, such as 3 uuids, 3 strings, and a data block. You could have always just stuck these inline, but variables are there for a reason, so use them.

=== Test Setup / Teardown ===

What's missing in [[Example Test SQLite Assets]] are individual test Setup and Teardown methods. These methods allow each test to be completely self sufficient without the code duplication needed to set up the test environment at the start of each test.

Let's assume the <code>SQLiteAssetData</code> class provided a <code>FetchAsset()</code> method and a <code>UpdateAsset()</code> method. Since every test should be independent of any other test, and <code>FetchAsset()</code> and <code>UpdateAsset()</code> should be tested in separate tests, that means each test would need to create its own entries in the asset table in order to succeed. You may have something like this (see [[Example Test SQLite Assets#This Test is Flawed|Example Test SQLite Assets]] for an explanation of <code>sqldb.executeSQL()</code>):

<source lang="csharp">[Test]
public void T101_TestFetchAsset()
{
AssetBase a1 = new AssetBase(...);
sqldb.executeSQL("INSERT INTO assets VALUES({0}, ...)", a1.uuid, ...);

AssetBase a1_actual = db.FetchAsset(a1.uuid);

Assert.Equal(a1_actual.uuid, a1.uuid);
Assert.Equal(a1_actual.Name, a1.Name);
// etc
}

[Test]
public void T103_TestUpdateAsset()
{
AssetBase a1 = new AssetBase(...);
sqldb.executeSQL("INSERT INTO assets VALUES({0}, ...)", a1.uuid, ...);

a1.Name = "new name";

db.UpdateAsset(a1.uuid, a1);

AssetBase a1_actual = sqldb.executeSQL("SELECT * FROM assets WHERE uuid = {0}", a1.uuid);

Assert.Equal(a1_actual.uuid, a1.uuid);
Assert.Equal(a1_actual.Name, a1.Name);
// etc
}
</source>

You will note that both tests have the same code at the top in which they create an entry in the assets table. This duplicate code can be factored out into a Setup method, which is called before every test is executed (assume <code>a1</code> is a class attribute):

<source lang="csharp">
[SetUp]
public void SetUp()
{
a1 = new AssetBase(...);
sqldb.executeSQL("INSERT INTO assets VALUES({0}, ...)", a1.uuid, ...);
}

[TearDown]
public void TearDown()
{
// clean up after ourselves so the next test has a clean DB to start with
sqldb.executeSQL("DELETE FROM assets");
}

[Test]
public void T101_TestFetchAsset()
{
AssetBase a1_actual = db.FetchAsset(a1.uuid);

Assert.Equal(a1_actual.uuid, a1.uuid);
Assert.Equal(a1_actual.Name, a1.Name);
// etc
}

[Test]
public void T103_TestUpdateAsset()
{
a1.Name = "new name";

db.UpdateAsset(a1.uuid, a1);

AssetBase a1_actual = sqldb.executeSQL("SELECT * FROM assets WHERE uuid = {0}", a1.uuid);

Assert.Equal(a1_actual.uuid, a1.uuid);
Assert.Equal(a1_actual.Name, a1.Name);
// etc
}
</source>

Also note the <code>TearDown()</code> method; it is called after each test has run, regardless whether the test passed or failed. It deletes all the entries in the <code>assets</code> table so that there is no leftover data in the database to interfere with the next test.

==== Multiple Setup Methods ====

Not all setup and teardown must happen in methods declared [SetUp] and [TearDown]. It may be useful to provide methods which perform part of the setup and to call them from whichever test may need it:

<source lang="csharp">
private AssetBase InsertAssetWithRandomData(UUID assetUuid)
{
AssetBase asset = new AssetBase(assetUuid);
asset.Name = somethingRandom();
asset.Data = somethingRandom();

sqldb.executeSQL("INSERT INTO assets VALUES({0}, ...)", asset.uuid, ...);

return asset;
}

[Test]
public void T201_TestNeedsTwoAssets()
{
AssetBase a1 = InsertAssetWithRandomData(uuid1);
AssetBase a2 = InsertAssetWithRandomData(uuid2);
// etc
}

[Test]
public void T203_TestNeedsFiveAssets()
{
AssetBase a1 = InsertAssetWithRandomData(uuid1);
AssetBase a2 = InsertAssetWithRandomData(uuid2);
AssetBase a3 = InsertAssetWithRandomData(uuid3);
AssetBase a4 = InsertAssetWithRandomData(uuid4);
AssetBase a5 = InsertAssetWithRandomData(uuid5);
// etc
}
</source>

Notice that <code>InsertAssetWithRandomData</code> is <code>private</code> as it's only called from within the class.

=== Asserts ===
You will see scattered through the code '''Assert.That(...)'''. These will throw an exception if the condition is not valid. This format of assertions is called the [http://www.nunit.org/index.php?p=constraintModel&r=2.4 Constraint Model] in NUnit, and provides a large number of tests with the flavor of:
* Assert.That(foo, Is.Null)
* Assert.That(foo, Is.Not.Null)
* Assert.That(foo, Is.True)
* Assert.That(foo, Is.EqualTo(bar))
* Assert.That(foo, Text.Matches( "*bar*" ))

Of note, Is.EqualTo uses the Equals function of foo, so this can only be used on objects that are IComparable. Most of the OpenSim base objects are not, so you'll have to compare fields manually in tests.

For the complete set of conditions you can use see [http://www.nunit.org/index.php?p=constraintModel&r=2.4 the Constraint Model NUnit documentation]. While there is another syntax for tests, the Constraint Model is preferred as it is far more human readable.

=== Simple Negative Tests ===

See [[Example Test SQLite Assets]] for this code snipped in context.

<source lang="csharp">[Test]
public void T001_LoadEmpty()
{
Assert.That(db.ExistsAsset(uuid1), Is.False);
Assert.That(db.ExistsAsset(uuid2), Is.False);
Assert.That(db.ExistsAsset(uuid3), Is.False);
}
</source>

Test T001 is an example of a simple negative test. We assume a new database will not have any of those assets in them. While the value of this test may look low, it does provide a baseline in ensuring that the database connection is there, that these return false correctly, and that no other exception is thrown. Negative tests are a good way to force bounds conditions and ensure that not only does it ''return what you expect'' it also ''doesn't return what you don't expect''. Thought of another way, it ensures your code is somewhat defensive in nature, not coughing on bad or unexpected data.

=== Simple Positive Tests ===

See [[Example Test SQLite Assets]] for this code snipped in context.

<source lang="csharp">
[Test]
public void T010_StoreSimpleAsset()
{
AssetBase a1 = new AssetBase(uuid1, name1);
AssetBase a2 = new AssetBase(uuid2, name2);
AssetBase a3 = new AssetBase(uuid3, name3);
a1.Data = asset1;
a2.Data = asset1;
a3.Data = asset1;

db.CreateAsset(a1);
db.CreateAsset(a2);
db.CreateAsset(a3);

AssetBase a1a = db.FetchAsset(uuid1);
Assert.That(a1a.ID, Is.EqualTo(uuid1));
Assert.That(a1a.Name, Is.EqualTo(name1));

AssetBase a2a = db.FetchAsset(uuid2);
Assert.That(a2a.ID, Is.EqualTo(uuid2));
Assert.That(a2a.Name, Is.EqualTo(name2));

AssetBase a3a = db.FetchAsset(uuid3);
Assert.That(a3a.ID, Is.EqualTo(uuid3));
Assert.That(a3a.Name, Is.EqualTo(name3));
}
</source>
T010 is an example of a simple positive test. In it we create and store 3 assets (ensuring no exceptions), then load those 3 assets back from the database and ensure the fields are correct. Because AssetBase is not IComparible we just check the ID and Name fields with equals tests. If any of the Asserts fail, the whole test fails.

=== Stateful Tests ===

See [[Example Test SQLite Assets]] for this code snipped in context.

<source lang="csharp">
[Test]
public void T011_ExistsSimpleAsset()
{
Assert.That(db.ExistsAsset(uuid1), Is.True);
Assert.That(db.ExistsAsset(uuid2), Is.True);
Assert.That(db.ExistsAsset(uuid3), Is.True);
}
</source>

T011 is an example of a stateful test, because it requires the state created by T010 (i.e. the creation of those 3 objects). In order to test any kind of complicated scenario you will find that you need to use stateful tests to build up various amounts of state (testing along the way), then manipulating and possibly tearing it down. Without doing this you can't do truly deep testing of function in any complex environment. This example isn't very stateful (I tried to pick an easy example), but it should give you some ideas.

=== Speculative Tests ===
Speculative tests are tests that might or might not apply in a given situation. MySQL testing in the OpenSim tree is done by speculative testing, the tests will only run if there is a properly configured database, otherwise they will not be run. If you execute '''Assert.Ignore()''' in a '''Test''' the test will end and be ignored. If you run '''Assert.Ignore()''' in the '''TestFixtureSetup''' all tests in the test fixture will be skipped and ignored.

Speculative testing lets you create tests that require certain preconditions to be met which you can't guarantee on all platforms/configuration, and are an important part of deep testing.

== Adding Tests to the Tree ==
As we said previously all tests for assembly OpenSim.Foo (in directory OpenSim/Foo) should:
* be in assembly OpenSim.Foo.Tests.dll
* not be in the OpenSim.Foo.dll assembly
* be in OpenSim/Foo/Tests directory

Also, if you have created a new test assembly you must add references to it in both ''.nant/local.include'' and ''.nant/bamboo.build'' to ensure that the assembly is added to the automated bamboo runs as well as the nant test target.

== Executing Tests ==

=== Bamboo ===
On every commit to opensim all the tests are run on a [http://opensimulator.org:8085 Bamboo build server on opensimulator.org]. The process takes about 5 minutes to build, test, and report the results back out on #opensim-dev via the osmantis bot.

=== Nant ===
You can manually run all the tests for OpenSim on your system by running '''nant test''' as a nant target. This will run all the tests that are in the tree, though some speculative tests might be ignored if your platform does not have the right features or configuration to run these tests.

=== NUnit Console ===
If you only want to run tests for one assembly you can do that using the NUnit Console. On Linux just run '''nunit-console2 OpenSim.Foo.Tests.dll''' and it will run only the tests for OpenSim.Foo.Tests.dll. If you are only making changes to 1 dll and just want a quick sanity check, this is the fastest way to do that.

=== Debugging Tests ===
There is a special page dedicated to this. See [[Debugging Unit Tests]].

== Learning More ==
You should definitely read the documentation at the [http://www.nunit.org/index.php?p=documentation NUnit homepage] if you want to know more about testing. It's a very good reference for all the APIs in NUnit that you can use for creating tests.

== Code Coverage ==

A prototype has been included using monocov, which has a profile built-in in mono. Instructions for using monocov can be found on the Mono homepage, in [http://www.mono-project.com/Code_Coverage Code Coverage] section. Unfortunately nunit2 and nant do not support code coverage with monocov (only some other proprietary code coverages), so there is no <monocov> tag. The solution was to implement it using many nunit-console and on <exec> tags.

ATTENTION: Code coverage only works with mono 1.2.x , any other version will most likely not work. Code coverage development is being put on hold for now until it supports newer mono versions.

=== Running ===

Download [http://primates.ximian.com/~lupus/monocov-0.2.tar.gz monocov] and [http://prdownloads.sourceforge.net/nunit/NUnit-2.4.8-net-2.0.zip?download nunit-console] if your nunit-console does not work. To test if it works (my Ubuntu's Hardy version did not), just run one of the tests with nunit-console.

Install monocov (./configure, ./make install, there could be some minor conflicts, I had to add to the compiling line -I/usr/include/mono-1.0/) and make sure the working nunit-console.exe is in /usr/lib/nunit/nunit-console.exe. Now just run nant test-cov and it will generate .cov files and HTML directories in the cov directory. The .cov files can be seen by running monocov on them, and have the same information as the HTML directories.

== Testing Todo ==

=== Coverage ===

A prototype has been done and documented. Now we must keep a look if monocov will evolve to support newer mono versions.

[[Category:Development]]
[[Category:Testing]]

== Links to More Information on Unit Testing ==

* [http://www.nunit.org/index.php?p=quickStart&r=2.4 NUnit Quick Start]
* [http://xunitpatterns.com/ xUnit Patterns book homepage], with lots of information on good practices, patterns, code smells, etc.
* There is a lot of information on unit testing at the [http://c2.com/cgi/wiki?search=unittest Cunningham & Cunningham, Inc wiki at c2.com]

FAQ

2009-06-27T02:41:20Z

Arthursv:

__NOTOC__
{{Template:Quicklinks}}
 

[[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:... 
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

==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. 
NOTE: currently it ONLY works with the preview/beta grid of second life, not the main grid.) 
It's in an early development stage and thus geared towards developers of virtual world/techniques, and is all but easy to setup. 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. 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. 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): [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/] 
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?===
NOTE: BACK UP YOUR DATABASE!

'''1.''' Locate the avatars UUID you wish to find the trash items of, in the '''users''' table 
This query will locate a specified users UUID: (replace User/Test with username/lastname)
<nowiki>SELECT `UUID` FROM `users` WHERE `username` LIKE 'User' AND `lastname` LIKE 'Test' LIMIT 0 , 30;</nowiki>
 
'''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''' 
This query will locate the users Trash folder entry: (replace 00000000-0000-0000-0000-000000000000 with UUID of user)
<nowiki>SELECT `folderID` FROM `inventoryfolders` WHERE `agentID` LIKE '00000000-0000-0000-0000-000000000000' AND `folderName` LIKE 'Trash'
LIMIT 0 , 30;</nowiki>
 
'''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. 
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)
<nowiki>SELECT * FROM `inventoryitems` WHERE `parentFolderID` LIKE '00000000-0000-0000-0000-000000000000' LIMIT 0 , 9999;</nowiki>
 
'''NOTE:''' 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?===
NOTE: BACK UP YOUR DATABASE! 

'''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. 

'''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) 

'''3.''' Search the '''inventoryitems''' table for your uniquely named item and locate it's '''parentFolderID''' 
This query will isolate the '''parentFolderID''' based on your search for the unique item (replace '''unique_name''' with your unique item name)
<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) 
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)
<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 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 Ioga 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.

==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 standalone region.===
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. 
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]]

Development Team

2009-04-02T13:01:53Z

Arthursv: /* Additional Developers/Testers/Contributors */

== Active OpenSim Core Developers ==
These people have commit access to our central SVN server and are [http://www.ohloh.net/projects/4753/contributors regular contributors] to the codebase.

(please add in as much info as you like for your name)

<table border="1" cellpadding="2" cellspacing="0" class="sortable">
<tr>
<th>Photo </th>
<th>IRC Nick </th>
<th>Name</th>
<th>SL Avatar</th>
<th>Other Grid</th>
<th>Time Zone (UTC)</th>
<th>Org</th>
<th>Areas of Interest</th>
</tr>

<tr>
<td />
<td>[[User:MW |MW ]]</td>
<td>Darren</td>
<td>OSG:Wright Juran TN:Darren Guard</td>
<td></td>
<td>0</td>
<td>[http://tribalmedia.se/ Tribal Media AB]</td>
<td>Everything</td>
</tr>
<tr>
<td> </td>
<td>[[User:lbsa71|lbsa71]]</td>
<td>Stefan Andersson</td>
<td>Tribal Skytower</td>
<td>OSG:Stefan Andersson TN:Stefan Andersson</td>
<td>+1</td>
<td>[http://tribalmedia.se/ Tribal Media AB]</td>
<td>Web Integration</td>
</tr>
<tr>
<tr>
<td />
<td>[[User:Adam Frisby|Adam Frisby]]</td>
<td>Adam Frisby</td>
<td>Adam Zaius</td>
<td></td>
<td>+8</td>
<td>DeepThink Pty Ltd</td>
<td>Terrain, Performance</td>
</tr>
<tr>
<td />
<td>[[User:MingChen|MingChen]]</td>
<td>Mike/Michael Ortman</td>
<td>Ming Chen</td>
<td></td>
<td>-6 (-5 in Summer)</td>
<td>DeepThink Pty Ltd</td>
<td>Estate/Parcel Support/Modules/Keeping things all neat and tidy.</td>
</tr>
<tr>
<td />
<td>[[User:SeanDague|sdague]]</td>
<td>Sean Dague</td>
<td>Neas Bade</td>
<td></td>
<td>-5</td>
<td>IBM</td>
<td>Database, Linux, Testing, Misc</td>
</tr>
<tr>
<td />
<td>[[User:Tedd|Tedd]]</td>
<td>Tedd Hansen</td>
<td>Tedd Maa</td>
<td></td>
<td>+1</td>
<td>Tedd Hansen</td>
<td>Programming/Scripting/Architecture</td>
</tr>
<tr>
<td />
<td>ckrinke</td>
<td>Charles Krinke</td>
<td>Charlesk Bing</td>
<td></td>
<td>-8</td>
<td> </td>
<td>Reliability/Grid servers/ll-functions</td>
</tr>
<tr>
<td />
<td>[[User:chi11ken|chi11ken]]</td>
<td>Jeff Ames</td>
<td>Chillken Proto</td>
<td> </td>
<td>+9</td>
<td>[http://www.genkii.com Genkii]</td>
<td> </td>
</tr>
<tr>
<td />
<td>[[User:adjohn|adjohn]]</td>
<td>Adam Johnson</td>
<td>Zeuz Zenovka</td>
<td> </td>
<td>+9</td>
<td>[http://www.genkii.com Genkii]</td>
<td> </td>
</tr>
<tr>
<td />
<td>[[User:joha1|joha1]]</td>
<td>Johan Berntsson</td>
<td>Joppi Brandenburg</td>
<td> </td>
<td>+9</td>
<td>[http://www.3di.jp/en/ 3Di Inc, Japan] http://www.3di.jp/en/</td>
<td>Performance, packet handling/libSL</td>
</tr>
<tr>
<td />
<td>[[User:Teravus|Teravus]]</td>
<td>Teravus</td>
<td>Teravus Ousley</td>
<td></td>
<td>-5</td>
<td>W3z</td>
<td>Physics & Admin tools, A working sim.</td>
</tr>
<tr>
<td />
<td>[[User:justincc|justincc]]</td>
<td>Justin Clark-Casey</td>
<td>Lulworth Beaumont</td>
<td>Justin Clark-Casey (osgrid)</td>
<td>0</td>
<td>Black Dress Technology [http://justincc.wordpress.com justincc's OpenSim blog]</td>
<td>Grid, performance & reliability, inventory (avatar and object), assets, scenes, etc.</td>
</tr>
<tr>
<td />
<td>[[User:DrScofield|drscofld]]</td>
<td>Dirk Husemann</td>
<td>Dr Scofield</td>
<td></td>
<td>+1</td>
<td>IBM</td>
<td>reliability, networking protocols, voice, inventory, assets, remote control, and pretty much everything else :-)</td>
</tr>
<tr>
<td />
<td>[[User:dahlia|dahlia]]</td>
<td>T. Hoff</td>
<td>Dahlia Trimble</td>
<td></td>
<td>-8 / -7</td>
<td>independent</td>
<td>prim collision geometry, more later :)</td>
</tr>
<tr>
<td></td>
<td>[[User:Mikem|mikem]]</td>
<td>Mike</td>
<td> </td>
<td> </td>
<td>+9</td>
<td>[http://www.3di.jp/en/ 3Di Inc, Japan] http://www.3di.jp/en/</td>
<td>patches, scripting improvements, LSL compiler</td>
</tr>
<tr>
<td></td>
<td>[[User:Melanie_T|Melanie_T]]</td>
<td>Melanie</td>
<td>Melanie Milland</td>
<td> </td>
<td>+1</td>
<td>Independent</td>
<td>Scripting, Prims/Scene, Life, The Universe, and Everything</td>
</tr>
<tr>
<td></td>
<td>[[User:HomerHorwitz|homerh]]</td>
<td>Homer Horwitz</td>
<td>Homer Horwitz</td>
<td> </td>
<td>+2</td>
<td>Independent</td>
<td>rev. engineering, "now, that's funny" problems, but still interested in all parts of it</td>
</tr>
<tr>
<td></td>
<td>[[User:Diva|Diva]]</td>
<td>Crista Lopes</td>
<td>Diva Canto</td>
<td>Crista Lopes / Diva Canto</td>
<td>-8</td>
<td>University of California, Irvine</td>
<td>Everything, except databases</td>
</tr>
<tr>
<td />
<td>[[User:nlin|nlin]]</td>
<td>N Lin</td>
<td>Standard Drucker</td>
<td> </td>
<td>+9</td>
<td>[http://www.3di.jp/en/ 3Di Inc, Japan] http://www.3di.jp/en/</td>
<td>Physics, scripting, more to come</td>
</tr>
<tr>
<td />
<td>[[User:arthursv|arthursv]]</td>
<td>Arthur Valadares</td>
<td>Arthur Valadares</td>
<td>NONE</td>
<td>-3</td>
<td>IBM</td>
<td>Unit testing, database plugins, bug fixes, general </td>
</tr>

</table>

== Retired OpenSim core developers ==

These people are core developers who have transcended our mortal plane (i.e. they are no longer active).

<table border="1" cellpadding="2" cellspacing="0" class="sortable">
<tr>
<th>Photo </th>
<th>IRC Nick </th>
<th>Name</th>
<th>SL Avatar</th>
<th>Other Grid</th>
<th>Time Zone (UTC)</th>
<th>Org</th>
<th>Areas of Interest</th>
</tr>
<tr>
<td />
<td>[[User:babblefrog|babblefrog]]</td>
<td>Brian McBee</td>
<td>Dogen Coldstream</td>
<td>Babblefrog Ballistic (osgrid)</td>
<td>-8</td>
<td>Disorganized</td>
<td> </td>
</tr>
<tr>
<td />
<td>[[User:danx0r|danx0r]]</td>
<td>Dan Miller</td>
<td>Albert Pascal</td>
<td></td>
<td>-8</td>
<td>squiggle.com</td>
<td>PHEEZIKS; everything</td>
</tr>
<tr>
<td />
<td>Tleiades</td>
<td> </td>
<td>Tleiades Hax</td>
<td></td>
<td>+1</td>
<td> </td>
<td>Grid servers/Database</td>
</tr>
<tr>
<td />
<td>[[User:Darok|Darok]]</td>
<td> </td>
<td>Darok Kaminski</td>
<td></td>
<td>+1</td>
<td> </td>
<td>Physics engines (especially BulletX)</td>
</tr>
<tr>
<td />
<td>Gareth / Gwen</td>
<td>Gareth Nelson</td>
<td>Gareth Ellison</td>
<td>Gareth Nelson (on everywhere but SL)</td>
<td>BST (UTC+1)</td>
<td>Litesim Ltd</td>
<td>Grid servers, sim border crossing, avatar animations</td>
</tr>
<tr>
<td />
<td>[[User:dalien|dalien]]</td>
<td>Dalien Talbot</td>
<td>Dalien Talbot</td>
<td></td>
<td>+1</td>
<td>Mostly TCP-based</td>
<td>Small fixes; rev.eng./prototyping; nightlies; git-keeper </td>
</tr>
<tr>
<td />
<td>[[Alondria]]</td>
<td></td>
<td>Alondria LeFay</td>
<td>Alondria LeFay (OSGrid)</td>
<td>-8</td>
<td>Independent</td>
<td>Implementation of LSL functions and other scripting tidbits.</td>
</tr>
</table>

== Additional Developers/Testers/Contributors ==
These people have contributed bug reports, patches or other contributions to OpenSim.

<table border="1" cellpadding="2" cellspacing="0" class="wikitable sortable">
<tr>
<th>IRC Nick </th>
<th>Name</th>
<th>SL Avatar</th>
<th>Other Grid</th>
<th>Time Zone (UTC)</th>
<th>Org</th>
<th>Areas of Interest</th>
</tr>

<tr>
<td>[[User:Nebadon|Nebadon]]</td>
<td>Michael Cerquoni</td>
<td>Nebadon Izumi</td>
<td>Nebadon Izumi</td>
<td>-7 Arizona</td>
<td>Oni Kenkon Creations</td>
<td>Building, Scripting, Testing</td>
</tr>

<tr>
<td>[[User:jtclark48|jclark4]]</td>
<td>Jay Clark</td>
<td>Jay Clarke</td>
<td></td>
<td>-5</td>
<td>IBM</td>
<td>Physics, Grid Host, AI, Scripting, Testing</td>
</tr>

<tr>
<td>[[User:AdamStevenson|BigFootAg]]</td>
<td>Adam Stevenson</td>
<td>Adamus Petrov</td>
<td></td>
<td>-6</td>
<td>Texas A&M University</td>
<td>AI, Skynet, Evolving Systems, Biology</td>
</tr>

<tr>
<td>[[User:jeff1564|Jeff1564]]</td>
<td>Jeff</td>
<td>Potter Taurog</td>
<td></td>
<td>-8</td>
<td></td>
<td>Building, Scripting, Testing</td>
</tr>

<tr>
<td>Rock_Vacirca</td>
<td>Colin Withers</td>
<td>Rock Vacirca</td>
<td> </td>
<td>+1</td>
<td>http://rock-vacirca.blogspot.com</td>
<td>Testing, building, scripting, maintaining an opensim blog.</td>
</tr>

<tr>
<td>simsim</td>
<td>caocao</td>
<td> </td>
<td> </td>
<td>+9</td>
<td> </td>
<td>Testing whole functions of OpenSim system,working with OpenSim-Engine,reporting on OpenSim</td>
</tr>

<tr>
<td>[[User:Vicero Lambert|Vicero Lambert]]</td>
<td> </td>
<td> </td>
<td></td>
<td> </td>
<td> </td>
<td> </td>
</tr>

<tr>
<td>Ldvoipeng</td>
<td> </td>
<td> </td>
<td></td>
<td> </td>
<td> </td>
<td> </td>
</tr>

<tr>
<td>idoru</td>
<td> </td>
<td> </td>
<td></td>
<td> </td>
<td> </td>
<td> </td>
</tr>

<tr>
<td>[[User:Magi|Magi]]</td>
<td>Andy Agnew</td>
<td>Magi Merlin</td>
<td></td>
<td>+10</td>
<td>Spun Pty Ltd</td>
<td>3D Web Integration, Database stuff and playing with the odds and ends box.</td>
</tr>

<tr>
<td>john_</td>
<td>John Moyer</td>
<td>VAJohn GeekSquad or Matthew Kendal</td>
<td></td>
<td>-5</td>
<td>Best Buy/Geek Squad</td>
<td>Tester</td>
</tr>

<tr>
<td>[[User:ClarkZone|ClarkZone]]</td>
<td>Troy Admin(@ClarkZone)</td>
<td>Troy Childs</td>
<td>Troy Admin (ClarkZone)</td>
<td>-5</td>
<td>Http://clarkzone.dyndns.org</td>
<td>Tester and Grid Host</td>
</tr>

<tr>
<td>[[User:aiaustin|aiaustin]]</td>
<td>Ai Austin</td>
<td>Ai Austin</td>
<td>Ai AIAI (AIAI Grid)</td>
<td>+0</td>
<td>AIAI, University of Edinburgh http://www.aiai.ed.ac.uk/~ai/ http://vue.ed.ac.uk/openvue/</td>
<td>Windows Vista tests Content testing Use of multiple VWs</td>
</tr>

<tr>
<td>Marc Manders</td>
<td>Marc Manders</td>
<td> </td>
<td> </td>
<td>+6</td>
<td>marcmanders@gmail.com</td>
<td>creative features</td>
</tr>

<tr>
<td>[[User:balthazar|balthazar]]</td>
<td>Trevor Brooks</td>
<td>Balthazar Sin</td>
<td></td>
<td>-5</td>
<td>None</td>
<td>Terrains, testing and some small coding tasks</td>
</tr>

<tr>
<td>[[User:jimbo2120|jimbo2120]]</td>
<td>Michael Osias</td>
<td>Illuminous Beltran</td>
<td></td>
<td>-5</td>
<td>IBM</td>
<td>Grid, AI, Skynet, coding and testing</td>
</tr>

<tr>
<td>[[User:Sakai|Sakai]]</td>
<td>Steve S</td>
<td></td>
<td>Sakai Openlife (OpenlifeGrid)</td>
<td>+10</td>
<td>http://www.openlifegrid.com</td>
<td>Grid, Hardware, Testing, Contribution</td>
</tr>

<tr>
<td>ZeroPoint</td>
<td> </td>
<td>Guilderoy Dench</td>
<td></td>
<td>-5</td>
<td> </td>
<td>Programming/Database</td>
</tr>

<tr>
<td>MaltosSosa</td>
<td>Maltos Sosa</td>
<td>Maltos Sosa </td>
<td>Maltos Sosa (Central Grid)</td>
<td> </td>
<td>Central Grid</td>
<td>Grid Operator, Central Grid Project Manager. Anything we can offer, just ask.</td>
</tr>

<tr>
<td>[[User:DerekTang|DerekTang]]</td>
<td>Derek Tang</td>
<td>Derek Timeless</td>
<td>Derek Tang (ChineseGrid)</td>
<td>+8</td>
<td>http://ChineseGrid.net</td>
<td>Running a public WINDOWS sim for testing, Docs, Helping Chinese users to enjoy OpenSim; building Chinese OpenSim communities. In construction...</td>
</tr>

<tr>
<td>[[User:TayB|TayB]]</td>
<td>Earl B</td>
<td>Taylor Boyau</td>
<td></td>
<td>-10</td>
<td>ViziGrid</td>
<td>Grid Host,Networking,Contributions & Testing.</td>
</tr>

<tr>
<td>[[User:JamieDav|JamieDav]]</td>
<td>Jamie David</td>
<td>Jamie David</td>
<td></td>
<td>+7</td>
<td>Forum</td>
<td>Grid, Sim, Avitar, Functionality</td>
</tr>

<tr>
<td>[[User:Krtaylor|Krtaylor]]</td>
<td>Kurt Taylor</td>
<td>Kurt Stringer </td>
<td></td>
<td>-6</td>
<td>IBM</td>
<td>Grid, Networking, Monitoring, Scripting, Inventory, Testing</td>
</tr>

<tr>
<td>[[User:Nink|Nink]]</td>
<td>Peter Finn</td>
<td>Nink Noonan</td>
<td></td>
<td>-5</td>
<td>IBM</td>
<td>Disruptive Influence.</td>
</tr>

<tr>
<td>[[User:Bruce|Bruce]]</td>
<td>Bruce Meerson</td>
<td>Bruce Meerson</td>
<td></td>
<td>+8</td>
<td>HiPiHi</td>
<td>Watching.</td>
</tr>

<tr>
<td>[[User:Darb|DarbD]]</td>
<td>Brian B. Quinn</td>
<td>Darb Dabney</td>
<td>regions near Marin</td>
<td>PST/SLT (-7 or -8)</td>
<td>County of Marin, California http://blog.simgis.com</td>
<td>LiDAR-based sculpties, real-world terrain, pursuit of civic paraverses </td>
</tr>

<tr>
<td>[[CharlieO]]</td>
<td>Dan</td>
<td>Charlie Omega</td>
<td></td>
<td> </td>
<td> </td>
<td>Mild coding/tweaking/simple feature adds, Stress testing/break stuff, Testing limits of existing code. Making sure [[LSL Status]] is up to date</td>
</tr>

<tr>
<td>oobscure</td>
<td> </td>
<td>Opensource Obscure</td>
<td></td>
<td>+1</td>
<td>http://www.opensim.it</td>
<td>Running a public Linux sim for testing, Docs, Helping italian users, Building opensim communities, Watching</td>
</tr>

<tr>
<td>pitman</td>
<td>Mike Pitman</td>
<td>Rez Tone</td>
<td></td>
<td> </td>
<td>IBM</td>
<td>Scientific visualization schemes, virt world product design, persistant workspaces, virt world based big biz</td>
</tr>

<tr>
<td>cmu</td>
<td>Christopher Mumme</td>
<td>Snook Destiny</td>
<td></td>
<td>+1</td>
<td>http://www.cmu-develop.de/ and research group "Collaboration Systems and CSCW" at Clausthal University of Technology</td>
<td>Testing OpenSim, working with OpenSim-Engine, reporting on OpenSim</td>
</tr>

<tr>
<td>[[Silpol]]</td>
<td>Andriy Tymchenko</td>
<td>Andy Tir</td>
<td></td>
<td>EET (+2/3)</td>
<td> http://silpol.blogspot.com/ (also visible at Nokia)</td>
<td>highly uncoordinated mess with elements of palace games, under-table diplomacy, rebellion, coup d'état and mutiny. optionally pirate</td>
</tr>

<tr>
<td>[[User:Grumly|Grumly]]</td>
<td></td>
<td>Forest Klaar</td>
<td>Grumly TheBear</td>
<td>GMT+1</td>
<td>.NET MCAD Dev/Arch/Trainer http://www.devoteam.com</td>
<td>Trying to get into OpenSim code for now. Particularly interrested in data persistence. blog (Hello, Avatar!): http://lslblog.free.fr</td>
</tr>

<tr>
<td>[[daTwitch]]</td>
<td>James G. Stallings II</td>
<td> Lazarus Longstaff</td>
<td>Hiro Protagonist (OSGrid)</td>
<td>-5</td>
<td>House Husband</td>
<td>OSGrid Region owner, OSGrid Operator, Forum Admin, sometime wiki editor</td>
</tr>

<tr>
<td>gryc</td>
<td>Gryc Ueusp</td>
<td>Gryc Uriza</td>
<td>Gryc Uriza(OSGrid)</td>
<td>-6</td>
<td></td>
<td>PHP scripting, web interfaces, interconnectivity, cross-platformedness</td>
</tr>

<tr>
<td>[[User:Phrearch|Phrearch]]</td>
<td>Jeroen van Veen</td>
<td>Phrearch Miles</td>
<td>Phrearch Miles(OSGrid)</td>
<td>Amsterdam/Paris</td>
<td></td>
<td>WiXTD, Wikidoc and Moo</td>
</tr>

<tr>
<td>[[User:Burnman|Burnman]]</td>
<td>Allen Wilkins</td>
<td>Burnman Bedlam</td>
<td>Sid Green (United Grid)</td>
<td>Boston, USA</td>
<td>United Grid</td>
<td>Testing, testing, and more testing! Getting familiar with the source, interested in all aspects of the project.</td>
</tr>

<tr>
<td>[[User:krisbfunk|krisbfunk]]</td>
<td>Kris Bulman</td>
<td>krisbfunk Vought</td>
<td>Krisbfunk Nocturnal(OSGrid)</td>
<td>PE, Canada (-4)</td>
<td>Edactive Technologies NocturnalEye Productions UPEI</td>
<td>Currently: Testing, bug reports, wiki updating, building on OSGrid</td>
</tr>

<tr>
<td>[[User:HashBox|HashBox]]</td>
<td> </td>
<td>Sibariel Darkstone</td>
<td>Sibariel Darkstone (OSGrid)</td>
<td>New Zealand (+12)</td>
<td></td>
<td>Testing, bug reports, and updating the wiki.</td>
</tr>

<tr>
<td>[[User:Kinoc|Kinoc]]</td>
<td>Kino Coursey</td>
<td>Daxxon Jaxxon</td>
<td>Daxxon Kinoc (OSgrid)</td>
<td>-6</td>
<td>Daxtron Laboratories http://www.daxtron.com University of North Texas</td>
<td>AI, Semantic web, Ontologies, Natural Laanguage Processing, Cyc, Bots, NPC </td>
</tr>

<tr>
<td>[[User:trapuh|trapuh]]</td>
<td>Pedro Ribeiro</td>
<td>Vaiten Forder</td>
<td></td>
<td>GMT</td>
<td>University Student, Escola Superior de Educação de Viseu, Portugal </td>
<td>Testing, eventual bug reports and wiki. Music, web/digital arts and php+sql.</td>
</tr>

<tr>
<td>[[User:SonicViz|SonicViz]]</td>
<td>Paul Cohen</td>
<td>Komuso Tokugawa</td>
<td></td>
<td>+9</td>
<td>Http://sonicviz.com</td>
<td>Audio/Music, Interactive Music, Control Protocols, Interfaces, VisualFX, Procedural animation/Generative systems + testing and general dev</td>
</tr>

<tr>
<td>[[User:Mokele|mokele]]</td>
<td>Scott Norman</td>
<td>Mokelembembe Mokeev</td>
<td></td>
<td>-8 (Southern California)</td>
<td>Web Developer (PHP and MySQL)</td>
<td>Interested in seeing running on PowerPC Macs which it is. So, when I can, I'll compile and test on PowerPC Mac (PowerBook G4) and submit reports and then update the wiki if need on installing on Mac. Also have a Ubuntu 7.10 server that I can do testing on too.</td>
</tr>

<tr>
<td>[[User:devalnor|devalnor]]</td>
<td>Devalnor</td>
<td>M. Watkin</td>
<td></td>
<td>+1 (Belgium)</td>
<td></td>
<td>Small Patch code, bug reports, and updating the wiki.</td>
</tr>

<tr>
<td>[[User:Ezekiel|Ezekiel]]</td>
<td>Ezekiel</td>
<td>Ezekiel Zabelin</td>
<td></td>
<td>+1 </td>
<td>http://www.yosims.com </td>
<td>Concepts, business aspects of virtual worlds - web developer (PHP, MySQL, Javascript, LSL) </td>
</tr>

<tr>
<td>[[User:Buggmaster|Buggmaster]]</td>
<td>Mike D</td>
<td>Bug Master</td>
<td>None</td>
<td>-8 </td>
<td>http://www.adultmetaverse.com</td>
<td>Grid, Data/Web PHP/PERL/MySQL</td>
</tr>

<tr>
<td>[[User:Nixnerd|nixnerd]]</td>
<td></td>
<td>Dangerously Moody</td>
<td>None</td>
<td>GMT </td>
<td>http://www.integratedtechnologies.eu</td>
<td>Cross Platform Testing, Feedback, Bug Reporting</td>
</tr>

<tr>
<td>[[User:MoHax|mohax]]</td>
<td>Mo Hax</td>
<td>Mo Hax</td>
<td></td>
<td>-5 Eastern</td>
<td>IBM</td>
<td>Testing, Feedback, Content Contributions, Bug Reporting, Documenting, Development</td>
</tr>

<tr>
<td>[[User:Webmage|webmage]]</td>
<td>webmage</td>
<td>Leyla Masala</td>
<td>Web Mage</td>
<td>+1</td>
<td>IBM</td>
<td>Testing, terrain</td>
</tr>

<tr>
<td>[[User:NLStitch|NLStitch]]</td>
<td>Marijn Oosterveld</td>
<td>Stitch Seale</td>
<td>NYA</td>
<td>GMT +1 Amsterdam</td>
<td>Twingate Systems (http://www.twingate.nl) HanzeHogeschool Groningen, Netherlands
</td>
<td>Programming, Photography, AI</td>
</tr>

<tr>
<td>[[User:Ideia Boa|Ideia Boa]]</td>
<td>Joao Lopes</td>
<td>Ideia Boa</td>
<td>Ideia Boa or Boa Ideia in some grids</td>
<td>GTM+1 Stockholm/Sweden</td>
<td>WorldSimTERRA - Virtual World that speaks Portuguese too http://www.worldsimterra.com</td>
<td>Testing and more testing! Updating the original wiki and translating the OpenSim Wiki into Portuguese and reporting on OpenSim</td>
</tr>

<tr>
<td>[[User:Lulurun|lulurun]]</td>
<td>liu</td>
<td> </td>
<td> </td>
<td>+9</td>
<td>3Di Inc, Japan http://www.3di.jp</td>
<td>patches, openid, server performance, UGAI</td>
</tr>

<tr>
<td>[[User:Carlosroundel|Carlosrounde]]</td>
<td>Carlosroundel</td>
<td>Carlos Roundel</td>
<td> </td>
<td>+1</td>
<td>Cyberlandia Italy http://www.cyberlandia.net</td>
<td>grid, programmer, database, tester</td>
</tr>

<tr>
<td>[[User:Mikebert|Mikebert]]</td>
<td>Michael Strunck</td>
<td>Mikebert Miles</td>
<td>Mikebert M34</td>
<td>+1</td>
<td>OpenSIM Wiki, Germany http://www.opensim.de</td>
<td>German Wiki, Translater, Server Performance (Linux/Windows), Tester, Feedback, Bug Reporting, Server-Hosting</td>
</tr>

<tr>
<td>[[User:Fly-man-|Fly-Man-]]</td>
<td>Laurence</td>
<td></td>
<td>Fly Man</td>
<td>+1</td>
<td></td>
<td>Testing, OpenSimSearch, OpenSimProfile, OpenWiredux</td>
</tr>

<tr>
<td>Taoki</td>
<td>Mircea Kitsune / Taoki Vixen</td>
<td>Mircea Kitsune (OSGrid) / Mircea Lobo (LL grid)</td>
<td> </td>
<td>GMT +2</td>
<td> </td>
<td>Usually testing and bug reporting but I also make smaller patches where I know what to do.</td>
</tr>

<tr>
<td>[[User:Patnad|Patnad]]</td>
<td>Patrick</td>
<td>Patnad Babii</td>
<td>Patnad Babii (OSGrid)</td>
<td>GMT -5</td>
<td> </td>
<td>Bug testing and reporting, I code C# but haven't touched OpenSim Project.. Yet!</td>
</tr>

<tr>
<td>[[User:Hallow Palmer|Hallow Palmer]]</td>
<td>Markus</td>
<td>Hallow Palmer</td>
<td> </td>
<td>+1</td>
<td>Grid4Us http://www.grid4us.net</td>
<td>Server Performance (Windows), Tester, Feedback, Business concepts,Bug Reporting, Server-Hosting</td>
</tr>

<tr>
<td>[[User:^DarkMan|^DarkMan]]</td>
<td>Brian Adair</td>
<td>Patrick Ouachita</td>
<td>Brian Adair | Patrick Meta</td>
<td>-6 CST</td>
<td>RealMetaLife | B&H Networking</td>
<td>Building, Scripting, Testing, etc.</td>
</tr>

<tr>
<td>[[User:tlaukkan|Tommi Laukkanen]]</td>
<td>Tommi Laukkanen</td>
<td> </td>
<td>Tommi Laukkanen</td>
<td>+2 GMT</td>
<td>http://www.bubblecloud.org</td>
<td>Protocols ([http://www.bubblecloud.org MXP]), NHibernate, Scrip API, Map Generation, Bug Fixes, Grid Hosting</td>
</tr>

<tr>
<td>[[User:bikcmp|bikcmp]]</td>
<td>Jason</td>
<td>NONE</td>
<td>NONE</td>
<td>EST</td>
<td>Blue Software</td>
<td>God power, reporting and fixing bugs, and overall performance.</td>
</tr>
<tr>
<td>[[User:Mystical|Mystical]]</td>
<td>Kevin Tweedy</td>
<td>Mystical Demina</td>
<td>Mystical Demina</td>
<td>-5</td>
<td>Extreme Reality Grid http://www.XRGrid.com</td>
<td>Windows Communication Framework, Windows Workflow,Entity Framework, MSSQL Enhancements,Commerce, Content,DotNetNuke based portal, development services</td>
</tr>

<tr>
<td>[[User:Godfrey|Godfrey]]</td>
<td>Jeff Lee</td>
<td>Warin Cascabel</td>
<td> </td>
<td>-5 (EST5EDT)</td>
<td></td>
<td>Testing, minor bugfixes. Scripting, building, animating</td>
</tr>
<tr>
<td>Jamenai</td>
<td>Christopher Händler</td>
<td>Jamenai Luik</td>
<td>Jamenai Luik</td>
<td>+1</td>
<td>Playneko Grid | XIMDEX Jamenai http://www.playneko.de http://www.ximdex.de</td>
<td>Server Performance (Linux/Windows),Bug Reporting, Server-Hosting, Grid-Owner, Scripting (PHP, Perl, JavaScript, LSL)</td>
</tr>

</table>
[[Category:Main]]
[[Category:Development]]

Development Team

2009-04-02T13:01:12Z

Arthursv: /* Active OpenSim Core Developers */

== Active OpenSim Core Developers ==
These people have commit access to our central SVN server and are [http://www.ohloh.net/projects/4753/contributors regular contributors] to the codebase.

(please add in as much info as you like for your name)

<table border="1" cellpadding="2" cellspacing="0" class="sortable">
<tr>
<th>Photo </th>
<th>IRC Nick </th>
<th>Name</th>
<th>SL Avatar</th>
<th>Other Grid</th>
<th>Time Zone (UTC)</th>
<th>Org</th>
<th>Areas of Interest</th>
</tr>

<tr>
<td />
<td>[[User:MW |MW ]]</td>
<td>Darren</td>
<td>OSG:Wright Juran TN:Darren Guard</td>
<td></td>
<td>0</td>
<td>[http://tribalmedia.se/ Tribal Media AB]</td>
<td>Everything</td>
</tr>
<tr>
<td> </td>
<td>[[User:lbsa71|lbsa71]]</td>
<td>Stefan Andersson</td>
<td>Tribal Skytower</td>
<td>OSG:Stefan Andersson TN:Stefan Andersson</td>
<td>+1</td>
<td>[http://tribalmedia.se/ Tribal Media AB]</td>
<td>Web Integration</td>
</tr>
<tr>
<tr>
<td />
<td>[[User:Adam Frisby|Adam Frisby]]</td>
<td>Adam Frisby</td>
<td>Adam Zaius</td>
<td></td>
<td>+8</td>
<td>DeepThink Pty Ltd</td>
<td>Terrain, Performance</td>
</tr>
<tr>
<td />
<td>[[User:MingChen|MingChen]]</td>
<td>Mike/Michael Ortman</td>
<td>Ming Chen</td>
<td></td>
<td>-6 (-5 in Summer)</td>
<td>DeepThink Pty Ltd</td>
<td>Estate/Parcel Support/Modules/Keeping things all neat and tidy.</td>
</tr>
<tr>
<td />
<td>[[User:SeanDague|sdague]]</td>
<td>Sean Dague</td>
<td>Neas Bade</td>
<td></td>
<td>-5</td>
<td>IBM</td>
<td>Database, Linux, Testing, Misc</td>
</tr>
<tr>
<td />
<td>[[User:Tedd|Tedd]]</td>
<td>Tedd Hansen</td>
<td>Tedd Maa</td>
<td></td>
<td>+1</td>
<td>Tedd Hansen</td>
<td>Programming/Scripting/Architecture</td>
</tr>
<tr>
<td />
<td>ckrinke</td>
<td>Charles Krinke</td>
<td>Charlesk Bing</td>
<td></td>
<td>-8</td>
<td> </td>
<td>Reliability/Grid servers/ll-functions</td>
</tr>
<tr>
<td />
<td>[[User:chi11ken|chi11ken]]</td>
<td>Jeff Ames</td>
<td>Chillken Proto</td>
<td> </td>
<td>+9</td>
<td>[http://www.genkii.com Genkii]</td>
<td> </td>
</tr>
<tr>
<td />
<td>[[User:adjohn|adjohn]]</td>
<td>Adam Johnson</td>
<td>Zeuz Zenovka</td>
<td> </td>
<td>+9</td>
<td>[http://www.genkii.com Genkii]</td>
<td> </td>
</tr>
<tr>
<td />
<td>[[User:joha1|joha1]]</td>
<td>Johan Berntsson</td>
<td>Joppi Brandenburg</td>
<td> </td>
<td>+9</td>
<td>[http://www.3di.jp/en/ 3Di Inc, Japan] http://www.3di.jp/en/</td>
<td>Performance, packet handling/libSL</td>
</tr>
<tr>
<td />
<td>[[User:Teravus|Teravus]]</td>
<td>Teravus</td>
<td>Teravus Ousley</td>
<td></td>
<td>-5</td>
<td>W3z</td>
<td>Physics & Admin tools, A working sim.</td>
</tr>
<tr>
<td />
<td>[[User:justincc|justincc]]</td>
<td>Justin Clark-Casey</td>
<td>Lulworth Beaumont</td>
<td>Justin Clark-Casey (osgrid)</td>
<td>0</td>
<td>Black Dress Technology [http://justincc.wordpress.com justincc's OpenSim blog]</td>
<td>Grid, performance & reliability, inventory (avatar and object), assets, scenes, etc.</td>
</tr>
<tr>
<td />
<td>[[User:DrScofield|drscofld]]</td>
<td>Dirk Husemann</td>
<td>Dr Scofield</td>
<td></td>
<td>+1</td>
<td>IBM</td>
<td>reliability, networking protocols, voice, inventory, assets, remote control, and pretty much everything else :-)</td>
</tr>
<tr>
<td />
<td>[[User:dahlia|dahlia]]</td>
<td>T. Hoff</td>
<td>Dahlia Trimble</td>
<td></td>
<td>-8 / -7</td>
<td>independent</td>
<td>prim collision geometry, more later :)</td>
</tr>
<tr>
<td></td>
<td>[[User:Mikem|mikem]]</td>
<td>Mike</td>
<td> </td>
<td> </td>
<td>+9</td>
<td>[http://www.3di.jp/en/ 3Di Inc, Japan] http://www.3di.jp/en/</td>
<td>patches, scripting improvements, LSL compiler</td>
</tr>
<tr>
<td></td>
<td>[[User:Melanie_T|Melanie_T]]</td>
<td>Melanie</td>
<td>Melanie Milland</td>
<td> </td>
<td>+1</td>
<td>Independent</td>
<td>Scripting, Prims/Scene, Life, The Universe, and Everything</td>
</tr>
<tr>
<td></td>
<td>[[User:HomerHorwitz|homerh]]</td>
<td>Homer Horwitz</td>
<td>Homer Horwitz</td>
<td> </td>
<td>+2</td>
<td>Independent</td>
<td>rev. engineering, "now, that's funny" problems, but still interested in all parts of it</td>
</tr>
<tr>
<td></td>
<td>[[User:Diva|Diva]]</td>
<td>Crista Lopes</td>
<td>Diva Canto</td>
<td>Crista Lopes / Diva Canto</td>
<td>-8</td>
<td>University of California, Irvine</td>
<td>Everything, except databases</td>
</tr>
<tr>
<td />
<td>[[User:nlin|nlin]]</td>
<td>N Lin</td>
<td>Standard Drucker</td>
<td> </td>
<td>+9</td>
<td>[http://www.3di.jp/en/ 3Di Inc, Japan] http://www.3di.jp/en/</td>
<td>Physics, scripting, more to come</td>
</tr>
<tr>
<td />
<td>[[User:arthursv|arthursv]]</td>
<td>Arthur Valadares</td>
<td>Arthur Valadares</td>
<td>NONE</td>
<td>-3</td>
<td>IBM</td>
<td>Unit testing, database plugins, bug fixes, general </td>
</tr>

</table>

== Retired OpenSim core developers ==

These people are core developers who have transcended our mortal plane (i.e. they are no longer active).

<table border="1" cellpadding="2" cellspacing="0" class="sortable">
<tr>
<th>Photo </th>
<th>IRC Nick </th>
<th>Name</th>
<th>SL Avatar</th>
<th>Other Grid</th>
<th>Time Zone (UTC)</th>
<th>Org</th>
<th>Areas of Interest</th>
</tr>
<tr>
<td />
<td>[[User:babblefrog|babblefrog]]</td>
<td>Brian McBee</td>
<td>Dogen Coldstream</td>
<td>Babblefrog Ballistic (osgrid)</td>
<td>-8</td>
<td>Disorganized</td>
<td> </td>
</tr>
<tr>
<td />
<td>[[User:danx0r|danx0r]]</td>
<td>Dan Miller</td>
<td>Albert Pascal</td>
<td></td>
<td>-8</td>
<td>squiggle.com</td>
<td>PHEEZIKS; everything</td>
</tr>
<tr>
<td />
<td>Tleiades</td>
<td> </td>
<td>Tleiades Hax</td>
<td></td>
<td>+1</td>
<td> </td>
<td>Grid servers/Database</td>
</tr>
<tr>
<td />
<td>[[User:Darok|Darok]]</td>
<td> </td>
<td>Darok Kaminski</td>
<td></td>
<td>+1</td>
<td> </td>
<td>Physics engines (especially BulletX)</td>
</tr>
<tr>
<td />
<td>Gareth / Gwen</td>
<td>Gareth Nelson</td>
<td>Gareth Ellison</td>
<td>Gareth Nelson (on everywhere but SL)</td>
<td>BST (UTC+1)</td>
<td>Litesim Ltd</td>
<td>Grid servers, sim border crossing, avatar animations</td>
</tr>
<tr>
<td />
<td>[[User:dalien|dalien]]</td>
<td>Dalien Talbot</td>
<td>Dalien Talbot</td>
<td></td>
<td>+1</td>
<td>Mostly TCP-based</td>
<td>Small fixes; rev.eng./prototyping; nightlies; git-keeper </td>
</tr>
<tr>
<td />
<td>[[Alondria]]</td>
<td></td>
<td>Alondria LeFay</td>
<td>Alondria LeFay (OSGrid)</td>
<td>-8</td>
<td>Independent</td>
<td>Implementation of LSL functions and other scripting tidbits.</td>
</tr>
</table>

== Additional Developers/Testers/Contributors ==
These people have contributed bug reports, patches or other contributions to OpenSim.

<table border="1" cellpadding="2" cellspacing="0" class="wikitable sortable">
<tr>
<th>IRC Nick </th>
<th>Name</th>
<th>SL Avatar</th>
<th>Other Grid</th>
<th>Time Zone (UTC)</th>
<th>Org</th>
<th>Areas of Interest</th>
</tr>

<tr>
<td>[[User:Nebadon|Nebadon]]</td>
<td>Michael Cerquoni</td>
<td>Nebadon Izumi</td>
<td>Nebadon Izumi</td>
<td>-7 Arizona</td>
<td>Oni Kenkon Creations</td>
<td>Building, Scripting, Testing</td>
</tr>

<tr>
<td>[[User:jtclark48|jclark4]]</td>
<td>Jay Clark</td>
<td>Jay Clarke</td>
<td></td>
<td>-5</td>
<td>IBM</td>
<td>Physics, Grid Host, AI, Scripting, Testing</td>
</tr>

<tr>
<td>[[User:AdamStevenson|BigFootAg]]</td>
<td>Adam Stevenson</td>
<td>Adamus Petrov</td>
<td></td>
<td>-6</td>
<td>Texas A&M University</td>
<td>AI, Skynet, Evolving Systems, Biology</td>
</tr>

<tr>
<td>[[User:jeff1564|Jeff1564]]</td>
<td>Jeff</td>
<td>Potter Taurog</td>
<td></td>
<td>-8</td>
<td></td>
<td>Building, Scripting, Testing</td>
</tr>

<tr>
<td>Rock_Vacirca</td>
<td>Colin Withers</td>
<td>Rock Vacirca</td>
<td> </td>
<td>+1</td>
<td>http://rock-vacirca.blogspot.com</td>
<td>Testing, building, scripting, maintaining an opensim blog.</td>
</tr>

<tr>
<td>simsim</td>
<td>caocao</td>
<td> </td>
<td> </td>
<td>+9</td>
<td> </td>
<td>Testing whole functions of OpenSim system,working with OpenSim-Engine,reporting on OpenSim</td>
</tr>

<tr>
<td>[[User:Vicero Lambert|Vicero Lambert]]</td>
<td> </td>
<td> </td>
<td></td>
<td> </td>
<td> </td>
<td> </td>
</tr>

<tr>
<td>Ldvoipeng</td>
<td> </td>
<td> </td>
<td></td>
<td> </td>
<td> </td>
<td> </td>
</tr>

<tr>
<td>idoru</td>
<td> </td>
<td> </td>
<td></td>
<td> </td>
<td> </td>
<td> </td>
</tr>

<tr>
<td>[[User:Magi|Magi]]</td>
<td>Andy Agnew</td>
<td>Magi Merlin</td>
<td></td>
<td>+10</td>
<td>Spun Pty Ltd</td>
<td>3D Web Integration, Database stuff and playing with the odds and ends box.</td>
</tr>

<tr>
<td>john_</td>
<td>John Moyer</td>
<td>VAJohn GeekSquad or Matthew Kendal</td>
<td></td>
<td>-5</td>
<td>Best Buy/Geek Squad</td>
<td>Tester</td>
</tr>

<tr>
<td>[[User:ClarkZone|ClarkZone]]</td>
<td>Troy Admin(@ClarkZone)</td>
<td>Troy Childs</td>
<td>Troy Admin (ClarkZone)</td>
<td>-5</td>
<td>Http://clarkzone.dyndns.org</td>
<td>Tester and Grid Host</td>
</tr>

<tr>
<td>[[User:aiaustin|aiaustin]]</td>
<td>Ai Austin</td>
<td>Ai Austin</td>
<td>Ai AIAI (AIAI Grid)</td>
<td>+0</td>
<td>AIAI, University of Edinburgh http://www.aiai.ed.ac.uk/~ai/ http://vue.ed.ac.uk/openvue/</td>
<td>Windows Vista tests Content testing Use of multiple VWs</td>
</tr>

<tr>
<td>Marc Manders</td>
<td>Marc Manders</td>
<td> </td>
<td> </td>
<td>+6</td>
<td>marcmanders@gmail.com</td>
<td>creative features</td>
</tr>

<tr>
<td>[[User:balthazar|balthazar]]</td>
<td>Trevor Brooks</td>
<td>Balthazar Sin</td>
<td></td>
<td>-5</td>
<td>None</td>
<td>Terrains, testing and some small coding tasks</td>
</tr>

<tr>
<td>[[User:jimbo2120|jimbo2120]]</td>
<td>Michael Osias</td>
<td>Illuminous Beltran</td>
<td></td>
<td>-5</td>
<td>IBM</td>
<td>Grid, AI, Skynet, coding and testing</td>
</tr>

<tr>
<td>[[User:Sakai|Sakai]]</td>
<td>Steve S</td>
<td></td>
<td>Sakai Openlife (OpenlifeGrid)</td>
<td>+10</td>
<td>http://www.openlifegrid.com</td>
<td>Grid, Hardware, Testing, Contribution</td>
</tr>

<tr>
<td>ZeroPoint</td>
<td> </td>
<td>Guilderoy Dench</td>
<td></td>
<td>-5</td>
<td> </td>
<td>Programming/Database</td>
</tr>

<tr>
<td>MaltosSosa</td>
<td>Maltos Sosa</td>
<td>Maltos Sosa </td>
<td>Maltos Sosa (Central Grid)</td>
<td> </td>
<td>Central Grid</td>
<td>Grid Operator, Central Grid Project Manager. Anything we can offer, just ask.</td>
</tr>

<tr>
<td>[[User:DerekTang|DerekTang]]</td>
<td>Derek Tang</td>
<td>Derek Timeless</td>
<td>Derek Tang (ChineseGrid)</td>
<td>+8</td>
<td>http://ChineseGrid.net</td>
<td>Running a public WINDOWS sim for testing, Docs, Helping Chinese users to enjoy OpenSim; building Chinese OpenSim communities. In construction...</td>
</tr>

<tr>
<td>[[User:TayB|TayB]]</td>
<td>Earl B</td>
<td>Taylor Boyau</td>
<td></td>
<td>-10</td>
<td>ViziGrid</td>
<td>Grid Host,Networking,Contributions & Testing.</td>
</tr>

<tr>
<td>[[User:JamieDav|JamieDav]]</td>
<td>Jamie David</td>
<td>Jamie David</td>
<td></td>
<td>+7</td>
<td>Forum</td>
<td>Grid, Sim, Avitar, Functionality</td>
</tr>

<tr>
<td>[[User:Krtaylor|Krtaylor]]</td>
<td>Kurt Taylor</td>
<td>Kurt Stringer </td>
<td></td>
<td>-6</td>
<td>IBM</td>
<td>Grid, Networking, Monitoring, Scripting, Inventory, Testing</td>
</tr>

<tr>
<td>[[User:Nink|Nink]]</td>
<td>Peter Finn</td>
<td>Nink Noonan</td>
<td></td>
<td>-5</td>
<td>IBM</td>
<td>Disruptive Influence.</td>
</tr>

<tr>
<td>[[User:Bruce|Bruce]]</td>
<td>Bruce Meerson</td>
<td>Bruce Meerson</td>
<td></td>
<td>+8</td>
<td>HiPiHi</td>
<td>Watching.</td>
</tr>

<tr>
<td>[[User:Darb|DarbD]]</td>
<td>Brian B. Quinn</td>
<td>Darb Dabney</td>
<td>regions near Marin</td>
<td>PST/SLT (-7 or -8)</td>
<td>County of Marin, California http://blog.simgis.com</td>
<td>LiDAR-based sculpties, real-world terrain, pursuit of civic paraverses </td>
</tr>

<tr>
<td>[[CharlieO]]</td>
<td>Dan</td>
<td>Charlie Omega</td>
<td></td>
<td> </td>
<td> </td>
<td>Mild coding/tweaking/simple feature adds, Stress testing/break stuff, Testing limits of existing code. Making sure [[LSL Status]] is up to date</td>
</tr>

<tr>
<td>oobscure</td>
<td> </td>
<td>Opensource Obscure</td>
<td></td>
<td>+1</td>
<td>http://www.opensim.it</td>
<td>Running a public Linux sim for testing, Docs, Helping italian users, Building opensim communities, Watching</td>
</tr>

<tr>
<td>pitman</td>
<td>Mike Pitman</td>
<td>Rez Tone</td>
<td></td>
<td> </td>
<td>IBM</td>
<td>Scientific visualization schemes, virt world product design, persistant workspaces, virt world based big biz</td>
</tr>

<tr>
<td>cmu</td>
<td>Christopher Mumme</td>
<td>Snook Destiny</td>
<td></td>
<td>+1</td>
<td>http://www.cmu-develop.de/ and research group "Collaboration Systems and CSCW" at Clausthal University of Technology</td>
<td>Testing OpenSim, working with OpenSim-Engine, reporting on OpenSim</td>
</tr>

<tr>
<td>[[Silpol]]</td>
<td>Andriy Tymchenko</td>
<td>Andy Tir</td>
<td></td>
<td>EET (+2/3)</td>
<td> http://silpol.blogspot.com/ (also visible at Nokia)</td>
<td>highly uncoordinated mess with elements of palace games, under-table diplomacy, rebellion, coup d'état and mutiny. optionally pirate</td>
</tr>

<tr>
<td>[[User:Grumly|Grumly]]</td>
<td></td>
<td>Forest Klaar</td>
<td>Grumly TheBear</td>
<td>GMT+1</td>
<td>.NET MCAD Dev/Arch/Trainer http://www.devoteam.com</td>
<td>Trying to get into OpenSim code for now. Particularly interrested in data persistence. blog (Hello, Avatar!): http://lslblog.free.fr</td>
</tr>

<tr>
<td>[[daTwitch]]</td>
<td>James G. Stallings II</td>
<td> Lazarus Longstaff</td>
<td>Hiro Protagonist (OSGrid)</td>
<td>-5</td>
<td>House Husband</td>
<td>OSGrid Region owner, OSGrid Operator, Forum Admin, sometime wiki editor</td>
</tr>

<tr>
<td>gryc</td>
<td>Gryc Ueusp</td>
<td>Gryc Uriza</td>
<td>Gryc Uriza(OSGrid)</td>
<td>-6</td>
<td></td>
<td>PHP scripting, web interfaces, interconnectivity, cross-platformedness</td>
</tr>

<tr>
<td>[[User:Phrearch|Phrearch]]</td>
<td>Jeroen van Veen</td>
<td>Phrearch Miles</td>
<td>Phrearch Miles(OSGrid)</td>
<td>Amsterdam/Paris</td>
<td></td>
<td>WiXTD, Wikidoc and Moo</td>
</tr>

<tr>
<td>[[User:Burnman|Burnman]]</td>
<td>Allen Wilkins</td>
<td>Burnman Bedlam</td>
<td>Sid Green (United Grid)</td>
<td>Boston, USA</td>
<td>United Grid</td>
<td>Testing, testing, and more testing! Getting familiar with the source, interested in all aspects of the project.</td>
</tr>

<tr>
<td>[[User:krisbfunk|krisbfunk]]</td>
<td>Kris Bulman</td>
<td>krisbfunk Vought</td>
<td>Krisbfunk Nocturnal(OSGrid)</td>
<td>PE, Canada (-4)</td>
<td>Edactive Technologies NocturnalEye Productions UPEI</td>
<td>Currently: Testing, bug reports, wiki updating, building on OSGrid</td>
</tr>

<tr>
<td>[[User:HashBox|HashBox]]</td>
<td> </td>
<td>Sibariel Darkstone</td>
<td>Sibariel Darkstone (OSGrid)</td>
<td>New Zealand (+12)</td>
<td></td>
<td>Testing, bug reports, and updating the wiki.</td>
</tr>

<tr>
<td>[[User:Kinoc|Kinoc]]</td>
<td>Kino Coursey</td>
<td>Daxxon Jaxxon</td>
<td>Daxxon Kinoc (OSgrid)</td>
<td>-6</td>
<td>Daxtron Laboratories http://www.daxtron.com University of North Texas</td>
<td>AI, Semantic web, Ontologies, Natural Laanguage Processing, Cyc, Bots, NPC </td>
</tr>

<tr>
<td>[[User:trapuh|trapuh]]</td>
<td>Pedro Ribeiro</td>
<td>Vaiten Forder</td>
<td></td>
<td>GMT</td>
<td>University Student, Escola Superior de Educação de Viseu, Portugal </td>
<td>Testing, eventual bug reports and wiki. Music, web/digital arts and php+sql.</td>
</tr>

<tr>
<td>[[User:SonicViz|SonicViz]]</td>
<td>Paul Cohen</td>
<td>Komuso Tokugawa</td>
<td></td>
<td>+9</td>
<td>Http://sonicviz.com</td>
<td>Audio/Music, Interactive Music, Control Protocols, Interfaces, VisualFX, Procedural animation/Generative systems + testing and general dev</td>
</tr>

<tr>
<td>[[User:Mokele|mokele]]</td>
<td>Scott Norman</td>
<td>Mokelembembe Mokeev</td>
<td></td>
<td>-8 (Southern California)</td>
<td>Web Developer (PHP and MySQL)</td>
<td>Interested in seeing running on PowerPC Macs which it is. So, when I can, I'll compile and test on PowerPC Mac (PowerBook G4) and submit reports and then update the wiki if need on installing on Mac. Also have a Ubuntu 7.10 server that I can do testing on too.</td>
</tr>

<tr>
<td>[[User:devalnor|devalnor]]</td>
<td>Devalnor</td>
<td>M. Watkin</td>
<td></td>
<td>+1 (Belgium)</td>
<td></td>
<td>Small Patch code, bug reports, and updating the wiki.</td>
</tr>

<tr>
<td>[[User:Ezekiel|Ezekiel]]</td>
<td>Ezekiel</td>
<td>Ezekiel Zabelin</td>
<td></td>
<td>+1 </td>
<td>http://www.yosims.com </td>
<td>Concepts, business aspects of virtual worlds - web developer (PHP, MySQL, Javascript, LSL) </td>
</tr>

<tr>
<td>[[User:Buggmaster|Buggmaster]]</td>
<td>Mike D</td>
<td>Bug Master</td>
<td>None</td>
<td>-8 </td>
<td>http://www.adultmetaverse.com</td>
<td>Grid, Data/Web PHP/PERL/MySQL</td>
</tr>

<tr>
<td>[[User:Nixnerd|nixnerd]]</td>
<td></td>
<td>Dangerously Moody</td>
<td>None</td>
<td>GMT </td>
<td>http://www.integratedtechnologies.eu</td>
<td>Cross Platform Testing, Feedback, Bug Reporting</td>
</tr>

<tr>
<td>[[User:MoHax|mohax]]</td>
<td>Mo Hax</td>
<td>Mo Hax</td>
<td></td>
<td>-5 Eastern</td>
<td>IBM</td>
<td>Testing, Feedback, Content Contributions, Bug Reporting, Documenting, Development</td>
</tr>

<tr>
<td>[[User:Webmage|webmage]]</td>
<td>webmage</td>
<td>Leyla Masala</td>
<td>Web Mage</td>
<td>+1</td>
<td>IBM</td>
<td>Testing, terrain</td>
</tr>

<tr>
<td>[[User:NLStitch|NLStitch]]</td>
<td>Marijn Oosterveld</td>
<td>Stitch Seale</td>
<td>NYA</td>
<td>GMT +1 Amsterdam</td>
<td>Twingate Systems (http://www.twingate.nl) HanzeHogeschool Groningen, Netherlands
</td>
<td>Programming, Photography, AI</td>
</tr>

<tr>
<td>[[User:Ideia Boa|Ideia Boa]]</td>
<td>Joao Lopes</td>
<td>Ideia Boa</td>
<td>Ideia Boa or Boa Ideia in some grids</td>
<td>GTM+1 Stockholm/Sweden</td>
<td>WorldSimTERRA - Virtual World that speaks Portuguese too http://www.worldsimterra.com</td>
<td>Testing and more testing! Updating the original wiki and translating the OpenSim Wiki into Portuguese and reporting on OpenSim</td>
</tr>

<tr>
<td>[[User:Lulurun|lulurun]]</td>
<td>liu</td>
<td> </td>
<td> </td>
<td>+9</td>
<td>3Di Inc, Japan http://www.3di.jp</td>
<td>patches, openid, server performance, UGAI</td>
</tr>

<tr>
<td>[[User:Carlosroundel|Carlosrounde]]</td>
<td>Carlosroundel</td>
<td>Carlos Roundel</td>
<td> </td>
<td>+1</td>
<td>Cyberlandia Italy http://www.cyberlandia.net</td>
<td>grid, programmer, database, tester</td>
</tr>

<tr>
<td>[[User:Mikebert|Mikebert]]</td>
<td>Michael Strunck</td>
<td>Mikebert Miles</td>
<td>Mikebert M34</td>
<td>+1</td>
<td>OpenSIM Wiki, Germany http://www.opensim.de</td>
<td>German Wiki, Translater, Server Performance (Linux/Windows), Tester, Feedback, Bug Reporting, Server-Hosting</td>
</tr>

<tr>
<td>[[User:Fly-man-|Fly-Man-]]</td>
<td>Laurence</td>
<td></td>
<td>Fly Man</td>
<td>+1</td>
<td></td>
<td>Testing, OpenSimSearch, OpenSimProfile, OpenWiredux</td>
</tr>

<tr>
<td>Taoki</td>
<td>Mircea Kitsune / Taoki Vixen</td>
<td>Mircea Kitsune (OSGrid) / Mircea Lobo (LL grid)</td>
<td> </td>
<td>GMT +2</td>
<td> </td>
<td>Usually testing and bug reporting but I also make smaller patches where I know what to do.</td>
</tr>

<tr>
<td>[[User:Patnad|Patnad]]</td>
<td>Patrick</td>
<td>Patnad Babii</td>
<td>Patnad Babii (OSGrid)</td>
<td>GMT -5</td>
<td> </td>
<td>Bug testing and reporting, I code C# but haven't touched OpenSim Project.. Yet!</td>
</tr>

<tr>
<td>[[User:Hallow Palmer|Hallow Palmer]]</td>
<td>Markus</td>
<td>Hallow Palmer</td>
<td> </td>
<td>+1</td>
<td>Grid4Us http://www.grid4us.net</td>
<td>Server Performance (Windows), Tester, Feedback, Business concepts,Bug Reporting, Server-Hosting</td>
</tr>

<tr>
<td>[[User:^DarkMan|^DarkMan]]</td>
<td>Brian Adair</td>
<td>Patrick Ouachita</td>
<td>Brian Adair | Patrick Meta</td>
<td>-6 CST</td>
<td>RealMetaLife | B&H Networking</td>
<td>Building, Scripting, Testing, etc.</td>
</tr>

<tr>
<td>[[User:tlaukkan|Tommi Laukkanen]]</td>
<td>Tommi Laukkanen</td>
<td> </td>
<td>Tommi Laukkanen</td>
<td>+2 GMT</td>
<td>http://www.bubblecloud.org</td>
<td>Protocols ([http://www.bubblecloud.org MXP]), NHibernate, Scrip API, Map Generation, Bug Fixes, Grid Hosting</td>
</tr>

<tr>
<td>[[User:bikcmp|bikcmp]]</td>
<td>Jason</td>
<td>NONE</td>
<td>NONE</td>
<td>EST</td>
<td>Blue Software</td>
<td>God power, reporting and fixing bugs, and overall performance.</td>
</tr>

<tr>
<td>[[User:arthursv|arthursv]]</td>
<td>Arthur Valadares</td>
<td>Arthur Valadares</td>
<td>NONE</td>
<td>-3</td>
<td>IBM</td>
<td>Unit testing, database plugins, bug fixes, general </td>
</tr>

<tr>
<td>[[User:Mystical|Mystical]]</td>
<td>Kevin Tweedy</td>
<td>Mystical Demina</td>
<td>Mystical Demina</td>
<td>-5</td>
<td>Extreme Reality Grid http://www.XRGrid.com</td>
<td>Windows Communication Framework, Windows Workflow,Entity Framework, MSSQL Enhancements,Commerce, Content,DotNetNuke based portal, development services</td>
</tr>

<tr>
<td>[[User:Godfrey|Godfrey]]</td>
<td>Jeff Lee</td>
<td>Warin Cascabel</td>
<td> </td>
<td>-5 (EST5EDT)</td>
<td></td>
<td>Testing, minor bugfixes. Scripting, building, animating</td>
</tr>
<tr>
<td>Jamenai</td>
<td>Christopher Händler</td>
<td>Jamenai Luik</td>
<td>Jamenai Luik</td>
<td>+1</td>
<td>Playneko Grid | XIMDEX Jamenai http://www.playneko.de http://www.ximdex.de</td>
<td>Server Performance (Linux/Windows),Bug Reporting, Server-Hosting, Grid-Owner, Scripting (PHP, Perl, JavaScript, LSL)</td>
</tr>

</table>
[[Category:Main]]
[[Category:Development]]

Development Team

2009-02-20T15:54:29Z

Arthursv: /* Additional Developers/Testers/Contributors */

== Active OpenSim Core Developers ==
These people have commit access to our central SVN server and are [http://www.ohloh.net/projects/4753/contributors regular contributors] to the codebase.

(please add in as much info as you like for your name)

<table border="1" cellpadding="2" cellspacing="0" class="sortable">
<tr>
<th>Photo </th>
<th>IRC Nick </th>
<th>Name</th>
<th>SL Avatar</th>
<th>Other Grid</th>
<th>Time Zone (UTC)</th>
<th>Org</th>
<th>Areas of Interest</th>
</tr>

<tr>
<td />
<td>[[User:MW |MW ]]</td>
<td>Darren</td>
<td>OSG:Wright Juran TN:Darren Guard</td>
<td></td>
<td>0</td>
<td>[http://tribalmedia.se/ Tribal Media AB]</td>
<td>Everything</td>
</tr>
<tr>
<td> </td>
<td>[[User:lbsa71|lbsa71]]</td>
<td>Stefan Andersson</td>
<td>Tribal Skytower</td>
<td>OSG:Stefan Andersson TN:Stefan Andersson</td>
<td>+1</td>
<td>[http://tribalmedia.se/ Tribal Media AB]</td>
<td>Web Integration</td>
</tr>
<tr>
<tr>
<td />
<td>[[User:Adam Frisby|Adam Frisby]]</td>
<td>Adam Frisby</td>
<td>Adam Zaius</td>
<td></td>
<td>+8</td>
<td>DeepThink Pty Ltd</td>
<td>Terrain, Performance</td>
</tr>
<tr>
<td />
<td>[[User:MingChen|MingChen]]</td>
<td>Mike/Michael Ortman</td>
<td>Ming Chen</td>
<td></td>
<td>-6 (-5 in Summer)</td>
<td>DeepThink Pty Ltd</td>
<td>Estate/Parcel Support/Modules/Keeping things all neat and tidy.</td>
</tr>
<tr>
<td />
<td>[[User:SeanDague|sdague]]</td>
<td>Sean Dague</td>
<td>Neas Bade</td>
<td></td>
<td>-5</td>
<td>IBM</td>
<td>Database, Linux, Testing, Misc</td>
</tr>
<tr>
<td />
<td>[[User:Tedd|Tedd]]</td>
<td>Tedd Hansen</td>
<td>Tedd Maa</td>
<td></td>
<td>+1</td>
<td>Tedd Hansen</td>
<td>Programming/Scripting/Architecture</td>
</tr>
<tr>
<td />
<td>[[User:dalien|dalien]]</td>
<td>Dalien Talbot</td>
<td>Dalien Talbot</td>
<td></td>
<td>+1</td>
<td>Mostly TCP-based</td>
<td>Small fixes; rev.eng./prototyping; nightlies; git-keeper </td>
</tr>
<tr>
<td />
<td>ckrinke</td>
<td>Charles Krinke</td>
<td>Charlesk Bing</td>
<td></td>
<td>-8</td>
<td> </td>
<td>Reliability/Grid servers/ll-functions</td>
</tr>
<tr>
<td />
<td>[[User:chi11ken|chi11ken]]</td>
<td>Jeff Ames</td>
<td>Chillken Proto</td>
<td> </td>
<td>+9</td>
<td>[http://www.genkii.com Genkii]</td>
<td> </td>
</tr>
<tr>
<td />
<td>[[User:adjohn|adjohn]]</td>
<td>Adam Johnson</td>
<td>Zeuz Zenovka</td>
<td> </td>
<td>+9</td>
<td>[http://www.genkii.com Genkii]</td>
<td> </td>
</tr>
<tr>
<td />
<td>[[User:joha1|joha1]]</td>
<td>Johan Berntsson</td>
<td>Joppi Brandenburg</td>
<td> </td>
<td>+9</td>
<td>[http://www.3di.jp/en/ 3Di Inc, Japan] http://www.3di.jp/en/</td>
<td>Performance, packet handling/libSL</td>
</tr>
<tr>
<td />
<td>[[User:Teravus|Teravus]]</td>
<td>Teravus</td>
<td>Teravus Ousley</td>
<td></td>
<td>-5</td>
<td>W3z</td>
<td>Physics & Admin tools, A working sim.</td>
</tr>
<tr>
<td />
<td>[[User:justincc|justincc]]</td>
<td>Justin Clark-Casey</td>
<td>Lulworth Beaumont</td>
<td>Justin Clark-Casey (osgrid)</td>
<td>0</td>
<td>Black Dress Technology [http://justincc.wordpress.com justincc's OpenSim blog]</td>
<td>Grid, performance & reliability, inventory (avatar and object), assets, scenes, etc.</td>
</tr>
<tr>
<td />
<td>[[Alondria]]</td>
<td></td>
<td>Alondria LeFay</td>
<td>Alondria LeFay (OSGrid)</td>
<td>-8</td>
<td>Independent</td>
<td>Implementation of LSL functions and other scripting tidbits.</td>
</tr>
<tr>
<td />
<td>[[User:DrScofield|drscofld]]</td>
<td>Dirk Husemann</td>
<td>Dr Scofield</td>
<td></td>
<td>+1</td>
<td>IBM</td>
<td>reliability, networking protocols, voice, inventory, assets, remote control, and pretty much everything else :-)</td>
</tr>
<tr>
<td />
<td>[[User:dahlia|dahlia]]</td>
<td>T. Hoff</td>
<td>Dahlia Trimble</td>
<td></td>
<td>-8 / -7</td>
<td>independent</td>
<td>prim collision geometry, more later :)</td>
</tr>
<tr>
<td></td>
<td>[[User:Mikem|mikem]]</td>
<td>Mike</td>
<td> </td>
<td> </td>
<td>+9</td>
<td>[http://www.3di.jp/en/ 3Di Inc, Japan] http://www.3di.jp/en/</td>
<td>patches, scripting improvements, LSL compiler</td>
</tr>
<tr>
<td></td>
<td>[[User:Melanie_T|Melanie_T]]</td>
<td>Melanie</td>
<td>Melanie Milland</td>
<td> </td>
<td>0</td>
<td>Xumeo Inc.</td>
<td>Scripting, Prims/Scene, Life, The Universe, and Everything</td>
</tr>
<tr>
<td></td>
<td>[[User:Homer Horwitz|Homer_Horwitz]]</td>
<td>Homer Horwitz</td>
<td>Homer Horwitz</td>
<td> </td>
<td>+2</td>
<td>Independent</td>
<td>map/TP, rev. engineering, "now, that's funny" problems, but still interested in all parts of it</td>
</tr>
<tr>
<td></td>
<td>[[User:Diva|Diva]]</td>
<td>Crista Lopes</td>
<td>Diva Canto</td>
<td>Crista Lopes / Diva Canto</td>
<td>-8</td>
<td>University of California, Irvine</td>
<td>Everything, except databases</td>
</tr>
<tr>
<td />
<td>[[User:nlin|nlin]]</td>
<td>N Lin</td>
<td>Standard Drucker</td>
<td> </td>
<td>+9</td>
<td>[http://www.3di.jp/en/ 3Di Inc, Japan] http://www.3di.jp/en/</td>
<td>Physics, scripting, more to come</td>
</tr>
</table>

== Retired OpenSim core developers ==

These people are core developers who have transcended our mortal plane (i.e. they are no longer active).

<table border="1" cellpadding="2" cellspacing="0" class="sortable">
<tr>
<th>Photo </th>
<th>IRC Nick </th>
<th>Name</th>
<th>SL Avatar</th>
<th>Other Grid</th>
<th>Time Zone (UTC)</th>
<th>Org</th>
<th>Areas of Interest</th>
</tr>
<tr>
<td />
<td>[[User:babblefrog|babblefrog]]</td>
<td>Brian McBee</td>
<td>Dogen Coldstream</td>
<td>Babblefrog Ballistic (osgrid)</td>
<td>-8</td>
<td>Disorganized</td>
<td> </td>
</tr>
<tr>
<td />
<td>[[User:danx0r|danx0r]]</td>
<td>Dan Miller</td>
<td>Albert Pascal</td>
<td></td>
<td>-8</td>
<td>squiggle.com</td>
<td>PHEEZIKS; everything</td>
</tr>
<tr>
<td />
<td>Tleiades</td>
<td> </td>
<td>Tleiades Hax</td>
<td></td>
<td>+1</td>
<td> </td>
<td>Grid servers/Database</td>
</tr>
<tr>
<td />
<td>[[User:Darok|Darok]]</td>
<td> </td>
<td>Darok Kaminski</td>
<td></td>
<td>+1</td>
<td> </td>
<td>Physics engines (especially BulletX)</td>
</tr>
<tr>
<td />
<td>Gareth / Gwen</td>
<td>Gareth Nelson</td>
<td>Gareth Ellison</td>
<td>Gareth Nelson (on everywhere but SL)</td>
<td>BST (UTC+1)</td>
<td>Litesim Ltd</td>
<td>Grid servers, sim border crossing, avatar animations</td>
</tr>
</table>

== Additional Developers/Testers/Contributors ==
These people have contributed bug reports, patches or other contributions to OpenSim.

<table border="1" cellpadding="2" cellspacing="0" class="wikitable sortable">
<tr>
<th>IRC Nick </th>
<th>Name</th>
<th>SL Avatar</th>
<th>Other Grid</th>
<th>Time Zone (UTC)</th>
<th>Org</th>
<th>Areas of Interest</th>
</tr>

<tr>
<td>[[User:Nebadon|Nebadon]]</td>
<td>Michael Cerquoni</td>
<td>Nebadon Izumi</td>
<td>Nebadon Izumi</td>
<td>-7 Arizona</td>
<td>Oni Kenkon Creations</td>
<td>Building, Scripting, Testing</td>
</tr>

<tr>
<td>[[User:jtclark48|jclark4]]</td>
<td>Jay Clark</td>
<td>Jay Clarke</td>
<td></td>
<td>-5</td>
<td>IBM</td>
<td>Physics, Grid Host, AI, Scripting, Testing</td>
</tr>

<tr>
<td>[[User:AdamStevenson|BigFootAg]]</td>
<td>Adam Stevenson</td>
<td>Adamus Petrov</td>
<td></td>
<td>-6</td>
<td>Texas A&M University</td>
<td>AI, Skynet, Evolving Systems, Biology</td>
</tr>

<tr>
<td>[[User:jeff1564|Jeff1564]]</td>
<td>Jeff</td>
<td>Potter Taurog</td>
<td></td>
<td>-8</td>
<td></td>
<td>Building, Scripting, Testing</td>
</tr>

<tr>
<td>Rock_Vacirca</td>
<td>Colin Withers</td>
<td>Rock Vacirca</td>
<td> </td>
<td>+1</td>
<td>http://rock-vacirca.blogspot.com</td>
<td>Testing, building, scripting, maintaining an opensim blog.</td>
</tr>

<tr>
<td>simsim</td>
<td>caocao</td>
<td> </td>
<td> </td>
<td>+9</td>
<td> </td>
<td>Testing whole functions of OpenSim system,working with OpenSim-Engine,reporting on OpenSim</td>
</tr>

<tr>
<td>[[User:Vicero Lambert|Vicero Lambert]]</td>
<td> </td>
<td> </td>
<td></td>
<td> </td>
<td> </td>
<td> </td>
</tr>

<tr>
<td>Ldvoipeng</td>
<td> </td>
<td> </td>
<td></td>
<td> </td>
<td> </td>
<td> </td>
</tr>

<tr>
<td>idoru</td>
<td> </td>
<td> </td>
<td></td>
<td> </td>
<td> </td>
<td> </td>
</tr>

<tr>
<td>[[User:Magi|Magi]]</td>
<td>Andy Agnew</td>
<td>Magi Merlin</td>
<td></td>
<td>+10</td>
<td>Spun Pty Ltd</td>
<td>3D Web Integration, Database stuff and playing with the odds and ends box.</td>
</tr>

<tr>
<td>john_</td>
<td>John Moyer</td>
<td>VAJohn GeekSquad or Matthew Kendal</td>
<td></td>
<td>-5</td>
<td>Best Buy/Geek Squad</td>
<td>Tester</td>
</tr>

<tr>
<td>[[User:ClarkZone|ClarkZone]]</td>
<td>Troy Admin(@ClarkZone)</td>
<td>Troy Childs</td>
<td>Troy Admin (ClarkZone)</td>
<td>-5</td>
<td>Http://clarkzone.dyndns.org</td>
<td>Tester and Grid Host</td>
</tr>

<tr>
<td>[[User:aiaustin|aiaustin]]</td>
<td>Ai Austin</td>
<td>Ai Austin</td>
<td>Ai AIAI (AIAI Grid)</td>
<td>+0</td>
<td>AIAI, University of Edinburgh http://www.aiai.ed.ac.uk/~ai/ http://vue.ed.ac.uk/openvue/</td>
<td>Windows Vista tests Content testing Use of multiple VWs</td>
</tr>

<tr>
<td>Marc Manders</td>
<td>Marc Manders</td>
<td> </td>
<td> </td>
<td>+6</td>
<td>marcmanders@gmail.com</td>
<td>creative features</td>
</tr>

<tr>
<td>[[User:balthazar|balthazar]]</td>
<td>Trevor Brooks</td>
<td>Balthazar Sin</td>
<td></td>
<td>-5</td>
<td>None</td>
<td>Terrains, testing and some small coding tasks</td>
</tr>

<tr>
<td>[[User:jimbo2120|jimbo2120]]</td>
<td>Michael Osias</td>
<td>Illuminous Beltran</td>
<td></td>
<td>-5</td>
<td>IBM</td>
<td>Grid, AI, Skynet, coding and testing</td>
</tr>

<tr>
<td>[[User:Sakai|Sakai]]</td>
<td>Steve S</td>
<td></td>
<td>Sakai Openlife (OpenlifeGrid)</td>
<td>+10</td>
<td>http://www.openlifegrid.com</td>
<td>Grid, Hardware, Testing, Contribution</td>
</tr>

<tr>
<td>ZeroPoint</td>
<td> </td>
<td>Guilderoy Dench</td>
<td></td>
<td>-5</td>
<td> </td>
<td>Programming/Database</td>
</tr>

<tr>
<td>MaltosSosa</td>
<td>Maltos Sosa</td>
<td>Maltos Sosa </td>
<td>Maltos Sosa (Central Grid)</td>
<td> </td>
<td>Central Grid</td>
<td>Grid Operator, Central Grid Project Manager. Anything we can offer, just ask.</td>
</tr>

<tr>
<td>[[User:DerekTang|DerekTang]]</td>
<td>Derek Tang</td>
<td>Derek Timeless</td>
<td>Derek Tang (ChineseGrid)</td>
<td>+8</td>
<td>http://ChineseGrid.net</td>
<td>Running a public WINDOWS sim for testing, Docs, Helping Chinese users to enjoy OpenSim; building Chinese OpenSim communities. In construction...</td>
</tr>

<tr>
<td>[[User:TayB|TayB]]</td>
<td>Earl B</td>
<td>Taylor Boyau</td>
<td></td>
<td>-10</td>
<td>ViziGrid</td>
<td>Grid Host,Networking,Contributions & Testing.</td>
</tr>

<tr>
<td>[[User:JamieDav|JamieDav]]</td>
<td>Jamie David</td>
<td>Jamie David</td>
<td></td>
<td>+7</td>
<td>Forum</td>
<td>Grid, Sim, Avitar, Functionality</td>
</tr>

<tr>
<td>[[User:Krtaylor|Krtaylor]]</td>
<td>Kurt Taylor</td>
<td>Kurt Stringer </td>
<td></td>
<td>-6</td>
<td>IBM</td>
<td>Grid, Networking, Monitoring, Scripting, Inventory, Testing</td>
</tr>

<tr>
<td>[[User:Nink|Nink]]</td>
<td>Peter Finn</td>
<td>Nink Noonan</td>
<td></td>
<td>-5</td>
<td>IBM</td>
<td>Disruptive Influence.</td>
</tr>

<tr>
<td>[[User:Bruce|Bruce]]</td>
<td>Bruce Meerson</td>
<td>Bruce Meerson</td>
<td></td>
<td>+8</td>
<td>HiPiHi</td>
<td>Watching.</td>
</tr>

<tr>
<td>[[User:Darb|DarbD]]</td>
<td>Brian B. Quinn</td>
<td>Darb Dabney</td>
<td>regions near Marin</td>
<td>PST/SLT (-7 or -8)</td>
<td>County of Marin, California http://blog.simgis.com</td>
<td>LiDAR-based sculpties, real-world terrain, pursuit of civic paraverses </td>
</tr>

<tr>
<td>[[CharlieO]]</td>
<td>Dan</td>
<td>Charlie Omega</td>
<td></td>
<td> </td>
<td> </td>
<td>Mild coding/tweaking/simple feature adds, Stress testing/break stuff, Testing limits of existing code. Making sure [[LSL Status]] is up to date</td>
</tr>

<tr>
<td>oobscure</td>
<td> </td>
<td>Opensource Obscure</td>
<td></td>
<td>+1</td>
<td>http://www.opensim.it</td>
<td>Running a public Linux sim for testing, Docs, Helping italian users, Building opensim communities, Watching</td>
</tr>

<tr>
<td>pitman</td>
<td>Mike Pitman</td>
<td>Rez Tone</td>
<td></td>
<td> </td>
<td>IBM</td>
<td>Scientific visualization schemes, virt world product design, persistant workspaces, virt world based big biz</td>
</tr>

<tr>
<td>cmu</td>
<td>Christopher Mumme</td>
<td>Snook Destiny</td>
<td></td>
<td>+1</td>
<td>http://www.cmu-develop.de/ and research group "Collaboration Systems and CSCW" at Clausthal University of Technology</td>
<td>Testing OpenSim, working with OpenSim-Engine, reporting on OpenSim</td>
</tr>

<tr>
<td>[[Silpol]]</td>
<td>Andriy Tymchenko</td>
<td>Andy Tir</td>
<td></td>
<td>EET (+2/3)</td>
<td> http://silpol.blogspot.com/ (also visible at Nokia)</td>
<td>highly uncoordinated mess with elements of palace games, under-table diplomacy, rebellion, coup d'état and mutiny. optionally pirate</td>
</tr>

<tr>
<td>[[User:Grumly|Grumly]]</td>
<td></td>
<td>Forest Klaar</td>
<td>Grumly TheBear</td>
<td>GMT+1</td>
<td>.NET MCAD Dev/Arch/Trainer http://www.devoteam.com</td>
<td>Trying to get into OpenSim code for now. Particularly interrested in data persistence. blog (Hello, Avatar!): http://lslblog.free.fr</td>
</tr>

<tr>
<td>[[daTwitch]]</td>
<td>James G. Stallings II</td>
<td> Lazarus Longstaff</td>
<td>Hiro Protagonist (OSGrid)</td>
<td>-5</td>
<td>House Husband</td>
<td>OSGrid Region owner, OSGrid Operator, Forum Admin, sometime wiki editor</td>
</tr>

<tr>
<td>gryc</td>
<td>Gryc Ueusp</td>
<td>Gryc Uriza</td>
<td>Gryc Uriza(OSGrid)</td>
<td>-6</td>
<td></td>
<td>PHP scripting, web interfaces, interconnectivity, cross-platformedness</td>
</tr>

<tr>
<td>[[User:Phrearch|Phrearch]]</td>
<td>Jeroen van Veen</td>
<td>Phrearch Miles</td>
<td>Phrearch Miles(OSGrid)</td>
<td>Amsterdam/Paris</td>
<td></td>
<td>WiXTD, Wikidoc and Moo</td>
</tr>

<tr>
<td>[[User:Burnman|Burnman]]</td>
<td>Allen Wilkins</td>
<td>Burnman Bedlam</td>
<td>Sid Green (United Grid)</td>
<td>Boston, USA</td>
<td>United Grid</td>
<td>Testing, testing, and more testing! Getting familiar with the source, interested in all aspects of the project.</td>
</tr>

<tr>
<td>[[User:krisbfunk|krisbfunk]]</td>
<td>Kris Bulman</td>
<td>krisbfunk Vought</td>
<td>Krisbfunk Nocturnal(OSGrid)</td>
<td>PE, Canada (-4)</td>
<td>Edactive Technologies NocturnalEye Productions UPEI</td>
<td>Currently: Testing, bug reports, wiki updating, building on OSGrid</td>
</tr>

<tr>
<td>[[User:HashBox|HashBox]]</td>
<td> </td>
<td>Sibariel Darkstone</td>
<td>Sibariel Darkstone (OSGrid)</td>
<td>New Zealand (+12)</td>
<td></td>
<td>Testing, bug reports, and updating the wiki.</td>
</tr>

<tr>
<td>[[User:Kinoc|Kinoc]]</td>
<td>Kino Coursey</td>
<td>Daxxon Jaxxon</td>
<td>Daxxon Kinoc (OSgrid)</td>
<td>-6</td>
<td>Daxtron Laboratories http://www.daxtron.com University of North Texas</td>
<td>AI, Semantic web, Ontologies, Natural Laanguage Processing, Cyc, Bots, NPC </td>
</tr>

<tr>
<td>[[User:trapuh|trapuh]]</td>
<td>Pedro Ribeiro</td>
<td>Vaiten Forder</td>
<td></td>
<td>GMT</td>
<td>University Student, Escola Superior de Educação de Viseu, Portugal </td>
<td>Testing, eventual bug reports and wiki. Music, web/digital arts and php+sql.</td>
</tr>

<tr>
<td>[[User:SonicViz|SonicViz]]</td>
<td>Paul Cohen</td>
<td>Komuso Tokugawa</td>
<td></td>
<td>+9</td>
<td>Http://sonicviz.com</td>
<td>Audio/Music, Interactive Music, Control Protocols, Interfaces, VisualFX, Procedural animation/Generative systems + testing and general dev</td>
</tr>

<tr>
<td>[[User:Mokele|mokele]]</td>
<td>Scott Norman</td>
<td>Mokelembembe Mokeev</td>
<td></td>
<td>-8 (Southern California)</td>
<td>Web Developer (PHP and MySQL)</td>
<td>Interested in seeing running on PowerPC Macs which it is. So, when I can, I'll compile and test on PowerPC Mac (PowerBook G4) and submit reports and then update the wiki if need on installing on Mac. Also have a Ubuntu 7.10 server that I can do testing on too.</td>
</tr>

<tr>
<td>[[User:devalnor|devalnor]]</td>
<td>Devalnor</td>
<td>M. Watkin</td>
<td></td>
<td>+1 (Belgium)</td>
<td></td>
<td>Small Patch code, bug reports, and updating the wiki.</td>
</tr>

<tr>
<td>[[User:Ezekiel|Ezekiel]]</td>
<td>Ezekiel</td>
<td>Ezekiel Zabelin</td>
<td></td>
<td>+1 </td>
<td>http://www.yosims.com </td>
<td>Concepts, business aspects of virtual worlds - web developer (PHP, MySQL, Javascript, LSL) </td>
</tr>

<tr>
<td>[[User:Buggmaster|Buggmaster]]</td>
<td>Mike D</td>
<td>Bug Master</td>
<td>None</td>
<td>-8 </td>
<td>http://www.adultmetaverse.com</td>
<td>Grid, Data/Web PHP/PERL/MySQL</td>
</tr>

<tr>
<td>[[User:Nixnerd|nixnerd]]</td>
<td></td>
<td>Dangerously Moody</td>
<td>None</td>
<td>GMT </td>
<td>http://www.integratedtechnologies.eu</td>
<td>Cross Platform Testing, Feedback, Bug Reporting</td>
</tr>

<tr>
<td>[[User:MoHax|mohax]]</td>
<td>Mo Hax</td>
<td>Mo Hax</td>
<td></td>
<td>-5 Eastern</td>
<td>IBM</td>
<td>Testing, Feedback, Content Contributions, Bug Reporting, Documenting, Development</td>
</tr>

<tr>
<td>[[User:Webmage|webmage]]</td>
<td>webmage</td>
<td>Leyla Masala</td>
<td>Web Mage</td>
<td>+1</td>
<td>IBM</td>
<td>Testing, terrain</td>
</tr>

<tr>
<td>[[User:NLStitch|NLStitch]]</td>
<td>Marijn Oosterveld</td>
<td>Stitch Seale</td>
<td>NYA</td>
<td>GMT +1 Amsterdam</td>
<td>Twingate Systems (http://www.twingate.nl) HanzeHogeschool Groningen, Netherlands
</td>
<td>Programming, Photography, AI</td>
</tr>

<tr>
<td>[[User:Ideia Boa|Ideia Boa]]</td>
<td>Joao Lopes</td>
<td>Ideia Boa</td>
<td>Ideia Boa or Boa Ideia in some grids</td>
<td>GTM+1 Stockholm/Sweden</td>
<td>WorldSimTERRA - Virtual World that speaks Portuguese too http://www.worldsimterra.com</td>
<td>Testing and more testing! Updating the original wiki and translating the OpenSim Wiki into Portuguese and reporting on OpenSim</td>
</tr>

<tr>
<td>[[User:Lulurun|lulurun]]</td>
<td>liu</td>
<td> </td>
<td> </td>
<td>+9</td>
<td>3Di Inc, Japan http://www.3di.jp</td>
<td>patches, openid, server performance, UGAI</td>
</tr>

<tr>
<td>[[User:Carlosroundel|Carlosrounde]]</td>
<td>Carlosroundel</td>
<td>Carlos Roundel</td>
<td> </td>
<td>+1</td>
<td>Cyberlandia Italy http://www.cyberlandia.net</td>
<td>grid, programmer, database, tester</td>
</tr>

<tr>
<td>[[User:Mikebert|Mikebert]]</td>
<td>Michael Strunck</td>
<td>Mikebert Miles</td>
<td>Mikebert M34</td>
<td>+1</td>
<td>OpenSIM Wiki, Germany http://www.opensim.de</td>
<td>German Wiki, Translater, Server Performance (Linux/Windows), Tester, Feedback, Bug Reporting, Server-Hosting</td>
</tr>

<tr>
<td>[[User:Fly-man-|Fly-Man-]]</td>
<td>Laurence</td>
<td></td>
<td>Fly Man</td>
<td>+1</td>
<td></td>
<td>Testing, OpenSimSearch, OpenSimProfile, OpenWiredux</td>
</tr>

<tr>
<td>Taoki</td>
<td>Mircea Kitsune / Taoki Vixen</td>
<td>Mircea Kitsune (OSGrid) / Mircea Lobo (LL grid)</td>
<td> </td>
<td>GMT +2</td>
<td> </td>
<td>Usually testing and bug reporting but I also make smaller patches where I know what to do.</td>
</tr>

<tr>
<td>[[User:Patnad|Patnad]]</td>
<td>Patrick</td>
<td>Patnad Babii</td>
<td>Patnad Babii (OSGrid)</td>
<td>GMT -5</td>
<td> </td>
<td>Bug testing and reporting, I code C# but haven't touched OpenSim Project.. Yet!</td>
</tr>

<tr>
<td>[[User:Hallow Palmer|Hallow Palmer]]</td>
<td>Markus</td>
<td>Hallow Palmer</td>
<td> </td>
<td>+1</td>
<td>Grid4Us http://www.grid4us.net</td>
<td>Server Performance (Windows), Tester, Feedback, Business concepts,Bug Reporting, Server-Hosting</td>
</tr>

<tr>
<td>[[User:^DarkMan|^DarkMan]]</td>
<td>Brian Adair</td>
<td>Patrick Ouachita</td>
<td>Brian Adair | Patrick Meta</td>
<td>-6 CST</td>
<td>RealMetaLife | B&H Networking</td>
<td>Building, Scripting, Testing, etc.</td>
</tr>

<tr>
<td>[[User:tlaukkan|Tommi Laukkanen]]</td>
<td>Tommi Laukkanen</td>
<td> </td>
<td>Tommi Laukkanen</td>
<td>+2 GMT</td>
<td>http://www.bubblecloud.org</td>
<td>Protocols ([http://www.bubblecloud.org MXP]), NHibernate, Scrip API, Map Generation, Bug Fixes, Grid Hosting</td>
</tr>

<tr>
<td>[[User:bikcmp|bikcmp]]</td>
<td>Jason</td>
<td>NONE</td>
<td>NONE</td>
<td>EST</td>
<td>Blue Software</td>
<td>God power, reporting and fixing bugs, and overall performance.</td>
</tr>

<tr>
<td>[[User:arthursv|arthursv]]</td>
<td>Arthur Valadares</td>
<td>Arthur Valadares</td>
<td>NONE</td>
<td>-3</td>
<td>IBM</td>
<td>Unit testing, database plugins, bug fixes, general </td>
</tr>

</table>
[[Category:Main]]
[[Category:Development]]

Automated Testing

2008-10-22T16:28:45Z

Arthursv: /* Running */

As OpenSim matures, we are extremely interested in adding more automated verification into the OpenSim source tree. Test exist not only to prevent bugs from creeping in, but also to provide fair warning that the behavior of the system has changed, and tests may need updating.

In OpenSim today we use NUnit tests. Our conventions are:
# Tests should '''not''' exist inside runtime assemblies, as this makes nunit a production requirement
# Tests should be in .Tests.dll assemblies. For instance, the tests for OpenSim.Data.SQLite.dll should be in the OpenSim.Data.SQLite.Tests.dll assembly. This allows for easy removal of test assemblies in products.
# Tests should be as close to the code as possible, but not intermingled. So the tests for OpenSim/Data/SQLite should be in OpenSim/Data/SQLite/Tests/. Through the use of the '''Exclude''' keyword in prebuild.xml you can ensure that directory is part of OpenSim.Data.SQLite.Tests.dll and not OpenSim.Data.SQLite.dll.
# Tests should be able to run safely in a production environment. That means that care must be taken not to damage data on the machine that it is being run.

= Writing New Tests =
Writing a new unit test is pretty easy, and very helpful in increasing the stability of opensim by nailing down bugs. I'm going to present an example here of SQLite Asset testing to show how simple such a test case is to write. The actual in tree SQLite Asset tests are a little different because the code was factored out so that it was easily applied to any database driver, so don't be concerned with the fact that what you see here isn't in the tree.

== NUnit Conventions ==
An NUnit test suite:
* is a class with a default constructor (takes no arguments)
* has public methods that are tests
* uses annotations to determine what are tests
* runs it's tests in '''alphabetical order by method name'''

An NUnit test method:
* must be public
* must return void
* must take no arguments
* is successful if no exception or assert is thrown while running it

<s>The run order is important if you want to have early tests that setup some complicated state (like creating objects), and have later tests remove or update that state. For that reason I find it very helpful to name all test methods '''Txxx_somename''' where '''xxx''' is a number between 000 and 999. That guaruntees no surprises in run order.</s>

Tests should never rely on the result of another test. If you need the environment set up in a certain way, you can use the SetUp and TearDown method attributes. Only one SetUp method can exist; if more than one is defined, the assembly will compile successfully, but its tests will not run. The SetUp method is run once before every test case, and the TearDown method is run once after each test case, regardless of whether the test passed or failed.

== An Example Test - SQLite Assets ==
<source lang="csharp">
using System;
using System.IO;
using System.Collections.Generic;
using NUnit.Framework;
using NUnit.Framework.SyntaxHelpers;
using OpenSim.Framework;
using OpenSim.Data.Tests;
using OpenSim.Data.SQLite;
using OpenSim.Region.Environment.Scenes;
using OpenMetaverse;

namespace OpenSim.Data.SQLite.Tests
{
[TestFixture]
public class SQLiteAssetTest
{
public string file;
public string connect;
public AssetDataBase db;
public UUID uuid1;
public UUID uuid2;
public UUID uuid3;
public string name1;
public string name2;
public string name3;
public byte[] asset1;

[TestFixtureSetUp]
public void Init()
{
uuid1 = UUID.Random();
uuid2 = UUID.Random();
uuid3 = UUID.Random();
name1 = "asset one";
name2 = "asset two";
name3 = "asset three";

asset1 = new byte[100];
asset1.Initialize();
file = Path.GetTempFileName() + ".db";
connect = "URI=file:" + file + ",version=3";
db = new SQLiteAssetData();
db.Initialise(connect);
}

[TestFixtureTearDown]
public void Cleanup()
{
db.Dispose();
System.IO.File.Delete(file);
}

[Test]
public void T001_LoadEmpty()
{
Assert.That(db.ExistsAsset(uuid1), Is.False);
Assert.That(db.ExistsAsset(uuid2), Is.False);
Assert.That(db.ExistsAsset(uuid3), Is.False);
}

[Test]
public void T010_StoreSimpleAsset()
{
AssetBase a1 = new AssetBase(uuid1, name1);
AssetBase a2 = new AssetBase(uuid2, name2);
AssetBase a3 = new AssetBase(uuid3, name3);
a1.Data = asset1;
a2.Data = asset1;
a3.Data = asset1;

db.CreateAsset(a1);
db.CreateAsset(a2);
db.CreateAsset(a3);

AssetBase a1a = db.FetchAsset(uuid1);
Assert.That(a1a.ID, Is.EqualTo(uuid1));
Assert.That(a1a.Name, Is.EqualTo(name1));

AssetBase a2a = db.FetchAsset(uuid2);
Assert.That(a2a.ID, Is.EqualTo(uuid2));
Assert.That(a2a.Name, Is.EqualTo(name2));

AssetBase a3a = db.FetchAsset(uuid3);
Assert.That(a3a.ID, Is.EqualTo(uuid3));
Assert.That(a3a.Name, Is.EqualTo(name3));
}

[Test]
public void T011_ExistsSimpleAsset()
{
Assert.That(db.ExistsAsset(uuid1), Is.True);
Assert.That(db.ExistsAsset(uuid2), Is.True);
Assert.That(db.ExistsAsset(uuid3), Is.True);
}
}
}
</source>

You can see 4 of the important annotations here:
* TestFixture - this class is a test suite
* TestFixtureSetup - this code is always run before any of the tests are executed
* TestFixtureTearDown - this code is always run after the tests are done executing, even if they fail.
* Test - this method is a test

=== Setup / Teardown ===
In the case of testing something like the database layer, we have to actually attempt to store / retrieve things from a database. Following from rule #4 of good tests, we want to make sure not to touch the production databases to run our tests, so during startup we generate a temporary file name which is guaranteed not to be an existing file on the system, and use that as our database file name. By running db.Initialize() the OpenSim migration code will correctly populate that database with the latest schema.

Once we are done with the tests we want to make sure we aren't leaving garbage temp files on the user's system. So we remove that file we created.

During setup we also create a set of state variables, such as 3 uuids, 3 strings, and a data block. You could have always just stuck these inline, but variables are there for a reason, so use them.

=== Asserts ===
You will see scattered through the code '''Assert.That(...)'''. These will throw an exception if the condition is not valid. This format of assertions is called the [http://www.nunit.org/index.php?p=constraintModel&r=2.4 Contraint Model] in NUnit, and provides a large number of tests with the flavor of:
* Assert.That(foo, Is.Null)
* Assert.That(foo, Is.Not.Null)
* Assert.That(foo, Is.True)
* Assert.That(foo, Is.EqualTo(bar))
* Assert.That(foo, Text.Matches( "*bar*" ))

Of note, Is.EqualTo uses the Equals function of foo, so this can only be used on objects that are IComparable. Most of the OpenSim base objects are not, so you'll have to compare fields manually in tests.

For the complete set of conditions you can use see [http://www.nunit.org/index.php?p=constraintModel&r=2.4 the Contraint Model NUnit documentation]. While there is another syntax for tests, the Constraint Model is preferred as it is far more human readable.

=== Simple Negative Tests ===
Test T001 is an example of a simple negative test. We assume a new database will not have any of those assets in them. While the value of this test may look low, it does provide a baseline in ensuring that the database connection is there, that these return false correctly, and that no other exception is thrown. Negative tests are a good way to force bounds conditions and ensure that not only does it ''return what you expect'' it also ''doesn't return what you don't expect''. Thought of another way, it ensures your code is somewhat defensive in nature, not coughing on bad or unexpected data.

=== Simple Positive Tests ===
T010 is an example of a simple positive test. In it we create and store 3 assets (ensuring no exceptions), then load those 3 assets back from the database and ensure the fields are correct. Because AssetBase is not IComparible we just check the ID and Name fields with equals tests. If any of the Asserts fail, the whole test fails.
=== Stateful Tests ===
T011 is an example of a stateful test, because it requires the state created by T010 (i.e. the creation of those 3 objects). In order to test any kind of complicated scenario you will find that you need to use stateful tests to build up various amounts of state (testing along the way), then manipulating and possibly tearing it down. Without doing this you can't do truly deep testing of function in any complex environment. This example isn't very stateful (I tried to pick an easy example), but it should give you some ideas.
=== Speculative Tests ===
Speculative tests are tests that might or might not apply in a given situation. MySQL testing in the OpenSim tree is done by speculative testing, the tests will only run if there is a properly configured database, otherwise they will not be run. If you execute '''Assert.Ignore()''' in a '''Test''' the test will end and be ignored. If you run '''Assert.Ignore()''' in the '''TestFixtureSetup''' all tests in the test fixture will be skipped and ignored.

Speculative testing lets you create tests that require certain preconditions to be met which you can't guarantee on all platforms/configuration, and are an important part of deep testing.

== Good / Bad Test practices ==
Creating good tests is an art, not a science. Tests are useful by how many bugs they find or how many bugs they avoid. Things you should think about in creating good tests is:
* throwing edge cases, like 0, "", or Null at parameters. This ensures that people functions are hardened against incomplete data. Many of our crashes come from the lack of this hardening showing up at just the wrong time.
* use stateful testing to build up complex scenarios. This is more useful than just cursory get / set calls.

== Adding Tests to the Tree ==
As we said previously all tests for assembly OpenSim.Foo (in directory OpenSim/Foo) should:
* be in assembly OpenSim.Foo.Tests.dll
* not be in the OpenSim.Foo.dll assembly
* be in OpenSim/Foo/Tests directory

Also, if you have created a new test assembly you must add references to it in both ''.nant/local.include'' and ''.nant/bamboo.build'' to ensure that the assembly is added to the automated bamboo runs as well as the nant test target.

= Executing Tests =
== Bamboo ==
On every commit to opensim all the tests are run on a [http://opensimulator.org:8085 Bamboo build server on opensimulator.org]. The process takes about 5 minutes to build, test, and report the results back out on #opensim-dev via the osmantis bot.

== Nant ==
You can manually run all the tests for OpenSim on your system by running '''nant test''' as a nant target. This will run all the tests that are in the tree, though some speculative tests might be ignored if your platform does not have the right features or configuration to run these tests.

== NUnit Console ==
If you only want to run tests for one assembly you can do that using the NUnit Console. On Linux just run '''nunit-console2 OpenSim.Foo.Tests.dll''' and it will run only the tests for OpenSim.Foo.Tests.dll. If you are only making changes to 1 dll and just want a quick sanity check, this is the fastest way to do that.

= Learning More =
You should definitely read the documentation at the [http://www.nunit.org/index.php?p=documentation NUnit homepage] if you want to know more about testing. It's a very good reference for all the APIs in NUnit that you can use for creating tests.

= Code Coverage =

A prototype has been included using monocov, which has a profile built-in in mono. Instructions for using monocov can be found on the Mono homepage, in [http://www.mono-project.com/Code_Coverage Code Coverage] section. Unfortunately nunit2 and nant do not support code coverage with monocov (only some other proprietary code coverages), so there is no <monocov> tag. The solution was to implement it using many nunit-console and on <exec> tags.

ATTENTION: Code coverage only works with mono 1.2.x , any other version will most likely not work. Code coverage development is being put on hold for now until it supports newer mono versions.

== Running ==

Download [http://primates.ximian.com/~lupus/monocov-0.2.tar.gz monocov] and [http://prdownloads.sourceforge.net/nunit/NUnit-2.4.8-net-2.0.zip?download nunit-console] if your nunit-console does not work. To test if it works (my Ubuntu's Hardy version did not), just run one of the tests with nunit-console.

Install monocov (./configure, ./make install, there could be some minor conflicts, I had to add to the compiling line -I/usr/include/mono-1.0/) and make sure the working nunit-console.exe is in /usr/lib/nunit/nunit-console.exe. Now just run nant test-cov and it will generate .cov files and HTML directories in the cov directory. The .cov files can be seen by running monocov on them, and have the same information as the HTML directories.

= Testing Todo =

== Coverage ==
A prototype has been done and documented. Now we must keep a look if monocov will evolve to support newer mono versions.

[[Category:Development]]

Automated Testing

2008-10-22T16:16:50Z

Arthursv: /* Coverage */

As OpenSim matures, we are extremely interested in adding more automated verification into the OpenSim source tree. Test exist not only to prevent bugs from creeping in, but also to provide fair warning that the behavior of the system has changed, and tests may need updating.

In OpenSim today we use NUnit tests. Our conventions are:
# Tests should '''not''' exist inside runtime assemblies, as this makes nunit a production requirement
# Tests should be in .Tests.dll assemblies. For instance, the tests for OpenSim.Data.SQLite.dll should be in the OpenSim.Data.SQLite.Tests.dll assembly. This allows for easy removal of test assemblies in products.
# Tests should be as close to the code as possible, but not intermingled. So the tests for OpenSim/Data/SQLite should be in OpenSim/Data/SQLite/Tests/. Through the use of the '''Exclude''' keyword in prebuild.xml you can ensure that directory is part of OpenSim.Data.SQLite.Tests.dll and not OpenSim.Data.SQLite.dll.
# Tests should be able to run safely in a production environment. That means that care must be taken not to damage data on the machine that it is being run.

= Writing New Tests =
Writing a new unit test is pretty easy, and very helpful in increasing the stability of opensim by nailing down bugs. I'm going to present an example here of SQLite Asset testing to show how simple such a test case is to write. The actual in tree SQLite Asset tests are a little different because the code was factored out so that it was easily applied to any database driver, so don't be concerned with the fact that what you see here isn't in the tree.

== NUnit Conventions ==
An NUnit test suite:
* is a class with a default constructor (takes no arguments)
* has public methods that are tests
* uses annotations to determine what are tests
* runs it's tests in '''alphabetical order by method name'''

An NUnit test method:
* must be public
* must return void
* must take no arguments
* is successful if no exception or assert is thrown while running it

<s>The run order is important if you want to have early tests that setup some complicated state (like creating objects), and have later tests remove or update that state. For that reason I find it very helpful to name all test methods '''Txxx_somename''' where '''xxx''' is a number between 000 and 999. That guaruntees no surprises in run order.</s>

Tests should never rely on the result of another test. If you need the environment set up in a certain way, you can use the SetUp and TearDown method attributes. Only one SetUp method can exist; if more than one is defined, the assembly will compile successfully, but its tests will not run. The SetUp method is run once before every test case, and the TearDown method is run once after each test case, regardless of whether the test passed or failed.

== An Example Test - SQLite Assets ==
<source lang="csharp">
using System;
using System.IO;
using System.Collections.Generic;
using NUnit.Framework;
using NUnit.Framework.SyntaxHelpers;
using OpenSim.Framework;
using OpenSim.Data.Tests;
using OpenSim.Data.SQLite;
using OpenSim.Region.Environment.Scenes;
using OpenMetaverse;

namespace OpenSim.Data.SQLite.Tests
{
[TestFixture]
public class SQLiteAssetTest
{
public string file;
public string connect;
public AssetDataBase db;
public UUID uuid1;
public UUID uuid2;
public UUID uuid3;
public string name1;
public string name2;
public string name3;
public byte[] asset1;

[TestFixtureSetUp]
public void Init()
{
uuid1 = UUID.Random();
uuid2 = UUID.Random();
uuid3 = UUID.Random();
name1 = "asset one";
name2 = "asset two";
name3 = "asset three";

asset1 = new byte[100];
asset1.Initialize();
file = Path.GetTempFileName() + ".db";
connect = "URI=file:" + file + ",version=3";
db = new SQLiteAssetData();
db.Initialise(connect);
}

[TestFixtureTearDown]
public void Cleanup()
{
db.Dispose();
System.IO.File.Delete(file);
}

[Test]
public void T001_LoadEmpty()
{
Assert.That(db.ExistsAsset(uuid1), Is.False);
Assert.That(db.ExistsAsset(uuid2), Is.False);
Assert.That(db.ExistsAsset(uuid3), Is.False);
}

[Test]
public void T010_StoreSimpleAsset()
{
AssetBase a1 = new AssetBase(uuid1, name1);
AssetBase a2 = new AssetBase(uuid2, name2);
AssetBase a3 = new AssetBase(uuid3, name3);
a1.Data = asset1;
a2.Data = asset1;
a3.Data = asset1;

db.CreateAsset(a1);
db.CreateAsset(a2);
db.CreateAsset(a3);

AssetBase a1a = db.FetchAsset(uuid1);
Assert.That(a1a.ID, Is.EqualTo(uuid1));
Assert.That(a1a.Name, Is.EqualTo(name1));

AssetBase a2a = db.FetchAsset(uuid2);
Assert.That(a2a.ID, Is.EqualTo(uuid2));
Assert.That(a2a.Name, Is.EqualTo(name2));

AssetBase a3a = db.FetchAsset(uuid3);
Assert.That(a3a.ID, Is.EqualTo(uuid3));
Assert.That(a3a.Name, Is.EqualTo(name3));
}

[Test]
public void T011_ExistsSimpleAsset()
{
Assert.That(db.ExistsAsset(uuid1), Is.True);
Assert.That(db.ExistsAsset(uuid2), Is.True);
Assert.That(db.ExistsAsset(uuid3), Is.True);
}
}
}
</source>

You can see 4 of the important annotations here:
* TestFixture - this class is a test suite
* TestFixtureSetup - this code is always run before any of the tests are executed
* TestFixtureTearDown - this code is always run after the tests are done executing, even if they fail.
* Test - this method is a test

=== Setup / Teardown ===
In the case of testing something like the database layer, we have to actually attempt to store / retrieve things from a database. Following from rule #4 of good tests, we want to make sure not to touch the production databases to run our tests, so during startup we generate a temporary file name which is guaranteed not to be an existing file on the system, and use that as our database file name. By running db.Initialize() the OpenSim migration code will correctly populate that database with the latest schema.

Once we are done with the tests we want to make sure we aren't leaving garbage temp files on the user's system. So we remove that file we created.

During setup we also create a set of state variables, such as 3 uuids, 3 strings, and a data block. You could have always just stuck these inline, but variables are there for a reason, so use them.

=== Asserts ===
You will see scattered through the code '''Assert.That(...)'''. These will throw an exception if the condition is not valid. This format of assertions is called the [http://www.nunit.org/index.php?p=constraintModel&r=2.4 Contraint Model] in NUnit, and provides a large number of tests with the flavor of:
* Assert.That(foo, Is.Null)
* Assert.That(foo, Is.Not.Null)
* Assert.That(foo, Is.True)
* Assert.That(foo, Is.EqualTo(bar))
* Assert.That(foo, Text.Matches( "*bar*" ))

Of note, Is.EqualTo uses the Equals function of foo, so this can only be used on objects that are IComparable. Most of the OpenSim base objects are not, so you'll have to compare fields manually in tests.

For the complete set of conditions you can use see [http://www.nunit.org/index.php?p=constraintModel&r=2.4 the Contraint Model NUnit documentation]. While there is another syntax for tests, the Constraint Model is preferred as it is far more human readable.

=== Simple Negative Tests ===
Test T001 is an example of a simple negative test. We assume a new database will not have any of those assets in them. While the value of this test may look low, it does provide a baseline in ensuring that the database connection is there, that these return false correctly, and that no other exception is thrown. Negative tests are a good way to force bounds conditions and ensure that not only does it ''return what you expect'' it also ''doesn't return what you don't expect''. Thought of another way, it ensures your code is somewhat defensive in nature, not coughing on bad or unexpected data.

=== Simple Positive Tests ===
T010 is an example of a simple positive test. In it we create and store 3 assets (ensuring no exceptions), then load those 3 assets back from the database and ensure the fields are correct. Because AssetBase is not IComparible we just check the ID and Name fields with equals tests. If any of the Asserts fail, the whole test fails.
=== Stateful Tests ===
T011 is an example of a stateful test, because it requires the state created by T010 (i.e. the creation of those 3 objects). In order to test any kind of complicated scenario you will find that you need to use stateful tests to build up various amounts of state (testing along the way), then manipulating and possibly tearing it down. Without doing this you can't do truly deep testing of function in any complex environment. This example isn't very stateful (I tried to pick an easy example), but it should give you some ideas.
=== Speculative Tests ===
Speculative tests are tests that might or might not apply in a given situation. MySQL testing in the OpenSim tree is done by speculative testing, the tests will only run if there is a properly configured database, otherwise they will not be run. If you execute '''Assert.Ignore()''' in a '''Test''' the test will end and be ignored. If you run '''Assert.Ignore()''' in the '''TestFixtureSetup''' all tests in the test fixture will be skipped and ignored.

Speculative testing lets you create tests that require certain preconditions to be met which you can't guarantee on all platforms/configuration, and are an important part of deep testing.

== Good / Bad Test practices ==
Creating good tests is an art, not a science. Tests are useful by how many bugs they find or how many bugs they avoid. Things you should think about in creating good tests is:
* throwing edge cases, like 0, "", or Null at parameters. This ensures that people functions are hardened against incomplete data. Many of our crashes come from the lack of this hardening showing up at just the wrong time.
* use stateful testing to build up complex scenarios. This is more useful than just cursory get / set calls.

== Adding Tests to the Tree ==
As we said previously all tests for assembly OpenSim.Foo (in directory OpenSim/Foo) should:
* be in assembly OpenSim.Foo.Tests.dll
* not be in the OpenSim.Foo.dll assembly
* be in OpenSim/Foo/Tests directory

Also, if you have created a new test assembly you must add references to it in both ''.nant/local.include'' and ''.nant/bamboo.build'' to ensure that the assembly is added to the automated bamboo runs as well as the nant test target.

= Executing Tests =
== Bamboo ==
On every commit to opensim all the tests are run on a [http://opensimulator.org:8085 Bamboo build server on opensimulator.org]. The process takes about 5 minutes to build, test, and report the results back out on #opensim-dev via the osmantis bot.

== Nant ==
You can manually run all the tests for OpenSim on your system by running '''nant test''' as a nant target. This will run all the tests that are in the tree, though some speculative tests might be ignored if your platform does not have the right features or configuration to run these tests.

== NUnit Console ==
If you only want to run tests for one assembly you can do that using the NUnit Console. On Linux just run '''nunit-console2 OpenSim.Foo.Tests.dll''' and it will run only the tests for OpenSim.Foo.Tests.dll. If you are only making changes to 1 dll and just want a quick sanity check, this is the fastest way to do that.

= Learning More =
You should definitely read the documentation at the [http://www.nunit.org/index.php?p=documentation NUnit homepage] if you want to know more about testing. It's a very good reference for all the APIs in NUnit that you can use for creating tests.

= Code Coverage =

A prototype has been included using monocov, which has a profile built-in in mono. Instructions for using monocov can be found on the Mono homepage, in [http://www.mono-project.com/Code_Coverage Code Coverage] section. Unfortunately nunit2 and nant do not support code coverage with monocov (only some other proprietary code coverages), so there is no <monocov> tag. The solution was to implement it using many nunit-console and on <exec> tags.

ATTENTION: Code coverage only works with mono 1.2.x , any other version will most likely not work. Code coverage development is being put on hold for now until it supports newer mono versions.

== Running ==

Download [http://primates.ximian.com/~lupus/monocov-0.2.tar.gz monocov] and [http://prdownloads.sourceforge.net/nunit/NUnit-2.4.8-net-2.0.zip?download nunit-console] if your nunit-console does not work. To test if it works (my Ubuntu's Hardy version did not), just run one of the tests with nunit-console.

Install monocov (./configure, ./make install, there could be some minor conflicts, I had to add to the compiling line -I/usr/include/mono-1.0/) and make sure the working nunit-console is in /usr/bin. Now just run nant test-cov and it will generate .cov files and HTML directories in the cov directory. The .cov files can be seen by running monocov on them, and have the same information as the HTML directories.

= Testing Todo =

== Coverage ==
A prototype has been done and documented. Now we must keep a look if monocov will evolve to support newer mono versions.

[[Category:Development]]

Automated Testing

2008-10-22T16:11:19Z

Arthursv:

As OpenSim matures, we are extremely interested in adding more automated verification into the OpenSim source tree. Test exist not only to prevent bugs from creeping in, but also to provide fair warning that the behavior of the system has changed, and tests may need updating.

In OpenSim today we use NUnit tests. Our conventions are:
# Tests should '''not''' exist inside runtime assemblies, as this makes nunit a production requirement
# Tests should be in .Tests.dll assemblies. For instance, the tests for OpenSim.Data.SQLite.dll should be in the OpenSim.Data.SQLite.Tests.dll assembly. This allows for easy removal of test assemblies in products.
# Tests should be as close to the code as possible, but not intermingled. So the tests for OpenSim/Data/SQLite should be in OpenSim/Data/SQLite/Tests/. Through the use of the '''Exclude''' keyword in prebuild.xml you can ensure that directory is part of OpenSim.Data.SQLite.Tests.dll and not OpenSim.Data.SQLite.dll.
# Tests should be able to run safely in a production environment. That means that care must be taken not to damage data on the machine that it is being run.

= Writing New Tests =
Writing a new unit test is pretty easy, and very helpful in increasing the stability of opensim by nailing down bugs. I'm going to present an example here of SQLite Asset testing to show how simple such a test case is to write. The actual in tree SQLite Asset tests are a little different because the code was factored out so that it was easily applied to any database driver, so don't be concerned with the fact that what you see here isn't in the tree.

== NUnit Conventions ==
An NUnit test suite:
* is a class with a default constructor (takes no arguments)
* has public methods that are tests
* uses annotations to determine what are tests
* runs it's tests in '''alphabetical order by method name'''

An NUnit test method:
* must be public
* must return void
* must take no arguments
* is successful if no exception or assert is thrown while running it

<s>The run order is important if you want to have early tests that setup some complicated state (like creating objects), and have later tests remove or update that state. For that reason I find it very helpful to name all test methods '''Txxx_somename''' where '''xxx''' is a number between 000 and 999. That guaruntees no surprises in run order.</s>

Tests should never rely on the result of another test. If you need the environment set up in a certain way, you can use the SetUp and TearDown method attributes. Only one SetUp method can exist; if more than one is defined, the assembly will compile successfully, but its tests will not run. The SetUp method is run once before every test case, and the TearDown method is run once after each test case, regardless of whether the test passed or failed.

== An Example Test - SQLite Assets ==
<source lang="csharp">
using System;
using System.IO;
using System.Collections.Generic;
using NUnit.Framework;
using NUnit.Framework.SyntaxHelpers;
using OpenSim.Framework;
using OpenSim.Data.Tests;
using OpenSim.Data.SQLite;
using OpenSim.Region.Environment.Scenes;
using OpenMetaverse;

namespace OpenSim.Data.SQLite.Tests
{
[TestFixture]
public class SQLiteAssetTest
{
public string file;
public string connect;
public AssetDataBase db;
public UUID uuid1;
public UUID uuid2;
public UUID uuid3;
public string name1;
public string name2;
public string name3;
public byte[] asset1;

[TestFixtureSetUp]
public void Init()
{
uuid1 = UUID.Random();
uuid2 = UUID.Random();
uuid3 = UUID.Random();
name1 = "asset one";
name2 = "asset two";
name3 = "asset three";

asset1 = new byte[100];
asset1.Initialize();
file = Path.GetTempFileName() + ".db";
connect = "URI=file:" + file + ",version=3";
db = new SQLiteAssetData();
db.Initialise(connect);
}

[TestFixtureTearDown]
public void Cleanup()
{
db.Dispose();
System.IO.File.Delete(file);
}

[Test]
public void T001_LoadEmpty()
{
Assert.That(db.ExistsAsset(uuid1), Is.False);
Assert.That(db.ExistsAsset(uuid2), Is.False);
Assert.That(db.ExistsAsset(uuid3), Is.False);
}

[Test]
public void T010_StoreSimpleAsset()
{
AssetBase a1 = new AssetBase(uuid1, name1);
AssetBase a2 = new AssetBase(uuid2, name2);
AssetBase a3 = new AssetBase(uuid3, name3);
a1.Data = asset1;
a2.Data = asset1;
a3.Data = asset1;

db.CreateAsset(a1);
db.CreateAsset(a2);
db.CreateAsset(a3);

AssetBase a1a = db.FetchAsset(uuid1);
Assert.That(a1a.ID, Is.EqualTo(uuid1));
Assert.That(a1a.Name, Is.EqualTo(name1));

AssetBase a2a = db.FetchAsset(uuid2);
Assert.That(a2a.ID, Is.EqualTo(uuid2));
Assert.That(a2a.Name, Is.EqualTo(name2));

AssetBase a3a = db.FetchAsset(uuid3);
Assert.That(a3a.ID, Is.EqualTo(uuid3));
Assert.That(a3a.Name, Is.EqualTo(name3));
}

[Test]
public void T011_ExistsSimpleAsset()
{
Assert.That(db.ExistsAsset(uuid1), Is.True);
Assert.That(db.ExistsAsset(uuid2), Is.True);
Assert.That(db.ExistsAsset(uuid3), Is.True);
}
}
}
</source>

You can see 4 of the important annotations here:
* TestFixture - this class is a test suite
* TestFixtureSetup - this code is always run before any of the tests are executed
* TestFixtureTearDown - this code is always run after the tests are done executing, even if they fail.
* Test - this method is a test

=== Setup / Teardown ===
In the case of testing something like the database layer, we have to actually attempt to store / retrieve things from a database. Following from rule #4 of good tests, we want to make sure not to touch the production databases to run our tests, so during startup we generate a temporary file name which is guaranteed not to be an existing file on the system, and use that as our database file name. By running db.Initialize() the OpenSim migration code will correctly populate that database with the latest schema.

Once we are done with the tests we want to make sure we aren't leaving garbage temp files on the user's system. So we remove that file we created.

During setup we also create a set of state variables, such as 3 uuids, 3 strings, and a data block. You could have always just stuck these inline, but variables are there for a reason, so use them.

=== Asserts ===
You will see scattered through the code '''Assert.That(...)'''. These will throw an exception if the condition is not valid. This format of assertions is called the [http://www.nunit.org/index.php?p=constraintModel&r=2.4 Contraint Model] in NUnit, and provides a large number of tests with the flavor of:
* Assert.That(foo, Is.Null)
* Assert.That(foo, Is.Not.Null)
* Assert.That(foo, Is.True)
* Assert.That(foo, Is.EqualTo(bar))
* Assert.That(foo, Text.Matches( "*bar*" ))

Of note, Is.EqualTo uses the Equals function of foo, so this can only be used on objects that are IComparable. Most of the OpenSim base objects are not, so you'll have to compare fields manually in tests.

For the complete set of conditions you can use see [http://www.nunit.org/index.php?p=constraintModel&r=2.4 the Contraint Model NUnit documentation]. While there is another syntax for tests, the Constraint Model is preferred as it is far more human readable.

=== Simple Negative Tests ===
Test T001 is an example of a simple negative test. We assume a new database will not have any of those assets in them. While the value of this test may look low, it does provide a baseline in ensuring that the database connection is there, that these return false correctly, and that no other exception is thrown. Negative tests are a good way to force bounds conditions and ensure that not only does it ''return what you expect'' it also ''doesn't return what you don't expect''. Thought of another way, it ensures your code is somewhat defensive in nature, not coughing on bad or unexpected data.

=== Simple Positive Tests ===
T010 is an example of a simple positive test. In it we create and store 3 assets (ensuring no exceptions), then load those 3 assets back from the database and ensure the fields are correct. Because AssetBase is not IComparible we just check the ID and Name fields with equals tests. If any of the Asserts fail, the whole test fails.
=== Stateful Tests ===
T011 is an example of a stateful test, because it requires the state created by T010 (i.e. the creation of those 3 objects). In order to test any kind of complicated scenario you will find that you need to use stateful tests to build up various amounts of state (testing along the way), then manipulating and possibly tearing it down. Without doing this you can't do truly deep testing of function in any complex environment. This example isn't very stateful (I tried to pick an easy example), but it should give you some ideas.
=== Speculative Tests ===
Speculative tests are tests that might or might not apply in a given situation. MySQL testing in the OpenSim tree is done by speculative testing, the tests will only run if there is a properly configured database, otherwise they will not be run. If you execute '''Assert.Ignore()''' in a '''Test''' the test will end and be ignored. If you run '''Assert.Ignore()''' in the '''TestFixtureSetup''' all tests in the test fixture will be skipped and ignored.

Speculative testing lets you create tests that require certain preconditions to be met which you can't guarantee on all platforms/configuration, and are an important part of deep testing.

== Good / Bad Test practices ==
Creating good tests is an art, not a science. Tests are useful by how many bugs they find or how many bugs they avoid. Things you should think about in creating good tests is:
* throwing edge cases, like 0, "", or Null at parameters. This ensures that people functions are hardened against incomplete data. Many of our crashes come from the lack of this hardening showing up at just the wrong time.
* use stateful testing to build up complex scenarios. This is more useful than just cursory get / set calls.

== Adding Tests to the Tree ==
As we said previously all tests for assembly OpenSim.Foo (in directory OpenSim/Foo) should:
* be in assembly OpenSim.Foo.Tests.dll
* not be in the OpenSim.Foo.dll assembly
* be in OpenSim/Foo/Tests directory

Also, if you have created a new test assembly you must add references to it in both ''.nant/local.include'' and ''.nant/bamboo.build'' to ensure that the assembly is added to the automated bamboo runs as well as the nant test target.

= Executing Tests =
== Bamboo ==
On every commit to opensim all the tests are run on a [http://opensimulator.org:8085 Bamboo build server on opensimulator.org]. The process takes about 5 minutes to build, test, and report the results back out on #opensim-dev via the osmantis bot.

== Nant ==
You can manually run all the tests for OpenSim on your system by running '''nant test''' as a nant target. This will run all the tests that are in the tree, though some speculative tests might be ignored if your platform does not have the right features or configuration to run these tests.

== NUnit Console ==
If you only want to run tests for one assembly you can do that using the NUnit Console. On Linux just run '''nunit-console2 OpenSim.Foo.Tests.dll''' and it will run only the tests for OpenSim.Foo.Tests.dll. If you are only making changes to 1 dll and just want a quick sanity check, this is the fastest way to do that.

= Learning More =
You should definitely read the documentation at the [http://www.nunit.org/index.php?p=documentation NUnit homepage] if you want to know more about testing. It's a very good reference for all the APIs in NUnit that you can use for creating tests.

= Code Coverage =

A prototype has been included using monocov, which has a profile built-in in mono. Instructions for using monocov can be found on the Mono homepage, in [http://www.mono-project.com/Code_Coverage Code Coverage] section. Unfortunately nunit2 and nant do not support code coverage with monocov (only some other proprietary code coverages), so there is no <monocov> tag. The solution was to implement it using many nunit-console and on <exec> tags.

ATTENTION: Code coverage only works with mono 1.2.x , any other version will most likely not work. Code coverage development is being put on hold for now until it supports newer mono versions.

== Running ==

Download [http://primates.ximian.com/~lupus/monocov-0.2.tar.gz monocov] and [http://prdownloads.sourceforge.net/nunit/NUnit-2.4.8-net-2.0.zip?download nunit-console] if your nunit-console does not work. To test if it works (my Ubuntu's Hardy version did not), just run one of the tests with nunit-console.

Install monocov (./configure, ./make install, there could be some minor conflicts, I had to add to the compiling line -I/usr/include/mono-1.0/) and make sure the working nunit-console is in /usr/bin. Now just run nant test-cov and it will generate .cov files and HTML directories in the cov directory. The .cov files can be seen by running monocov on them, and have the same information as the HTML directories.

= Testing Todo =

== Coverage ==
At some point in the future we need to integrate test coverage into the bamboo reports so we can easily see how poorly covered our code is, and look for hotspots where we should focus. We're still at such an early stage that this is probably overkill to get setup for now.

[[Category:Development]]