Wow what à Knowledge present :-) Ty so much for Sharing .. Best regards Wordfromthe Wise
Am 31.01.2010 um 20:59 schrieb Clive Gould <[email protected]>: > Hi > > I've ported a copy of our Linden Script Exhibition from Second Life to > OpenSim and made it available to the community. > > If anyone would like a copy of the exhibition there is now an > experimental oar file available for download. > > Full details of installation requirements and the download link can > now be be found on the Bromley College OpenSim blog: > > http://bcopensim.blogspot.com > > Best wishes > > Clive > > > --- > --- > --- > --- > -------------------------------------------------------------------- > > [Opensim-users] New Blog for College OpenSim rollout > Barry Spencer BarryS at bromley.ac.uk > Sat Jan 30 21:42:16 CET 2010 > > > --- > --- > --- > --- > -------------------------------------------------------------------- > > We have just started a new blog, that we shall be using to journal the > rollout of the OpenSim platform for our FE and HE students here at > Bromley College, as we continue to explore the possibilities of > Virtual Worlds - http://bcopensim.blogspot.com so please feel free to > visit and comment. > > I you have any specific questions, then again please feel free to > contact Barry Spencer barry at bromley.ac.uk (curriculum development) > and Clive Gould cliveG at bromley.ac.uk (curriculum development - > technical) > > regards Barry > > > > On Fri, Jan 29, 2010 at 6:49 AM, > <[email protected]> wrote: >> Send Opensim-users mailing list submissions to >> [email protected] >> >> To subscribe or unsubscribe via the World Wide Web, visit >> https://lists.berlios.de/mailman/listinfo/opensim-users >> or, via email, send a message with subject or body 'help' to >> [email protected] >> >> You can reach the person managing the list at >> [email protected] >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of Opensim-users digest..." >> >> >> Today's Topics: >> >> 1. Re: Tibetan Classroom OAR (William Magee) >> 2. Re: Tibetan Classroom OAR (Karen Palen) >> 3. Re: Tibetan Classroom OAR (Robert Klein) >> 4. Making A 30region clone to a 30 sector Mega-region >> (Master_Mirage) >> 5. Re: Making A 30region clone to a 30 sector Mega-region >> (Jane Foxclaw) >> 6. Question about Groups (Jane Foxclaw) >> >> >> --- >> ------------------------------------------------------------------- >> >> Message: 1 >> Date: Fri, 29 Jan 2010 02:47:47 +0800 >> From: William Magee <[email protected]> >> Subject: Re: [Opensim-users] Tibetan Classroom OAR >> To: [email protected] >> Message-ID: >> <[email protected]> >> Content-Type: text/plain; charset=ISO-8859-1 >> >> Dear Robert and Karen, >> >> The OAR was saved from a single region Diva distro sim standing alone >> with its own dedicated MySQL database. All prims are within +-128, if >> that cool notation means the region is 256X256. >> >> I run it on Diva r11766 but I think you can load it into a release >> region. Please be advised that I have not tried that and should >> probably post a note to that effect. I will go do that. >> >> Perhaps the neatest thing about the OAR contents (from the non- >> Tibetan >> linguistic point of view) is the media screen which displays the GIF >> result of a LaTeX-formatted string typed at the chat line. My >> server's >> LaTeX installation parses Tibetan and such but also formats math >> equations - whatever LaTeX can do with a formating string, this thing >> will display. It is a cool hack which I received from a math >> professor >> in Second Life. >> >> >> Cheers, >> Bill Magee >> http://haa.ddbc.edu.tw/opensim.php >> >> >> >> >> the classroom >> >> On Thu, Jan 28, 2010 at 8:35 AM, Karen Palen >> <[email protected]> wrote: >>> Yes , unless it is from a "mega region" - ordinary regions have >>> coordinates from +- 128, meagregions allow about +-anything! >>> >>> Otherwise they are identical! >>> >>> Going "normal" -> mega requires some handling of "phantom prims", >>> but the other way is virgin territory! >>> >>> Welcome to the wonderful world of alpha software. LOL >>> >>> Karen >>> >>> --- On Wed, 1/27/10, Robert Klein <[email protected]> wrote: >>> >>>> From: Robert Klein <[email protected]> >>>> Subject: Re: [Opensim-users] Tibetan Classroom OAR >>>> To: [email protected] >>>> Date: Wednesday, January 27, 2010, 3:19 PM >>>> >>>> Can the oar file be used with a regular distro instead of >>>> the Diva distro? >>>> >>>> -Robert >>>> -- >>>> View this message in context: >>>> http://n2.nabble.com/Tibetan-Classroom-OAR-tp4284190p4470081.html >>>> Sent from the opensim-users mailing list archive at >>>> Nabble.com. >>>> _______________________________________________ >>>> Opensim-users mailing list >>>> [email protected] >>>> https://lists.berlios.de/mailman/listinfo/opensim-users >>>> >>> >>> >>> >>> _______________________________________________ >>> Opensim-users mailing list >>> [email protected] >>> https://lists.berlios.de/mailman/listinfo/opensim-users >>> >> >> >> >> -- >> William Magee, Ph.D. >> XVIth Congress of the IABS, Planning Committee Chair >> Dharma Drum Buddhist College >> Jinshan, Taiwan >> >> >> ------------------------------ >> >> Message: 2 >> Date: Thu, 28 Jan 2010 18:53:46 -0800 (PST) >> From: Karen Palen <[email protected]> >> Subject: Re: [Opensim-users] Tibetan Classroom OAR >> To: [email protected] >> Message-ID: <[email protected]> >> Content-Type: text/plain; charset=us-ascii >> >> Yes +- 128 refers to the fact that 0,0 is the centre of a normal >> (256x256) region. Megaregions use 0,0 at the lower left corner of >> the "base region". Apart form some confusion by users this should >> work just fine. >> >> However whenever you map coordinates of a large number of objects >> there are always some "special cases" that might not work as >> anticipated. >> >> In particular, you do have to be aware that the "base" region in a >> megaregion contains coordinates which mapped for all of objects in >> all of the regions! >> >> That is to say, if region A and B form a megaregion that is side by >> side (A 1000X 1000Y and B 1001X 1000Y) then the objects in "B" will >> have X coordinates from 256 to 512! >> >> This SHOULD be handled properly if you are going from one >> megaregion to another, but there are sure to be some problems that >> have not yet been discovered. :-( >> >> BTW I agree that having LaTex formatting for text is a great asset, >> especially when using non-European languages. >> >> Karen >> >> --- On Thu, 1/28/10, William Magee <[email protected]> wrote: >> >>> From: William Magee <[email protected]> >>> Subject: Re: [Opensim-users] Tibetan Classroom OAR >>> To: [email protected] >>> Date: Thursday, January 28, 2010, 11:47 AM >>> Dear Robert and Karen, >>> >>> The OAR was saved from a single region Diva distro sim >>> standing alone >>> with its own dedicated MySQL database. All prims are within >>> +-128, if >>> that cool notation means the region is 256X256. >>> >>> I run it on Diva r11766 but I think you can load it into a >>> release >>> region. Please be advised that I have not tried that and >>> should >>> probably post a note to that effect. I will go do that. >>> >>> Perhaps the neatest thing about the OAR contents (from the >>> non-Tibetan >>> linguistic point of view) is the media screen which >>> displays the GIF >>> result of a LaTeX-formatted string typed at the chat line. >>> My server's >>> LaTeX installation parses Tibetan and such but also formats >>> math >>> equations - whatever LaTeX can do with a formating string, >>> this thing >>> will display. It is a cool hack which I received from a >>> math professor >>> in Second Life. >>> >>> >>> Cheers, >>> Bill Magee >>> http://haa.ddbc.edu.tw/opensim.php >>> >>> >>> >>> >>> the classroom >>> >>> On Thu, Jan 28, 2010 at 8:35 AM, Karen Palen <[email protected]> >>> wrote: >>>> Yes , unless it is from a "mega region" - ordinary >>> regions have coordinates from +- 128, meagregions allow >>> about +-anything! >>>> >>>> Otherwise they are identical! >>>> >>>> Going "normal" -> mega requires some handling of >>> "phantom prims", but the other way is virgin territory! >>>> >>>> Welcome to the wonderful world of alpha software. LOL >>>> >>>> Karen >>>> >>>> --- On Wed, 1/27/10, Robert Klein <[email protected]> >>> wrote: >>>> >>>>> From: Robert Klein <[email protected]> >>>>> Subject: Re: [Opensim-users] Tibetan Classroom >>> OAR >>>>> To: [email protected] >>>>> Date: Wednesday, January 27, 2010, 3:19 PM >>>>> >>>>> Can the oar file be used with a regular distro >>> instead of >>>>> the Diva distro? >>>>> >>>>> -Robert >>>>> -- >>>>> View this message in context: >>>>> http://n2.nabble.com/Tibetan-Classroom-OAR-tp4284190p4470081.html >>>>> Sent from the opensim-users mailing list archive >>> at >>>>> Nabble.com. >>>>> _______________________________________________ >>>>> Opensim-users mailing list >>>>> [email protected] >>>>> https://lists.berlios.de/mailman/listinfo/opensim-users >>>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Opensim-users mailing list >>>> [email protected] >>>> https://lists.berlios.de/mailman/listinfo/opensim-users >>>> >>> >>> >>> >>> -- >>> William Magee, Ph.D. >>> XVIth Congress of the IABS, Planning Committee Chair >>> Dharma Drum Buddhist College >>> Jinshan, Taiwan >>> _______________________________________________ >>> Opensim-users mailing list >>> [email protected] >>> https://lists.berlios.de/mailman/listinfo/opensim-users >>> >> >> >> >> >> >> ------------------------------ >> >> Message: 3 >> Date: Thu, 28 Jan 2010 19:56:12 -0800 (PST) >> From: Robert Klein <[email protected]> >> Subject: Re: [Opensim-users] Tibetan Classroom OAR >> To: [email protected] >> Message-ID: <[email protected]> >> Content-Type: text/plain; charset=us-ascii >> >> >> Hey Bill, >> >> I tried clicking on the link >> http://magee.ddbc.edu.tw/opensim/Tibetan_Classroom.oar and the >> saving file >> window pops up but nothing ever transfers. Is there something wrong >> with the >> server? >> >> -Robert >> -- >> View this message in context: >> http://n2.nabble.com/Tibetan-Classroom-OAR-tp4284190p4478082.html >> Sent from the opensim-users mailing list archive at Nabble.com. >> >> >> ------------------------------ >> >> Message: 4 >> Date: Thu, 28 Jan 2010 20:50:33 -0800 (PST) >> From: Master_Mirage <[email protected]> >> Subject: [Opensim-users] Making A 30region clone to a 30 sector >> Mega-region >> To: [email protected] >> Message-ID: <[email protected]> >> Content-Type: text/plain; charset=us-ascii >> >> >> I have managed to clone 30 regions that are allready developed >> using OAR >> copys. I thought there may be interest in the steps i took that >> worked. >> The 1st thing i did was to layout a 5x6 mega region on its own >> instance. >> Dont combine at this point. Use fresh region UUIDS and new names >> for each. I >> then went and set each region's land settings and media settings as >> well as >> the land textuers. I chose to do a terrain fill 23 as well. Note: >> Its best >> to not set autoreturn at this point. The i made an oar i called >> blank.oar >> (With luck you wount ever need it). >> 2. Next was to restore the OARs i made of the regions i wanted to >> clone and >> be part of the megaregion. (30 in this case). Restore them slowly >> making >> shure the asset server keeps up with the OAR. Its tempting to rush >> but a bad >> idea as i found out on the 1st try of this! >> 3. Login and check each region carefully for any oops w. the oar >> restores >> (ignore ground textuers thay will end up changing to what you used >> in the >> 1st step not what is in the oar after the instance is restarted as >> combined). At this point should you see anything wrong this is your >> last >> change to fix it, if so simply reload the oar again or make a new >> one and >> resore (sometimes the OAR may not be right). Once i was shure all >> was well i >> shut the instance down and reloaded normaly. I did another quick >> check of >> the regions. Remember this is your last chance to fix anything >> major! So >> take your time and look. >> 4. Shut it down again and change the setting in the ini. and restart >> it will take it about 5x longer than normal to load than it did >> normaly. You >> will see alot of errors about oject crossing boundrys for a bit (dont >> panic). In my case the 30 regions held around 80k objects and a few >> K in >> scripts. Mixed bag of stuff from simple to complex objects. >> Eventualy the >> errors stop and a bit after finnishes the loading. >> Its ok to log in at this point and have a look around, you will see >> somethings may be missing or phantom >> that may not be case though. Alot of things can make it look like >> that but >> realy there ok. Client cache and other things can make it seem like >> that >> too. The phntom prims are fixed w. a console command fix phantom >> objects. >> Its a slow process in my case due to how many objects there are. In >> my case >> it did fix all the phantom stuff as well as missing prims (not >> shure why but >> thay poped into view anyway). >> I checked each region 1 by one noting any goof's down (verry minor >> ones in >> my case). >> I shutdown the instance again. I clear my client cache and changed >> the >> instance caching from cermone to flotsum. I thought it best not to >> start out >> with flotsum knowing this would be massive. >> Restarted the instance (yes you will still see the object boundry >> crossing >> errors and it still takes awhile to load it all). By doing it in >> this order >> i was happy to have a working 30region to 30sector MegaRegion. >> There are alot of tweeks that should be done in the ini but thats >> another >> post totaly. >> There is a side effect to this if you still run your old regions >> that may >> have had parcles. Thay are Copyed not cloned! and will revert to >> unparcled >> and back to the region owner. The clone's MEGAREGION parcles will >> be ok >> though. Why that is im not shure yet. >> As this was a TEST and dident actualy expect it to work at all. I >> was happy >> with it. If anyone should try this Keep it in mind that theres 1000 >> things >> that can go wrong doing this and i am just saying what I did that >> gave ME a >> happy result. Please feel free to add to this or any suggestions >> that i may >> have glossed over here. >> -- >> View this message in context: >> http://n2.nabble.com/Making-A-30region-clone-to-a-30-sector-Mega-region-tp4478270p4478270.html >> Sent from the opensim-users mailing list archive at Nabble.com. >> >> >> ------------------------------ >> >> Message: 5 >> Date: Fri, 29 Jan 2010 01:43:06 -0500 >> From: Jane Foxclaw <[email protected]> >> Subject: Re: [Opensim-users] Making A 30region clone to a 30 sector >> Mega-region >> To: [email protected] >> Message-ID: >> <[email protected]> >> Content-Type: text/plain; charset="iso-8859-1" >> >> For me, I am more or less curious not in your Regions.ini file.. >> but your >> OpenSim.ini and OpenSim.Server.ini if your running in Grid mode. >> someday I >> have a dream of running Grid mode with hyperGrid turned on.. >> hahahaha >> >> sonya >> >> On Thu, Jan 28, 2010 at 11:50 PM, Master_Mirage <[email protected] >> >wrote: >> >>> >>> I have managed to clone 30 regions that are allready developed >>> using OAR >>> copys. I thought there may be interest in the steps i took that >>> worked. >>> The 1st thing i did was to layout a 5x6 mega region on its own >>> instance. >>> Dont combine at this point. Use fresh region UUIDS and new names >>> for each. >>> I >>> then went and set each region's land settings and media settings >>> as well as >>> the land textuers. I chose to do a terrain fill 23 as well. Note: >>> Its best >>> to not set autoreturn at this point. The i made an oar i called >>> blank.oar >>> (With luck you wount ever need it). >>> 2. Next was to restore the OARs i made of the regions i wanted to >>> clone and >>> be part of the megaregion. (30 in this case). Restore them slowly >>> making >>> shure the asset server keeps up with the OAR. Its tempting to rush >>> but a >>> bad >>> idea as i found out on the 1st try of this! >>> 3. Login and check each region carefully for any oops w. the oar >>> restores >>> (ignore ground textuers thay will end up changing to what you used >>> in the >>> 1st step not what is in the oar after the instance is restarted as >>> combined). At this point should you see anything wrong this is >>> your last >>> change to fix it, if so simply reload the oar again or make a new >>> one and >>> resore (sometimes the OAR may not be right). Once i was shure all >>> was well >>> i >>> shut the instance down and reloaded normaly. I did another quick >>> check of >>> the regions. Remember this is your last chance to fix anything >>> major! So >>> take your time and look. >>> 4. Shut it down again and change the setting in the ini. and restart >>> it will take it about 5x longer than normal to load than it did >>> normaly. >>> You >>> will see alot of errors about oject crossing boundrys for a bit >>> (dont >>> panic). In my case the 30 regions held around 80k objects and a >>> few K in >>> scripts. Mixed bag of stuff from simple to complex objects. >>> Eventualy the >>> errors stop and a bit after finnishes the loading. >>> Its ok to log in at this point and have a look around, you will see >>> somethings may be missing or phantom >>> that may not be case though. Alot of things can make it look like >>> that but >>> realy there ok. Client cache and other things can make it seem >>> like that >>> too. The phntom prims are fixed w. a console command fix phantom >>> objects. >>> Its a slow process in my case due to how many objects there are. >>> In my case >>> it did fix all the phantom stuff as well as missing prims (not >>> shure why >>> but >>> thay poped into view anyway). >>> I checked each region 1 by one noting any goof's down (verry minor >>> ones in >>> my case). >>> I shutdown the instance again. I clear my client cache and changed >>> the >>> instance caching from cermone to flotsum. I thought it best not to >>> start >>> out >>> with flotsum knowing this would be massive. >>> Restarted the instance (yes you will still see the object boundry >>> crossing >>> errors and it still takes awhile to load it all). By doing it in >>> this >>> order >>> i was happy to have a working 30region to 30sector MegaRegion. >>> There are alot of tweeks that should be done in the ini but thats >>> another >>> post totaly. >>> There is a side effect to this if you still run your old regions >>> that may >>> have had parcles. Thay are Copyed not cloned! and will revert to >>> unparcled >>> and back to the region owner. The clone's MEGAREGION parcles will >>> be ok >>> though. Why that is im not shure yet. >>> As this was a TEST and dident actualy expect it to work at all. I >>> was happy >>> with it. If anyone should try this Keep it in mind that theres >>> 1000 things >>> that can go wrong doing this and i am just saying what I did that >>> gave ME a >>> happy result. Please feel free to add to this or any suggestions >>> that i >>> may >>> have glossed over here. >>> -- >>> View this message in context: >>> http://n2.nabble.com/Making-A-30region-clone-to-a-30-sector-Mega-region-tp4478270p4478270.html >>> Sent from the opensim-users mailing list archive at Nabble.com. >>> _______________________________________________ >>> Opensim-users mailing list >>> [email protected] >>> https://lists.berlios.de/mailman/listinfo/opensim-users >>> >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> https://lists.berlios.de/pipermail/opensim-users/attachments/20100129/4f229df6/attachment-0001.html >> >> ------------------------------ >> >> Message: 6 >> Date: Fri, 29 Jan 2010 01:49:25 -0500 >> From: Jane Foxclaw <[email protected]> >> Subject: [Opensim-users] Question about Groups >> To: [email protected] >> Message-ID: >> <[email protected]> >> Content-Type: text/plain; charset="iso-8859-1" >> >> Ok, I setup the xmlrpc.php and it just doesn't work. I have tried >> many >> things.. but i just get nothing. I know i'm doing something not >> right but I >> cannot for the life of me figure out why. >> >> config.php >> -------------------------------------------- >> <?php >> $dbName = "userdatabasename"; >> $dbHost = "localhost"; >> $dbPort = "3306"; >> $dbUser = "root"; >> $dbPassword ="mysqlpw"; >> // Set to 0 for no debugging, 1 for essential debugging, 2 for >> more >> information. >> $debugXMLRPC = 2; >> $debugXMLRPCFile = "xmlrpc.log"; >> ////////////////////////////// >> //// Group security >> ///////////////////// >> // A xmlrpc client must have this key to commit changes to the >> Groups DB >> // Leave blank to allow all clients to make changes. >> $groupWriteKey = ''; >> $groupReadKey = ''; >> // Enabling this, will require that the service attempt to verify >> the agent >> // is authentic by contacting the User Service specified in the >> request >> // to authenticate the AgentID and SessionID provided. >> $groupRequireAgentAuthForWrite = TRUE; >> // This enforces the role Permissions bitmask. >> $groupEnforceGroupPerms = TRUE; >> // Specify the following to hard-code / lockdown the User Service >> used to >> authenticate >> // user sessions. Example: http://osgrid.org:8002 >> // Note: This causes the User Service specified with requests to be >> ignored, and >> // prevents the service from being used cross-grid or by >> hypergridded users. >> //$overrideAgentUserService = 'http://mytestserverdomainname:8002'; >> // This setting configures the behavior of the "Members are Visible" >> checkbox >> // provided for on the Role configuration panel -- and determines >> who is >> allowed >> // to get a list of members for a role when that checkbox is *NOT* >> checked. >> $membersVisibleTo = 'Group'; // Anyone in the group can see members >> // $membersVisibleTo = 'Owners'; // Only members of the owners role >> can see >> members >> // $membersVisibleTo = 'All'; // Anyone can see members >> ?> >> ----------------------------------------------- >> in the opensim.ini file I have this for the groups section >> ----------------------------------------------- >> [Groups] >> Enabled = true >> >> ; This is the current groups stub in >> Region.CoreModules.Avatar.Groups >> ;Module = Default >> >> ; The PHP code for the server is available from the Flotsam >> project for >> you to deploy >> ; to your own server. The Flotsam project is located at >> http://code.google.com/p/flotsam/ >> ; >> Module = XmlRpcGroups >> >> ; Enable Group Notices >> NoticesEnabled = true >> >> ; This makes the Groups modules very chatty on the console. >> DebugEnabled = false >> >> ; Specify which messaging module to use for groups messaging and >> if it's >> enabled >> MessagingModule = GroupsMessagingModule >> MessagingEnabled = true >> >> ; Service connector to Groups Service [Select One] >> ; XmlRpc Service Connector to the Flotsam XmlRpc Groups Service >> Implementation >> ServicesConnectorModule = XmlRpcGroupsServicesConnector >> XmlRpcServiceURL = >> http://mytestserverdomainname/groups/xmlrpc.php >> XmlRpcServiceReadKey = 1234 >> XmlRpcServiceWriteKey = 1234 >> XmlRpcMessagingEnabled = true >> XmlRpcNoticesEnabled = true >> >> ; Disables HTTP Keep-Alive for XmlRpcGroupsServicesConnector HTTP >> Requests, >> ; this is a work around fora problem discovered on some Windows >> based >> region servers. >> ; Only disable keep alive if you see a large number (dozens) of >> the >> following Exceptions: >> ; System.Net.WebException: The request was aborted: The request >> was >> canceled. >> ; >> ; XmlRpcDisableKeepAlive = false >> ------------------------------------------------------------ >> >> not sure what i'm doing wrong here. any ideas ? >> >> Sonya >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> https://lists.berlios.de/pipermail/opensim-users/attachments/20100129/9c980436/attachment.html >> >> ------------------------------ >> >> _______________________________________________ >> Opensim-users mailing list >> [email protected] >> https://lists.berlios.de/mailman/listinfo/opensim-users >> >> >> End of Opensim-users Digest, Vol 29, Issue 55 >> ********************************************* >> > _______________________________________________ > Opensim-users mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-users _______________________________________________ Opensim-users mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-users
