<!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 text="#000000" bgcolor="#ffffff">
<small>Diva: <br>
Entiendo lo que dices, me alegra saber que comprendes español, es
frustrante la dificultad del idioma, aun intento aprender el
ingles pero me es dificil :)<br>
Todo el asunto de la idea de los wormholes se ha entreverado y
quizas yo no encuentro la forma de explicarme correctamente.<br>
Hay cosas que se dan de facto, por ejemplo, es posible que quizas
osgrid no quiera tener un vinculo directo a mis regiones?, pero de
hecho lo tiene, porque yo tengo corriendo un servidor en modo
gridhypergrid registrado en osgrid que esta vinculado con
link-region con mi servidor principal que funciona en modo
hypergrid. Esta region en osgrid lo unico que tiene es un teleport
que lleva a mi servidor principal fuera de osgrid. :] Esta
haciendo el trabajo que propongo para una wormhole-region</small>.<br>
<small>La idea inicial de los wormholes es sencilla, puede resumirse
en como lo ha dicho Shaun cuando dijo: "It sounds like what he
wants is for foreign grids to link to a region in his grid, so
that users from that grid can get to his, without him<br>
having to maintain a region in the other grid."<br>
Yo puedo tener registrada una region en osgrid, y otras tantas
regiones en otros grids que me lo permitan y desde esas regiones
hacer publicidad o redirigir a mi servidor que esta fuera de esos
grids con un teleport. Lo planteado se da de hecho. La unica
diferencia esta en que para hacerlo necesito tener un servidor de
opensim en gridhypergrid-mode conectado a cada uno de esos grids
hacieno de puente, consumiendo recursos, y obligando al visitante
a hacer una escala antes de poder llegar a mi region final
directamente. Se entiende?<br>
En cambio el wormhole-region podria hacer el mismo trabajo
simplemente registrando una "region virtual" o region de enlace
entre ambos grids, y esto sin consumir recursos o al menos
consumiendo una menor cantidad de recursos, ya que no seria una
region real fisica con un terreno, objetos, ni siquiera base de
datos ni usuarios, solo una marca en el mapa como un link-region
visible que redireccionaria al servidor final. Por eso lo
comparaba con un redireccionamiento de una pagina web. Quizas solo
es una idea demente XD<br>
Es cierto que hay grids que no tienen porque querer enlazar con el
grid de otros, pero el hecho es que por norma casi todos los grids
estan comenzando a utilizar hypergrid y estan abiertos a el
trafico de ida y vuelta. y todo lo que facilite a los viajeros el
ir y venir mejora la calidad de la experiencia. Esto podria hacer
menos engorroso el viaje. Como estan las cosas ahora aveces es
necesario hacer varias escalas para llegar a un destino.<br>
El wormhole-region simplemente cumpliria una funcion de puerta de
enlace visible en el mapa que permitiria tener una region en un
determinado grid, sin tener que tener realmente una region en ese
grid.</small><br>
<small>Gracias por responder, no pense fueran a dedicar tanto tiempo
a atender mis locuras O:)<br>
<br>
-Mento<br>
</small>----------------------------<br>
<small><small><small><small><span class="Apple-style-span"
style="border-collapse: separate; color: rgb(0, 0, 0);
font-family: 'Times New Roman'; font-style: normal;
font-variant: normal; font-weight: normal; letter-spacing:
normal; line-height: normal; orphans: 2; text-indent: 0px;
text-transform: none; white-space: normal; widows: 2;
word-spacing: 0px; font-size: medium;"><span
class="Apple-style-span" style="font-family:
arial,sans-serif; font-size: 16px;"><span title=""></span></span></span></small></small></small>Diva:<br>
I understand what you say, I'm glad you understand Spanish, it's
frustrating difficulty of the language, even attempt to learn
English but it is hard:)<br>
The whole issue of the idea of wormholes has been streaky and
maybe I did not find a way to explain properly.<br>
There are things that give de facto, for example, you may perhaps
osgrid not want to have a direct link to my regions?, But in fact
it does, because I have a server running mode osgrid registered
gridhypergrid this connected to link -region with my main server
that operates in Hypergreen. This region in osgrid all we have is
a teleport that leads to my main server outside osgrid. :] Is
doing the work that I propose for a wormhole-region.<br>
The initial idea of wormholes is simple, can be summed up as Shaun
said when he said: "It sounds like What He Wants Is for Foreign
grids to link to a historical region in grid, so users from That
Can Get That grid to historical , Without him<br>
HAVING to Maintain a grid region in the Other. "<br>
I can have a region in osgrid registered, and many other regions
in other grids that allow me to and from these regions to
advertise or redirect to my server that is outside of these grids
with a teleport. It actually raised is given. The only difference
is that I need to do a server-mode opensim in gridhypergrid
connected to each of these grids hacieno bridge, consuming
resources, and forcing the visitor to make a stop before reaching
my final region directly. Means?<br>
In contrast, the wormhole-region could do the same job by simply
recording a "virtual region" or region of linkage between both
grids, and this without consuming resources or at least consume
fewer resources, since no region would be a real physical terrain,
objects, or even user database or only a mark on the map as a
link-visible region that would redirect the server end. That's why
I compared it to a redirection of a web page. Maybe just a crazy
idea XD<br>
True, there are grids that do not have to want to link to the grid
for others, but the fact is that almost all standard grids are
beginning to use Hypergreen and are open to traffic in return. and
everything provided to travelers coming and going quality
improvement experience. This may make travel less cumbersome. As
things now are sometimes necessary to make several stops to reach
a destination.<br>
The wormhole-region simply serve a gateway function visible on the
map that would allow to have a grid in a given region without
having to actually have a region in the grid.<br>
Thanks for replying, did not think were going to devote much time
to meet my crazy O:)<br>
<br>
-Mento<br>
</small><small><small><span class="Apple-style-span"
style="border-collapse: separate; color: rgb(0, 0, 0);
font-family: 'Times New Roman'; font-style: normal;
font-variant: normal; font-weight: normal; letter-spacing:
normal; line-height: normal; orphans: 2; text-indent: 0px;
text-transform: none; white-space: normal; widows: 2;
word-spacing: 0px; font-size: medium;"><span
class="Apple-style-span" style="font-family:
arial,sans-serif; font-size: 16px;"></span></span></small></small><br>
<br>
El 25/10/10 15:55, Diva Canto escribió:
<blockquote cite="mid:4CC5C474.3040608@metaverseink.com" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
I don't think it's lost in translation as I can read and
understand Spanish -- it's funny that the translator transforms
Hypergrid into Hypergreen :-)<br>
<br>
You seem to be mixing many different things. The Linden viewer has
its own version of http redirects. When we have virtual worlds on
the regular web browser, the Hypergrid will use http redirects, no
more no less. (I have a version of the Hypergrid that does exactly
that)<br>
<br>
But Hypergrid without control on the part of grid operators would
be a really bad idea. Not all virtual worlds want to be part of
it. And just because your grid links to, say, osgrid doesn't mean
that osgrid wants to link back to yours. Just like on the web:
just because your site links to, say, Slashdot doesn't mean that
Slashdot wants to link back to your site. The static hyperlinks
reflect social dynamics, like on the web or even like on twitter.
<br>
The process to discover virtual worlds that aren't linked needs
additional services, like search or directories. <br>
<br>
On 10/25/2010 10:21 AM, Mentolyptus wrote:
<blockquote cite="mid:4CC5BC89.2000409@gmail.com" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
<big><big><span class="Apple-style-span" style="border-collapse:
separate; color: rgb(0, 0, 0); letter-spacing: normal;
line-height: normal; orphans: 2; text-indent: 0px;
text-transform: none; white-space: normal; widows: 2;
word-spacing: 0px; font-size: medium;"><span
class="Apple-style-span" style="color: rgb(136, 136,
136); font-family: arial,sans-serif; font-size: 13px;"></span></span></big></big><big><big><span
class="Apple-style-span" style="border-collapse: separate;
color: rgb(0, 0, 0); font-family: 'Times New Roman';
font-style: normal; font-variant: normal; font-weight:
normal; letter-spacing: normal; line-height: normal;
orphans: 2; text-indent: 0px; text-transform: none;
white-space: normal; widows: 2; word-spacing: 0px;
font-size: medium;"><span class="Apple-style-span"
style="color: rgb(136, 136, 136); font-family:
arial,sans-serif; font-size: 13px;"></span></span></big></big><small>I
regret the poor quality of my English, and need to use a
translator, I think this merely to explain clearly the idea.<br>
Diva, I understand basically how it works Hypergrid, although
it is a certainty that I do not understand as well as you.
Anyway, what I propose is not a criticism of the current
operation of hypergrid, but an idea looking for a way to allow
the unification of hypergrid. I think the basic idea has been
misunderstood.<br>
Thanks for replying, and thanks to all the development team
for the excellent work they do for us. If some of the idea put
forward has been going around in someone's head, who knows,
maybe it is recycled into something good :)<br>
if there is anyway so there will be many good things.<br>
<br>
A Hypergreen free, united without borders, where all grids are
joined into one, sounds like a good idea<br>
----------------------------------<br>
<br>
Yo lamento la mala calidad de mi ingles, y necesitar usar un
traductor, pienso que esto limita poder explicar claramente la
idea. Diva, entiendo basicamente como funciona hypergrid,
aunque es una certeza que no lo comprendo tan bien como usted.
De todas formas lo que propongo no es una critica al actual
funcionamiento de hypergrid, sino una idea a futuro para una
forma de permitir la unificacion del hypergrid. Pienso que la
idea de fondo se ha malentendido. <br>
Gracias por responder, y gracias a todo el equipo de
desarrollo por el excelente trabajo que hacen por nosotros. Si
algo de la idea planteada ha quedado dando vueltas en la
cabeza de alguien, quien sabe, quizas se recicle en algo bueno
:) si no es asi de todas formas habra muchas cosas buenas.<br>
<br>
Un hypergrid libre, unificado sin fronteras, donde todos los
grids se unen en uno solo, suena como una buena idea</small><br>
<br>
<br>
<br>
El 25/10/10 14:50, Diva Canto escribió:
<blockquote cite="mid:4CC5B568.9000303@metaverseink.com"
type="cite">If that's all, then ... ok. I thought I heard
wishes of a technical nature, and that, perhaps, he doesn't
understand how link-region works, and what it does. Perhaps he
only knows HG TPs through the map or something. (all hg link
UIs end up placing hyperlinks on the maps, but all except
link-region end up placing them very far away from the main
cluster of regions) <br>
<br>
On 10/25/2010 9:42 AM, Shaun T. Erickson wrote: <br>
<blockquote type="cite">Diva, <br>
<br>
He doesn't (necessarily) want to link to them - he wants
them to link to him. So that in that foreign grid, the link
to his grid acts in that grid, like a hyperlink to your
webpage does on someone else's page. <br>
<br>
It seems to me that all he needs to do is contact the
foreign grid operator and see if they'd be willing to link
to a sim in his grid. <br>
<br>
-ste <br>
<br>
On 10/25/10 12:38 PM, Diva Canto wrote: <br>
<blockquote type="cite">That's how the HG works. HG 1.5 is
on a grid-basis. The entrance to <br>
grids is directed at the Gatekeeper service. <br>
When you link to, for exmple, hg.osgrid.org:80 you are
requesting the <br>
Gatekeeper of osgrid to link to whatever the default
region entry is in <br>
OSGrid, consequently being able to visit all regions in
OSGrid that <br>
allow foreign visitors. When you link to
hg.osgrid.org:80:Some Region <br>
you are requesting th Gatekeeper to link to a specific
region on that <br>
grid, permissions allowing. <br>
<br>
Maybe I'm still missing something. <br>
<br>
On 10/25/2010 9:19 AM, Shaun T. Erickson wrote: <br>
<blockquote type="cite">It sounds like what he wants is
for foreign grids to link to a region <br>
in his grid, so that users from that grid can get to
his, without him <br>
having to maintain a region in the other grid. <br>
<br>
-ste <br>
<br>
On 10/25/10 12:16 PM, Jor3l Boa wrote: <br>
<blockquote type="cite">Yes diva, but his idea is when
you tp to that region actually switch <br>
grids (tp-to-grid instead of tp-to-sim), actually
makes sense if you <br>
want people visit a bunch of regions with one entrance
<br>
<br>
2010/10/25 Diva Canto <<a moz-do-not-send="true"
class="moz-txt-link-abbreviated"
href="mailto:diva@metaverseink.com">diva@metaverseink.com</a>
<br>
<a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="mailto:diva@metaverseink.com"><mailto:diva@metaverseink.com></a>>
<br>
<br>
Maybe I'm missing something, but what you're
describing is how the <br>
Hypergrid works, redirect and all. It's not an http
redirect, <br>
because the viewer doesn't do that protocol, but it's
<br>
TeleportFinish, which is the Linden equivalent of an
http redirect. <br>
<br>
If you use the link-region console command you place a
region on <br>
your map (you see it on your map) that belongs to
another grid. <br>
</blockquote>
</blockquote>
</blockquote>
_______________________________________________ <br>
Opensim-dev mailing list <br>
<a moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a>
<br>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="https://lists.berlios.de/mailman/listinfo/opensim-dev">https://lists.berlios.de/mailman/listinfo/opensim-dev</a>
<br>
<br>
</blockquote>
<br>
_______________________________________________ <br>
Opensim-dev mailing list <br>
<a moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a>
<br>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="https://lists.berlios.de/mailman/listinfo/opensim-dev">https://lists.berlios.de/mailman/listinfo/opensim-dev</a>
<br>
</blockquote>
<br>
<pre wrap=""><fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Opensim-dev mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a>
<a moz-do-not-send="true" 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>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
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>