[Opensim-users] New Blog for College OpenSim rollout
Spacefriends
drwhiet at spacefriends.de
Sun Jan 31 23:34:15 UTC 2010
Wow what à Knowledge present :-) Ty so much for Sharing ..
Best regards
Wordfromthe Wise
Am 31.01.2010 um 20:59 schrieb Clive Gould <cliveg at gmail.com>:
> 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
>> *********************************************
>>
> _______________________________________________
> Opensim-users mailing list
> Opensim-users at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-users
More information about the Opensim-users
mailing list