<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>Comments on: Importing OARs into megaregions</title>
	<atom:link href="http://www.metaverseink.com/blog/opensim/importing-oars-into-megaregions/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.metaverseink.com/blog/opensim/importing-oars-into-megaregions/</link>
	<description>Virtual Worlds and Beyond</description>
	<lastBuildDate>Wed, 29 Apr 2020 13:46:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=4.2.32</generator>
	<item>
		<title>By: Moving and rotating OARs &#171; Zonja Capalini</title>
		<link>http://www.metaverseink.com/blog/opensim/importing-oars-into-megaregions/#comment-15</link>
		<dc:creator><![CDATA[Moving and rotating OARs &#171; Zonja Capalini]]></dc:creator>
		<pubDate>Mon, 14 Dec 2009 17:07:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.metaverseink.com/blog/?p=28#comment-15</guid>
		<description><![CDATA[[...] then checked whether the insidious red error messages appeared by using this novel method of loading OARs, but unfortunately they still appear, so that [...] ]]></description>
		<content:encoded><![CDATA[<p>[&#8230;] then checked whether the insidious red error messages appeared by using this novel method of loading OARs, but unfortunately they still appear, so that [&#8230;] </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: WhiteStar</title>
		<link>http://www.metaverseink.com/blog/opensim/importing-oars-into-megaregions/#comment-14</link>
		<dc:creator><![CDATA[WhiteStar]]></dc:creator>
		<pubDate>Fri, 27 Nov 2009 16:28:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.metaverseink.com/blog/?p=28#comment-14</guid>
		<description><![CDATA[There is now a WIKI page @ OpenSimulator.org for MegaRegion Implementation as well, it&#039;s a Good Supplement to this article.  Reference: http://opensimulator.org/wiki/Setting_Up_Mega-Regions]]></description>
		<content:encoded><![CDATA[<p>There is now a WIKI page @ OpenSimulator.org for MegaRegion Implementation as well, it&#8217;s a Good Supplement to this article.  Reference: <a href="http://opensimulator.org/wiki/Setting_Up_Mega-Regions" rel="nofollow">http://opensimulator.org/wiki/Setting_Up_Mega-Regions</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Per Pegler</title>
		<link>http://www.metaverseink.com/blog/opensim/importing-oars-into-megaregions/#comment-13</link>
		<dc:creator><![CDATA[Per Pegler]]></dc:creator>
		<pubDate>Sat, 14 Nov 2009 01:56:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.metaverseink.com/blog/?p=28#comment-13</guid>
		<description><![CDATA[I agree this is workable, somehow it even works when I do not clear the DB first.  I started that mainly because in my case I run 4 instances of 4 megaregions using the same DB so I do not want to start fresh all the time, ( my knowledge of SQL and MySql is limited) I am trying to take the easy way out and loading a new Oar on top of the old one, then  typing the  magic fix-phantoms and it is working for me so far. I do have some cleaning up to do after but last I did a load oar  I only had 6 prims to clean up. 

I use WampServer  to set up my DB, PHP and Apache and do my cleaning from PhpMyAdmin. The megaregions are so easy to move around in that I forget all the draw backs and other temperamental quirks they have. I still have problems with terrain textures, saving terrain and saving an oar from a non root region. I know since all prims end up in the SW this might not be possible. This is a draw back if you want to work and save inside the megaregion but if used as as show case and finished product not a problem and many work a rounds are possible.

The idea of a team working in regions (256X256) and uploading in to megaregions is good even using the same DB for two or more megaregions makes life easy.

The hypergrid part that will in the end connect it all together is also working reasonably well.
Diva thank you so much for sharing your knowledge and hard work  much appreciated I for one am impressed  at how well this is working :-)]]></description>
		<content:encoded><![CDATA[<p>I agree this is workable, somehow it even works when I do not clear the DB first.  I started that mainly because in my case I run 4 instances of 4 megaregions using the same DB so I do not want to start fresh all the time, ( my knowledge of SQL and MySql is limited) I am trying to take the easy way out and loading a new Oar on top of the old one, then  typing the  magic fix-phantoms and it is working for me so far. I do have some cleaning up to do after but last I did a load oar  I only had 6 prims to clean up. </p>
<p>I use WampServer  to set up my DB, PHP and Apache and do my cleaning from PhpMyAdmin. The megaregions are so easy to move around in that I forget all the draw backs and other temperamental quirks they have. I still have problems with terrain textures, saving terrain and saving an oar from a non root region. I know since all prims end up in the SW this might not be possible. This is a draw back if you want to work and save inside the megaregion but if used as as show case and finished product not a problem and many work a rounds are possible.</p>
<p>The idea of a team working in regions (256X256) and uploading in to megaregions is good even using the same DB for two or more megaregions makes life easy.</p>
<p>The hypergrid part that will in the end connect it all together is also working reasonably well.<br />
Diva thank you so much for sharing your knowledge and hard work  much appreciated I for one am impressed  at how well this is working <img src="http://www.metaverseink.com/blog/wp-includes/images/smilies/simple-smile.png" alt=":-)" class="wp-smiley" style="height: 1em; max-height: 1em;" /></p>
]]></content:encoded>
	</item>
</channel>
</rss>
