<?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: ScienceSim leaves hypergrid</title>
	<atom:link href="http://www.hypergridbusiness.com/2010/01/sciencesim-leaves-hypergrid/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.hypergridbusiness.com/2010/01/sciencesim-leaves-hypergrid/</link>
	<description>THE MAGAZINE FOR ENTERPRISE USERS OF VIRTUAL WORLDS</description>
	<lastBuildDate>Wed, 08 Sep 2010 20:36:45 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Samantha Atkins</title>
		<link>http://www.hypergridbusiness.com/2010/01/sciencesim-leaves-hypergrid/comment-page-1/#comment-3975</link>
		<dc:creator>Samantha Atkins</dc:creator>
		<pubDate>Tue, 09 Mar 2010 03:14:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.hypergridbusiness.com/?p=33513#comment-3975</guid>
		<description>The thing about being able to still objects is certainly true  iff there is not a unified inventory and IP model.  Just because I hypergrid to X should not mean that X or its local god[s] have any more privileges over my inventory than any other user does in my home grid.  The only way I know to enforce this is practice is with some kind of validated permission data.  But that implies validation logic in an immutable binary only module.   Perhaps the problem could be partially addressed by something like a certification of avatar identity by external site and signed permission based on this identity?  *scratches head*  Security is hard, lets go build something. :)

That would stop a determined cloner from making copies of course.  This is a discussion on the entire family of OpenSim grids and SL as well.  It is not a hypergrid only discussion.  The impossibility of ridding even SL of something like copybot is a known issue.   However, there are things that can be done to insure your inventory does not get messed up.</description>
		<content:encoded><![CDATA[<p>The thing about being able to still objects is certainly true  iff there is not a unified inventory and IP model.  Just because I hypergrid to X should not mean that X or its local god[s] have any more privileges over my inventory than any other user does in my home grid.  The only way I know to enforce this is practice is with some kind of validated permission data.  But that implies validation logic in an immutable binary only module.   Perhaps the problem could be partially addressed by something like a certification of avatar identity by external site and signed permission based on this identity?  *scratches head*  Security is hard, lets go build something. <img src='http://www.hypergridbusiness.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>That would stop a determined cloner from making copies of course.  This is a discussion on the entire family of OpenSim grids and SL as well.  It is not a hypergrid only discussion.  The impossibility of ridding even SL of something like copybot is a known issue.   However, there are things that can be done to insure your inventory does not get messed up.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Miller</title>
		<link>http://www.hypergridbusiness.com/2010/01/sciencesim-leaves-hypergrid/comment-page-1/#comment-3536</link>
		<dc:creator>David Miller</dc:creator>
		<pubDate>Fri, 22 Jan 2010 22:59:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.hypergridbusiness.com/?p=33513#comment-3536</guid>
		<description>Well spoken Kyle! Of course I am biased towards Kyle but because of his philosophy displayed in his comment. After being in Second Life for three years, having as many as 19 sims and doing numerous &quot;big&quot; projects for universities and corporations, Reaction Grid is the only option out there offering the balance of what I need in a virtual world.

It is all still rather new and many possibilities exist. That&#039;s one thing Kyle has that Linden Lab no longer has.  That drive to push boundaries and break paradigms. Along the way, expectations may fail but incredible and unseen possibilities will unfold.

Being on the cutting edge is exactly that - a sharp and sometimes dangerous place.  But if my greatest danger is in someone taking a chair or Ener&#039;s parasol (woe be the one to do that!), then it&#039;s not very dangerous at all.

Kyle and his team are incredibly talented and driven.  And they truly care and do the best by their people.  For experimentation, consult them and they will help guide you.  They see the current limitations but are also open to that fact that they don&#039;t know it all.

You might just stumble across something pretty cool if you are willing to step forward.</description>
		<content:encoded><![CDATA[<p>Well spoken Kyle! Of course I am biased towards Kyle but because of his philosophy displayed in his comment. After being in Second Life for three years, having as many as 19 sims and doing numerous &#8220;big&#8221; projects for universities and corporations, Reaction Grid is the only option out there offering the balance of what I need in a virtual world.</p>
<p>It is all still rather new and many possibilities exist. That&#8217;s one thing Kyle has that Linden Lab no longer has.  That drive to push boundaries and break paradigms. Along the way, expectations may fail but incredible and unseen possibilities will unfold.</p>
<p>Being on the cutting edge is exactly that &#8211; a sharp and sometimes dangerous place.  But if my greatest danger is in someone taking a chair or Ener&#8217;s parasol (woe be the one to do that!), then it&#8217;s not very dangerous at all.</p>
<p>Kyle and his team are incredibly talented and driven.  And they truly care and do the best by their people.  For experimentation, consult them and they will help guide you.  They see the current limitations but are also open to that fact that they don&#8217;t know it all.</p>
<p>You might just stumble across something pretty cool if you are willing to step forward.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lee Bryan</title>
		<link>http://www.hypergridbusiness.com/2010/01/sciencesim-leaves-hypergrid/comment-page-1/#comment-3524</link>
		<dc:creator>Lee Bryan</dc:creator>
		<pubDate>Wed, 20 Jan 2010 15:58:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.hypergridbusiness.com/?p=33513#comment-3524</guid>
		<description>Agreed on the above comment. Only thing I would add is to remind anyone setting up a Diva that groups functionality is not included in the distro. You can install using the flotsam xmlrpc project, but it&#039;s a bear to install. If you&#039;re looking to allocate security levels to groups (a pretty normal method) then you have some additional configuration to do.</description>
		<content:encoded><![CDATA[<p>Agreed on the above comment. Only thing I would add is to remind anyone setting up a Diva that groups functionality is not included in the distro. You can install using the flotsam xmlrpc project, but it&#8217;s a bear to install. If you&#8217;re looking to allocate security levels to groups (a pretty normal method) then you have some additional configuration to do.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nebadon Izumi</title>
		<link>http://www.hypergridbusiness.com/2010/01/sciencesim-leaves-hypergrid/comment-page-1/#comment-3522</link>
		<dc:creator>Nebadon Izumi</dc:creator>
		<pubDate>Wed, 20 Jan 2010 02:53:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.hypergridbusiness.com/?p=33513#comment-3522</guid>
		<description>As far as I know for well over 6 months Hypergrid has not worked on Science Sim, OSgrid has taken a similar approach to Hypergrid, we only maintain 1 Hypergrid region.  But Intel leaving hypergrid this is not really new news, this happened like i said 6-8 months ago maybe.

[WORDPRESS HASHCASH] The poster sent us &#039;0 which is not a hashcash value.</description>
		<content:encoded><![CDATA[<p>As far as I know for well over 6 months Hypergrid has not worked on Science Sim, OSgrid has taken a similar approach to Hypergrid, we only maintain 1 Hypergrid region.  But Intel leaving hypergrid this is not really new news, this happened like i said 6-8 months ago maybe.</p>
<p>[WORDPRESS HASHCASH] The poster sent us &#8216;0 which is not a hashcash value.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kyle G</title>
		<link>http://www.hypergridbusiness.com/2010/01/sciencesim-leaves-hypergrid/comment-page-1/#comment-3514</link>
		<dc:creator>Kyle G</dc:creator>
		<pubDate>Tue, 19 Jan 2010 16:03:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.hypergridbusiness.com/?p=33513#comment-3514</guid>
		<description>I appreciate very much the concerns over Hypergrid security and in general Opensim security.  

As a evolving platform it is frustrating for some looking for stability &amp; security over anything to deal with new features that are untested. It is also frustrating to those trying to rapidly develop features during this early stage of development who are tied to legacy code they feel needs updating/refactoring.

I think Hypergrid, like Opensim, should be chosen on a use case basis after much thought about features vs security.  In all systems ease of access is weighed against security and many times this boils down to the goals of the project.

Hypergrid, in terms of connecting schools together, is magic for Opensim.  When 2 schools who have been properly trained on backups and maintenance of Opensim worlds decide to connect for an event via Hypergrid this is world changing by definition.

What we see happening on ReactionGrid is this very thing and in this case you have 2 very trusted world operators who have both done backups of their databases and other core files before any major change or event.

With proper backups experimentation can begin in terms of connecting worlds, scripting, updates and more.  Seeing virtual worlds beginning to connect on a global scale is amazing to us.  The ramifications of this could mean a more peaceful, educated, greener world for all, if you see the vision long term and have glimpsed students and teaching making this happen as we have.

However in the case of ScienceSim this is not the intended use case (linking many worlds) and as such needs to be evaluated on their own merits as far as Hypergridding and other pluggable choices. 

In this case Hypergridding shows no appreciable benefit vs the security issues so of course the smart decision is to disable the service.  A testament really to the inherent, by design, pluggability of Opensim.

What should not be drawn as a conclusion from this article is that Hypergrid is &quot;not safe&quot;.  It, like Opensim and Second Life etc are to be chosen based on a critical thought process you engage with your client/user on in advance of deployment.  The right tool for the job is the ethos here.

Choose your world platform and feature set wisely and your end users with get &quot;the best of both worlds&quot; cheesy pun fully intended, without extra liability from unneeded features.

See you in 3D!</description>
		<content:encoded><![CDATA[<p>I appreciate very much the concerns over Hypergrid security and in general Opensim security.  </p>
<p>As a evolving platform it is frustrating for some looking for stability &amp; security over anything to deal with new features that are untested. It is also frustrating to those trying to rapidly develop features during this early stage of development who are tied to legacy code they feel needs updating/refactoring.</p>
<p>I think Hypergrid, like Opensim, should be chosen on a use case basis after much thought about features vs security.  In all systems ease of access is weighed against security and many times this boils down to the goals of the project.</p>
<p>Hypergrid, in terms of connecting schools together, is magic for Opensim.  When 2 schools who have been properly trained on backups and maintenance of Opensim worlds decide to connect for an event via Hypergrid this is world changing by definition.</p>
<p>What we see happening on ReactionGrid is this very thing and in this case you have 2 very trusted world operators who have both done backups of their databases and other core files before any major change or event.</p>
<p>With proper backups experimentation can begin in terms of connecting worlds, scripting, updates and more.  Seeing virtual worlds beginning to connect on a global scale is amazing to us.  The ramifications of this could mean a more peaceful, educated, greener world for all, if you see the vision long term and have glimpsed students and teaching making this happen as we have.</p>
<p>However in the case of ScienceSim this is not the intended use case (linking many worlds) and as such needs to be evaluated on their own merits as far as Hypergridding and other pluggable choices. </p>
<p>In this case Hypergridding shows no appreciable benefit vs the security issues so of course the smart decision is to disable the service.  A testament really to the inherent, by design, pluggability of Opensim.</p>
<p>What should not be drawn as a conclusion from this article is that Hypergrid is &#8220;not safe&#8221;.  It, like Opensim and Second Life etc are to be chosen based on a critical thought process you engage with your client/user on in advance of deployment.  The right tool for the job is the ethos here.</p>
<p>Choose your world platform and feature set wisely and your end users with get &#8220;the best of both worlds&#8221; cheesy pun fully intended, without extra liability from unneeded features.</p>
<p>See you in 3D!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: uberVU - social comments</title>
		<link>http://www.hypergridbusiness.com/2010/01/sciencesim-leaves-hypergrid/comment-page-1/#comment-3513</link>
		<dc:creator>uberVU - social comments</dc:creator>
		<pubDate>Tue, 19 Jan 2010 03:09:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.hypergridbusiness.com/?p=33513#comment-3513</guid>
		<description>&lt;strong&gt;Social comments and analytics for this post...&lt;/strong&gt;

This post was mentioned on Twitter by malburns: Addressing Hypergrid Security  http://bit.ly/8p2nQH...

[WORDPRESS HASHCASH] The comment&#039;s server IP (174.129.78.58) doesn&#039;t match the comment&#039;s URL host IP (174.129.41.174) and so is spam.</description>
		<content:encoded><![CDATA[<p><strong>Social comments and analytics for this post&#8230;</strong></p>
<p>This post was mentioned on Twitter by malburns: Addressing Hypergrid Security  <a href="http://bit.ly/8p2nQH.." rel="nofollow">http://bit.ly/8p2nQH..</a>.</p>
<p>[WORDPRESS HASHCASH] The comment&#8217;s server IP (174.129.78.58) doesn&#8217;t match the comment&#8217;s URL host IP (174.129.41.174) and so is spam.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: January Hypergrid List - Hypergrid Business</title>
		<link>http://www.hypergridbusiness.com/2010/01/sciencesim-leaves-hypergrid/comment-page-1/#comment-3488</link>
		<dc:creator>January Hypergrid List - Hypergrid Business</dc:creator>
		<pubDate>Sat, 16 Jan 2010 18:55:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.hypergridbusiness.com/?p=33513#comment-3488</guid>
		<description>[...] major grids that was previously accessible by hypergrid &#8212; ScienceSim  &#8212; is no longer on the hypergrid, and is now only accessible through direct logins. And ReactionGrid, which serves mostly business [...]</description>
		<content:encoded><![CDATA[<p>[...] major grids that was previously accessible by hypergrid &#8212; ScienceSim  &#8212; is no longer on the hypergrid, and is now only accessible through direct logins. And ReactionGrid, which serves mostly business [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
