<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Great! That is a generalization of what the hypergrid already does, map
image and all :-) <br>
<br>
Right now, there is this link-region command, but that info goes away
on sim reboots, so I want to make that more persistent. It can be
placed on the grid service itself.<br>
<br>
Your 3rd bullet is exactly what the hypergrid does: a mapping between
the local coordinates and the foreign coordinates. I.e. the viewer
requests to go to x, y on the current grid, but it ends up in x1, y1 of
the other grid. This is not even a completely new thing: even in SL,
when a user requests to go to some region, she may end up in another
region, if there's something wrong with the requested region.  I'm just
using that mechanism systematically and with a different purpose, that
of decentralizing the logical grid space.<br>
<br>
The great thing about using the map for switching between logical grids
(= domains of control) is that it allowed me to reuse the teleporting
machinery in opensim almost exactly as it exists, i.e. using methods
that take region handles as arguments, instead of having to rewrite
them taking ip endpoints, which, of course, could also be done but
would require more extensive modifications to opensim.<br>
<br>
Stefan Andersson wrote:
<blockquote cite="mid:BLU134-W59CA0D50BB21765582069D5050@phx.gbl"
 type="cite">
  <style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
  </style>Diva et al,<br>
 <br>
for some time I have been playing with the idea of externalizing the
local map creation and interaction into a module. I don't know how much
of this is already in the hypergrid, but;<br>
 <br>
The hypermap module -<br>
 <br>
* All map items would be declared in an xml file - either as singular
items (hypergrid links, I guess) - or as references to a map service
interface (basically, the grid server url that would serve the
getneighbours request for that part of the map) - this would be
something like a html 'links' or 'sitemap' page.<br>
 <br>
* All map items would have an optional mapTexture, which would let the
region represent the link with a nice picture,
not necessary generated from region content, or generated with a much
higher and better resolution (take a birds-eye snapshot of the region
in the viewer, for example - or a picture of yourself - or a tainted
old parchment map for a western game)<br>
 <br>
* On map teleports, the module could re-map the regionhandle of the
'local' map request, to the localhandle fetched from the grid server
for that part of the map - and route the teleport accordingly.<br>
  <br>
Unfortunately I haven't had the time to implement it, but I think it
would be a really cool advancement.<br>
 <br>
Best regards,<br>
Stefan Andersson<br>
Tribal Media AB<br>
 <br>
Join the 3d web revolution : <a moz-do-not-send="true"
 href="http://tribalnet.se/">http://tribalnet.se/</a><br>
 <br>
  <br>
  <br>
  <br>
  <br>
  <br>
  <hr id="stopSpelling">
  <br>
Date: Wed, 26 Nov 2008 13:36:54 -0800<br>
From: <a class="moz-txt-link-abbreviated" href="mailto:diva@metaverseink.com">diva@metaverseink.com</a><br>
To: <a class="moz-txt-link-abbreviated" href="mailto:opensim-users@lists.berlios.de">opensim-users@lists.berlios.de</a><br>
Subject: Re: [Opensim-users] revised terms...<br>
  <br>
For sake of completeness, the hypergrid is a concept both at the
logical and physical levels.<br>
  <br>
At the logical level, it's a web of maps. As someone put it this
morning, it's "Mr. Spock's weird chess game" :-)<br>
  <a moz-do-not-send="true" class="EC_moz-txt-link-freetext"
 href="http://memory-alpha.org/en/wiki/Image:Spock_McCoy_3D_chess.jpg">http://memory-alpha.org/en/wiki/Image:Spock_McCoy_3D_chess.jpg</a><br>
  <a moz-do-not-send="true" class="EC_moz-txt-link-freetext"
 href="http://www.hemptrek.com/parmen/parmen.html">http://www.hemptrek.com/parmen/parmen.html</a><br>
  <br>
At the physical level, it performs a mashup of servers; region servers
end up interacting with a plurality of glue servers, instead of just
one of each type of service.<br>
  <br>
Diva Canto wrote: <br>
  <blockquote cite="mid:492DBAB3.2020501@metaverseink.com">Paul,<br>
    <br>
Your division of logical vs physical space is right on. But I think
this is closer to reality, though:<br>
    <br>
1 Logical Space<br>
1.1 A region is 65,536 sq. meters and infinite Z space, which provides
a 3D space *service*<br>
1.2 A Map (logical grid, matrix) contains one or more regions. <br>
1.3 A collection of *services* glue the regions together. Those
services are: <br>
      grid service, user service, asset service, inventory service, and
others.<br>
    <br>
2 Physical space<br>
The different *services* mentioned above are implemented by *servers*.
Servers can run one or more of those services.<br>
2.1 In the simplest case, there is only one server running all the
services. This is known as "standalone".<br>
2.2 In another common configuration, one or more servers run the 3D
space service (1 or more regions per server) and independent servers
run the glue services. This common configuration is known as "grid".<br>
    <br>
    <br>
Paul Fishwick wrote:
    <blockquote cite="mid:492D98DD.9070006@cise.ufl.edu">
      <pre>Here is a suggested rewrite. Hopefully, I have
not confused matters:

1. Logical Space (map) is defined as follows:

   1.1 A Grid contains one or more Regions,
         where each region is managed by
         a different Region Server. A Grid map
         is indexed by Grid coordinates.
         [Example: OSGrid]
   1.2 A Sim contains one or more Regions,
         where each region is managed by
          the same Region Server. A Sim map is
          indexed by Sim coordinates.
   1.3 A Region is 65,536 sq. meters, and
         contains one or more Parcels
      

2. Physical space (architecture) is defined as follows:

    2.1 StandAlone Mode is one computer running
          one Sim (one instance of OpenSim).
    2.2 Grid Mode is one or more computers in the
          following configurations:
          2.2.1  Region Server: Region servers  are
                    defined by an instance of OpenSim, and
                    they are clients of the Grid Server.
                    [Example: a region that connects to OSGrid]
          2.2.2  Grid Server: Grid servers (UGAIM) connect
                    the Region Servers together to form a Grid.
                    [Example: OSGrid servers]
     2.3  Hypergrid Mode is a hyperlinked configuration
            involving Sims and Grids


 

p

John Hopkin wrote:
  </pre>
      <blockquote>
        <pre>Paul Fishwick wrote:

  
    </pre>
        <blockquote>
          <pre>A Region is the same thing as a Sim (65,536 sq. meters)
    
      </pre>
        </blockquote>
        <pre>Rightly or wrongly, I've been making a distinction between those two
terms since using Opensim, although they're pretty much equivalent in
SL:

- A Region is a 64K area
- A Sim is an instance of OpenSim.exe

A single Sim can host several Regions; Linden tend to run each Region
in a separate Sim, so they can be split in hardware terms, but I
prefer to run my four Regions with just one Sim, and this is normal
for Opensim.
_______________________________________________
Opensim-users mailing list
<a moz-do-not-send="true" class="EC_moz-txt-link-abbreviated"
 href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a>
<a moz-do-not-send="true" class="EC_moz-txt-link-freetext"
 href="https://lists.berlios.de/mailman/listinfo/opensim-users">https://lists.berlios.de/mailman/listinfo/opensim-users</a>

  
    </pre>
      </blockquote>
      <pre>  </pre>
    </blockquote>
    <br>
    <pre><hr size="4" width="90%">
_______________________________________________
Opensim-users mailing list
<a moz-do-not-send="true" class="EC_moz-txt-link-abbreviated"
 href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a>
<a moz-do-not-send="true" class="EC_moz-txt-link-freetext"
 href="https://lists.berlios.de/mailman/listinfo/opensim-users">https://lists.berlios.de/mailman/listinfo/opensim-users</a>
  </pre>
  </blockquote>
  <br>
  <pre wrap="">
<hr size="4" width="90%">
_______________________________________________
Opensim-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a>
<a class="moz-txt-link-freetext" href="https://lists.berlios.de/mailman/listinfo/opensim-dev">https://lists.berlios.de/mailman/listinfo/opensim-dev</a>
  </pre>
</blockquote>
<br>
</body>
</html>