Re: [ogpx] URI schema for virtual world locations?

Morgaine <morgaine.dinova@googlemail.com> Tue, 26 January 2010 22:45 UTC

Return-Path: <morgaine.dinova@googlemail.com>
X-Original-To: ogpx@core3.amsl.com
Delivered-To: ogpx@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5DDD63A69EA for <ogpx@core3.amsl.com>; Tue, 26 Jan 2010 14:45:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.976
X-Spam-Level:
X-Spam-Status: No, score=-1.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id il1RETii3qIu for <ogpx@core3.amsl.com>; Tue, 26 Jan 2010 14:45:51 -0800 (PST)
Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by core3.amsl.com (Postfix) with ESMTP id BF42E3A69E5 for <ogpx@ietf.org>; Tue, 26 Jan 2010 14:45:50 -0800 (PST)
Received: by ey-out-2122.google.com with SMTP id 22so1330277eye.51 for <ogpx@ietf.org>; Tue, 26 Jan 2010 14:45:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=RD/7Kl3rpJh1oEsm5nLVPrIsfcqDCpn5ugpMBErvpzA=; b=Bngqc0Sck1KbUw6E4t8icH2zaOVCQLKUc62GZbaUAImC6ki46b8Eb3F5qjmKFEaigo /3K5NYfIICCq9BCqEiA0k2pUmkXcTSGSJy+tkHmpbd0EKTrE5b3zXG5XSYru6xo1RQbV By2kHGDL2vynwMpmVNppYpeAfPPu9UbcdnbRE=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=paYbl/Aj1TvTDnTPtsin8zZFAQHXr2TNePGOOL6UkOMa3alaQ8KgvaJ+vRYPkzrwVD KUXU2aflpLABexUMebCoGmnD9xsqFqK30Y4+eCR/DZkUGw3zf3jImZqwl9XbtADi/eAb tJWMcRQHttwtwASOGcNyB15lj/xYKC+VOb3jI=
MIME-Version: 1.0
Received: by 10.213.37.194 with SMTP id y2mr3189736ebd.67.1264545958735; Tue, 26 Jan 2010 14:45:58 -0800 (PST)
In-Reply-To: <f72742de1001251159w3901c1b6w56703d8120558de1@mail.gmail.com>
References: <b8ef0a221001211132i1a76b959k6f5768f15c5aa03c@mail.gmail.com> <7765f2c61001220625h25580faexe0a20dca1f74a58b@mail.gmail.com> <0DF3EFDA-FDB3-45E4-91D1-051B1288E27C@bbn.com> <b8ef0a221001220802l4307cdc7m14b05426876afa66@mail.gmail.com> <f72742de1001220835s783eb958o11e5deac9b7ea9b4@mail.gmail.com> <b8ef0a221001221113o7a337fc1y45ec86d300140fa@mail.gmail.com> <20100123003637.GA23071@alinoe.com> <3a880e2c1001221818s11796ce9kd2e22153cdacd57b@mail.gmail.com> <20100124135955.GA30394@alinoe.com> <f72742de1001251159w3901c1b6w56703d8120558de1@mail.gmail.com>
Date: Tue, 26 Jan 2010 22:45:58 +0000
Message-ID: <e0b04bba1001261445h4f1dd8e6oc161ea8cd070a527@mail.gmail.com>
From: Morgaine <morgaine.dinova@googlemail.com>
To: ogpx@ietf.org
Content-Type: multipart/alternative; boundary="001485318bebac32e8047e190c48"
Subject: Re: [ogpx] URI schema for virtual world locations?
X-BeenThere: ogpx@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual Worlds and the Open Grid Protocol <ogpx.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ogpx>, <mailto:ogpx-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ogpx>
List-Post: <mailto:ogpx@ietf.org>
List-Help: <mailto:ogpx-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ogpx>, <mailto:ogpx-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Jan 2010 22:45:52 -0000

On Mon, Jan 25, 2010 at 7:59 PM, Joshua Bell <josh@lindenlab.com> wrote:

>
> That said, I believe it adds complexity to region crossings. In SL, an
> agent crossing between regions maintains *global coordinates* throughout.
> The agent is also notified about things happening across region boundaries
> with coordinates that would be outside the region bounds. This will probably
> make code for hand-offs and/or the scene graph more intricate.
>


Given the arbitrary sizes and shapes of interoperating regions in VWRAP
worlds, it's worth stating that it will not be possible to maintain a global
coordinate space that's congruent with region coordinate spaces, even if we
wanted to.

Adjacently tiled regions are necessarily going to have to adopt a relative
addressing approach when dealing with their neighbors, and never assume any
particular layout of other regions' coordinate spaces.  Any such assumptions
would generally be wrong anyway, except for uniformly designed region spaces
which is a special case.  Flexible relative coordinate handling will be
important in this area, since to disallow adjacent region tiling unless
neighbors employ the same coordinate layout and orientation would be far too
restrictive for widespread interop.

Fortunately it's not hard to do this flexibly with just a little more
arithmetic.


Morgaine.






======================================

On Mon, Jan 25, 2010 at 7:59 PM, Joshua Bell <josh@lindenlab.com> wrote:

> On Sun, Jan 24, 2010 at 5:59 AM, Carlo Wood <carlo@alinoe.com> wrote:
>
>>
>> My point was, there is only a need for a 3 dimensional cartesian
>> coordinate
>> system really, relative to a region.
>>
>
> I tend to agree. The more that can be region-centric, the better. If a
> provider of a collection-of-regions wants to define relationships between
> even disconnected locations, that shouldn't be precluded, but it doesn't
> appear *necessary*...
>
> That said, I believe it adds complexity to region crossings. In SL, an
> agent crossing between regions maintains global coordinates throughout. The
> agent is also notified about things happening across region boundaries with
> coordinates that would be outside the region bounds. This will probably make
> code for hand-offs and/or the scene graph more intricate.
>
>
>> In order to be able to show map, it should be possible map regions
>> to some 2 dimensional coordinate system.
>>
>>
> Interesting question: is this part of VWRAP or not? Is there a need for
> standards around mapping, or is that just a feature which can be provided in
> other ways (e.g. web-based UI) that produces the URIs (which are
> specifically URLs to resources containing region connection information, as
> this thread suggests) necessary to "go there"?
>
> (This is part of the topic I want to cover in Anaheim.)
>
> _______________________________________________
> ogpx mailing list
> ogpx@ietf.org
> https://www.ietf.org/mailman/listinfo/ogpx
>
>