[Opensim-users] New Blog for College OpenSim rollout
Clive Gould
cliveg at gmail.com
Sun Jan 31 19:59:09 UTC 2010
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,
<opensim-users-request at lists.berlios.de> wrote:
> Send Opensim-users mailing list submissions to
> opensim-users at lists.berlios.de
>
> 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
> opensim-users-request at lists.berlios.de
>
> You can reach the person managing the list at
> opensim-users-owner at lists.berlios.de
>
> 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 <billmagee at gmail.com>
> Subject: Re: [Opensim-users] Tibetan Classroom OAR
> To: opensim-users at lists.berlios.de
> Message-ID:
> <daf7207d1001281047s1aefc12eg7f055b236cb9de93 at mail.gmail.com>
> 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 <karen_palen at yahoo.com> 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 <rtkwebman at gmail.com> wrote:
>>
>>> From: Robert Klein <rtkwebman at gmail.com>
>>> Subject: Re: [Opensim-users] Tibetan Classroom OAR
>>> To: opensim-users at lists.berlios.de
>>> 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
>>> Opensim-users at lists.berlios.de
>>> https://lists.berlios.de/mailman/listinfo/opensim-users
>>>
>>
>>
>>
>> _______________________________________________
>> Opensim-users mailing list
>> Opensim-users at lists.berlios.de
>> https://lists.berlios.de/mailman/listinfo/opensim-users
>>
>
>
>
> --
> 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 <karen_palen at yahoo.com>
> Subject: Re: [Opensim-users] Tibetan Classroom OAR
> To: opensim-users at lists.berlios.de
> Message-ID: <632468.1745.qm at web63102.mail.re1.yahoo.com>
> 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 <billmagee at gmail.com> wrote:
>
>> From: William Magee <billmagee at gmail.com>
>> Subject: Re: [Opensim-users] Tibetan Classroom OAR
>> To: opensim-users at lists.berlios.de
>> 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 <karen_palen at yahoo.com>
>> 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 <rtkwebman at gmail.com>
>> wrote:
>> >
>> >> From: Robert Klein <rtkwebman at gmail.com>
>> >> Subject: Re: [Opensim-users] Tibetan Classroom
>> OAR
>> >> To: opensim-users at lists.berlios.de
>> >> 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
>> >> Opensim-users at lists.berlios.de
>> >> https://lists.berlios.de/mailman/listinfo/opensim-users
>> >>
>> >
>> >
>> >
>> > _______________________________________________
>> > Opensim-users mailing list
>> > Opensim-users at lists.berlios.de
>> > https://lists.berlios.de/mailman/listinfo/opensim-users
>> >
>>
>>
>>
>> --
>> William Magee, Ph.D.
>> XVIth Congress of the IABS, Planning Committee Chair
>> Dharma Drum Buddhist College
>> Jinshan, Taiwan
>> _______________________________________________
>> Opensim-users mailing list
>> Opensim-users at lists.berlios.de
>> https://lists.berlios.de/mailman/listinfo/opensim-users
>>
>
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 28 Jan 2010 19:56:12 -0800 (PST)
> From: Robert Klein <rtkwebman at gmail.com>
> Subject: Re: [Opensim-users] Tibetan Classroom OAR
> To: opensim-users at lists.berlios.de
> Message-ID: <1264737372498-4478082.post at n2.nabble.com>
> 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 <mirage123 at verizon.net>
> Subject: [Opensim-users] Making A 30region clone to a 30 sector
> Mega-region
> To: opensim-users at lists.berlios.de
> Message-ID: <1264740633264-4478270.post at n2.nabble.com>
> 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 <janefoxclaw at gmail.com>
> Subject: Re: [Opensim-users] Making A 30region clone to a 30 sector
> Mega-region
> To: opensim-users at lists.berlios.de
> Message-ID:
> <cb14b4b11001282243n1b8187few62cf92027eb6be1b at mail.gmail.com>
> 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 <mirage123 at verizon.net>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
>> Opensim-users at lists.berlios.de
>> 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 <janefoxclaw at gmail.com>
> Subject: [Opensim-users] Question about Groups
> To: opensim-users at lists.berlios.de
> Message-ID:
> <cb14b4b11001282249s6853f6c9rdb1a1d9cb659d22e at mail.gmail.com>
> 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
> Opensim-users at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-users
>
>
> End of Opensim-users Digest, Vol 29, Issue 55
> *********************************************
>
More information about the Opensim-users
mailing list