New Blog for College OpenSim rollout

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

New Blog for College OpenSim rollout

Barry Spencer-2
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 [hidden email] (curriculum development) and Clive Gould [hidden email] (curriculum development - technical)
 
regards Barry

_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users
Reply | Threaded
Open this post in threaded view
|

Re: New Blog for College OpenSim rollout

cliveg
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,
<[hidden email]> wrote:

> Send Opensim-users mailing list submissions to
>        [hidden email]
>
> 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
>        [hidden email]
>
> You can reach the person managing the list at
>        [hidden email]
>
> 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 <[hidden email]>
> Subject: Re: [Opensim-users] Tibetan Classroom OAR
> To: [hidden email]
> Message-ID:
>        <[hidden email]>
> 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 <[hidden email]> 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 <[hidden email]> wrote:
>>
>>> From: Robert Klein <[hidden email]>
>>> Subject: Re: [Opensim-users] Tibetan Classroom OAR
>>> To: [hidden email]
>>> 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
>>> [hidden email]
>>> https://lists.berlios.de/mailman/listinfo/opensim-users
>>>
>>
>>
>>
>> _______________________________________________
>> Opensim-users mailing list
>> [hidden email]
>> 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 <[hidden email]>
> Subject: Re: [Opensim-users] Tibetan Classroom OAR
> To: [hidden email]
> Message-ID: <[hidden email]>
> 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 <[hidden email]> wrote:
>
>> From: William Magee <[hidden email]>
>> Subject: Re: [Opensim-users] Tibetan Classroom OAR
>> To: [hidden email]
>> 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 <[hidden email]>
>> 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 <[hidden email]>
>> wrote:
>> >
>> >> From: Robert Klein <[hidden email]>
>> >> Subject: Re: [Opensim-users] Tibetan Classroom
>> OAR
>> >> To: [hidden email]
>> >> 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
>> >> [hidden email]
>> >> https://lists.berlios.de/mailman/listinfo/opensim-users
>> >>
>> >
>> >
>> >
>> > _______________________________________________
>> > Opensim-users mailing list
>> > [hidden email]
>> > 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
>> [hidden email]
>> https://lists.berlios.de/mailman/listinfo/opensim-users
>>
>
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 28 Jan 2010 19:56:12 -0800 (PST)
> From: Robert Klein <[hidden email]>
> Subject: Re: [Opensim-users] Tibetan Classroom OAR
> To: [hidden email]
> Message-ID: <[hidden email]>
> 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 <[hidden email]>
> Subject: [Opensim-users] Making A 30region clone to a 30 sector
>        Mega-region
> To: [hidden email]
> Message-ID: <[hidden email]>
> 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 <[hidden email]>
> Subject: Re: [Opensim-users] Making A 30region clone to a 30 sector
>        Mega-region
> To: [hidden email]
> Message-ID:
>        <[hidden email]>
> 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 <[hidden email]>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
>> [hidden email]
>> 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 <[hidden email]>
> Subject: [Opensim-users] Question about Groups
> To: [hidden email]
> Message-ID:
>        <[hidden email]>
> 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 = '<a href="http://mytestserverdomainname:8002';">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
> [hidden email]
> https://lists.berlios.de/mailman/listinfo/opensim-users
>
>
> End of Opensim-users Digest, Vol 29, Issue 55
> *********************************************
>
_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users
Reply | Threaded
Open this post in threaded view
|

Re: New Blog for College OpenSim rollout

drwhiet@spacefriends.de
Wow what à Knowledge present :-) Ty so much for Sharing ..

Best regards
Wordfromthe Wise


Am 31.01.2010 um 20:59 schrieb Clive Gould <[hidden email]>:

> 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,
> <[hidden email]> wrote:
>> Send Opensim-users mailing list submissions to
>>        [hidden email]
>>
>> 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
>>        [hidden email]
>>
>> You can reach the person managing the list at
>>        [hidden email]
>>
>> 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 <[hidden email]>
>> Subject: Re: [Opensim-users] Tibetan Classroom OAR
>> To: [hidden email]
>> Message-ID:
>>        <[hidden email]>
>> 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  
>> <[hidden email]> 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 <[hidden email]> wrote:
>>>
>>>> From: Robert Klein <[hidden email]>
>>>> Subject: Re: [Opensim-users] Tibetan Classroom OAR
>>>> To: [hidden email]
>>>> 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
>>>> [hidden email]
>>>> https://lists.berlios.de/mailman/listinfo/opensim-users
>>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Opensim-users mailing list
>>> [hidden email]
>>> 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 <[hidden email]>
>> Subject: Re: [Opensim-users] Tibetan Classroom OAR
>> To: [hidden email]
>> Message-ID: <[hidden email]>
>> 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 <[hidden email]> wrote:
>>
>>> From: William Magee <[hidden email]>
>>> Subject: Re: [Opensim-users] Tibetan Classroom OAR
>>> To: [hidden email]
>>> 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 <[hidden email]>
>>> 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 <[hidden email]>
>>> wrote:
>>>>
>>>>> From: Robert Klein <[hidden email]>
>>>>> Subject: Re: [Opensim-users] Tibetan Classroom
>>> OAR
>>>>> To: [hidden email]
>>>>> 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
>>>>> [hidden email]
>>>>> https://lists.berlios.de/mailman/listinfo/opensim-users
>>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Opensim-users mailing list
>>>> [hidden email]
>>>> 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
>>> [hidden email]
>>> https://lists.berlios.de/mailman/listinfo/opensim-users
>>>
>>
>>
>>
>>
>>
>> ------------------------------
>>
>> Message: 3
>> Date: Thu, 28 Jan 2010 19:56:12 -0800 (PST)
>> From: Robert Klein <[hidden email]>
>> Subject: Re: [Opensim-users] Tibetan Classroom OAR
>> To: [hidden email]
>> Message-ID: <[hidden email]>
>> 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 <[hidden email]>
>> Subject: [Opensim-users] Making A 30region clone to a 30 sector
>>        Mega-region
>> To: [hidden email]
>> Message-ID: <[hidden email]>
>> 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 <[hidden email]>
>> Subject: Re: [Opensim-users] Making A 30region clone to a 30 sector
>>        Mega-region
>> To: [hidden email]
>> Message-ID:
>>        <[hidden email]>
>> 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 <[hidden email]
>> >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
>>> [hidden email]
>>> 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 <[hidden email]>
>> Subject: [Opensim-users] Question about Groups
>> To: [hidden email]
>> Message-ID:
>>        <[hidden email]>
>> 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 = '<a href="http://mytestserverdomainname:8002';">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
>> [hidden email]
>> https://lists.berlios.de/mailman/listinfo/opensim-users
>>
>>
>> End of Opensim-users Digest, Vol 29, Issue 55
>> *********************************************
>>
> _______________________________________________
> Opensim-users mailing list
> [hidden email]
> https://lists.berlios.de/mailman/listinfo/opensim-users
_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users