Hey Diva!<br><br>I cant seem to find any files on the GForge for hypergrid :(<br><br>Do I need to do the svn dance?<br><br>Cheers!<br>James/Hiro<br><br><div class="gmail_quote">On Thu, Oct 30, 2008 at 4:59 PM, Cristina Videira Lopes <span dir="ltr"><<a href="mailto:lopes@ics.uci.edu">lopes@ics.uci.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d"><br>
On Oct 30, 2008, at 2:22 PM, Stefan Andersson wrote:<br>
<br>
> I've been meaning to write a post for a very long time now. It's in<br>
> my draft folder. Just not getting it finished.<br>
><br>
> First Step:<br>
> Just wanted you all to consider what would happen if we, on<br>
> ExpectAvatar sent some aux info like 'home user server url', 'home<br>
> asset server url' and 'home inventory server url' to be attached to<br>
> the ScenePresence, and had all communications interactions use<br>
> those provided urls.<br>
><br>
<br>
</div>That's exactly what I was planning to do to get the avatar connected<br>
to its "home".<br>
I had to add an additional step of informing the remote region of a<br>
"user", before ExpectAvatar and even before IncomingAgent, because<br>
when the server is informed of an incoming agent, it asks the local<br>
user service for that user, which is not there. So I was planning to<br>
enhance that incoming-user notification message with all the info<br>
about the user.<br>
<div class="Ih2E3d"><br>
<br>
> What I'm saying is, that the region could accept any avatar in the<br>
> form of an authenticated and authorized UUID only, so - "grid"<br>
> would become meaningless and "intergrid" becomes a moot issue - all<br>
> regions would always expect all clients to come from all different<br>
> user/asset/inventory servers. The authorization aspect of the<br>
> "grid" would then be a question of service trust, regions clustered<br>
> under one governing entity implementing its own trust schemes. One<br>
> basic trust scheme would probably be https.<br>
<br>
</div>Yes, trust is definitely the major issue here.<br>
<br>
But grids are a little bit more than just trust domains; they are<br>
optimizations of shared resources. For example, universities that set<br>
up their VWs will very likely want to centralize their user base,<br>
asset base, etc. It's just more convenient to manage. A single<br>
simulator is too fine-grain of a unit for medium-sized organizations.<br>
I can also see "communities" gathering around grids. So the grid<br>
concept is a convenient technical and social optimization. But yes,<br>
it's an optimization, it's not fundamental here.<br>
<div class="Ih2E3d"><br>
<br>
> Next Step:<br>
> Consider then, if you will, if the "home" configuration would<br>
> simply be a function of a login to your own "home" login server, or<br>
> simply as a function of a modified viewer, hence the viewer would<br>
> send preffered service url's on login.<br>
><br>
> Hey Presto, 3D Web for real. It's not that far away, even given the<br>
> current architecture.<br>
<br>
<br>
</div>If you look at what I did for implementing the hypergrid, you'll see<br>
that it's ridiculously simple. Everything was already there! That's<br>
why I was able to do it so quickly. What took me longer was to get my<br>
head around the meaning of the map, something that fascinates me.<br>
Going peer-to-peer is fine, but what's the fun in pulling up the map<br>
and seeing only your little world? -- that would be terribly lonely.<br>
<div><div></div><div class="Wj3C7c"><br>
<br>
_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>===================================<br>The wind<br>scours the earth for prayers<br>The night obscures them<br><br><a href="http://osgrid.org">http://osgrid.org</a><br>
<a href="http://del.icio.us/SPQR">http://del.icio.us/SPQR</a><br><a href="http://twitter.com/jstallings2">http://twitter.com/jstallings2</a><br><a href="http://www.linkedin.com/pub/5/770/a49">http://www.linkedin.com/pub/5/770/a49</a><br>