Re: [vwrap] vwrap Digest, Vol 11, Issue 24

Dzonatas Sol <dzonatas@gmail.com> Wed, 30 March 2011 23:12 UTC

Return-Path: <dzonatas@gmail.com>
X-Original-To: vwrap@core3.amsl.com
Delivered-To: vwrap@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4E68F28C144 for <vwrap@core3.amsl.com>; Wed, 30 Mar 2011 16:12:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.523
X-Spam-Level:
X-Spam-Status: No, score=-3.523 tagged_above=-999 required=5 tests=[AWL=0.076, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 i+Bx2D+pI12d for <vwrap@core3.amsl.com>; Wed, 30 Mar 2011 16:12:40 -0700 (PDT)
Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by core3.amsl.com (Postfix) with ESMTP id 1E85F3A6BD7 for <vwrap@ietf.org>; Wed, 30 Mar 2011 16:12:40 -0700 (PDT)
Received: by iye19 with SMTP id 19so2010476iye.31 for <vwrap@ietf.org>; Wed, 30 Mar 2011 16:14:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=/KbzXSFhKCEEGK/IBI71kIaZUEzFU+1gve1BVCjTV6s=; b=gUH91ozyLVjDzo47vqad4sdH4KHlXlVVaB6Tg40a7ywyUVF+B5Yb+FGs+MZAdfh2Wz 5SJp8nMFFGm8CYPLPYJSKpDeXeYi7JFKDXzgsF+DHOd0hk+TgFkcCS+CCyRr7lT7bP9Z DJQvKlWKFHPyKwZot84Euwn5ML+WQgO6uZ+Zw=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=VmHdgdu0G++NM6Oxq2iU98/LpTACTkz80uMNsP7zr1vFAy3J8ls12US00eBsC1WFYU OSF+7G3E8DXDEZ87m3/VMFz/KpZapJsLC0YvKn/LBedEwPxxWAM8z11uUhAAqyaEsmYy PvdcS8tXdUKTtGVlCE+cVGy/BhCY3GbXdNUL0=
Received: by 10.42.175.68 with SMTP id az4mr1963783icb.205.1301526859170; Wed, 30 Mar 2011 16:14:19 -0700 (PDT)
Received: from [192.168.0.50] (adsl-71-137-195-251.dsl.scrm01.pacbell.net [71.137.195.251]) by mx.google.com with ESMTPS id jv9sm222818icb.1.2011.03.30.16.14.17 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 30 Mar 2011 16:14:18 -0700 (PDT)
Message-ID: <4D93B94F.9000203@gmail.com>
Date: Wed, 30 Mar 2011 16:14:23 -0700
From: Dzonatas Sol <dzonatas@gmail.com>
User-Agent: Mozilla-Thunderbird 2.0.0.24 (X11/20100329)
MIME-Version: 1.0
To: Morgaine <morgaine.dinova@googlemail.com>
References: <mailman.119.1301425219.8353.vwrap@ietf.org> <AANLkTimW_yvXG3bfnTJuQ8B3fuw5z4=+mryvKETu+6Ja@mail.gmail.com> <AANLkTimB+8BMR9OvacF6JqnOf6MrD2_XUCjfAVyS5Vws@mail.gmail.com> <AANLkTinx2borySJgim+bAQd3p5M6iV6uZchd+CKhi1Xp@mail.gmail.com> <4D93B378.8030302@gmail.com> <AANLkTikk70SFJo-cQs3v9U152iiEGYpTrjkyZFfYLwCz@mail.gmail.com>
In-Reply-To: <AANLkTikk70SFJo-cQs3v9U152iiEGYpTrjkyZFfYLwCz@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Cc: vwrap@ietf.org
Subject: Re: [vwrap] vwrap Digest, Vol 11, Issue 24
X-BeenThere: vwrap@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual World Region Agent Protocol - IETF working group <vwrap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vwrap>
List-Post: <mailto:vwrap@ietf.org>
List-Help: <mailto:vwrap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Mar 2011 23:12:41 -0000

That would be assume that COLLADA would get rid of all conditioners and 
refineries and the purpose of such to exist. That doesn't make any sense.


Morgaine wrote:
> COLLADA is not /only/ an interchange format, despite being defined for 
> that purpose originally.  Many applications now use it as their native 
> graphics file format, the archetypal case being Google Earth.  I 
> expect such use to become ever more common in the future.
>
>
> Morgaine.
>
>
>
>
>
> =======================
>
> On Wed, Mar 30, 2011 at 11:49 PM, Dzonatas Sol <dzonatas@gmail.com 
> <mailto:dzonatas@gmail.com>> wrote:
>
>     Remember, that COLLADA is only an exchange format, not the format
>     for which something is being rendered from or to. Please make sure
>     your semantic usage of such at least complies when you try to
>     argue with it.
>
>
>     Morgaine wrote:
>
>         This is the last vestige of where that term is commonly
>         encountered, as *Service Level Semantic Interoperability*.� Is
>         it relevant to us?� Yes, a little.� For example, it would do
>         us no good to transport Collada meshes from an asset service
>         to a client that tries to render them as some other graphics
>         format --- that would create a semantic mishap, because one
>         party thinks that the items means one thing and another party
>         applies a different semantic.� So yes, there is a little more
>         for us to consider here, but it's not a lot.� In most part we
>         have already stated the solution every time that we have
>         mentioned MIME types for describing content.� This is mostly a
>         solved problem.
>
>
>
>     -- 
>     --- https://twitter.com/Dzonatas_Sol ---
>     Web Development, Software Engineering, Virtual Reality, Consultant
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> vwrap mailing list
> vwrap@ietf.org
> https://www.ietf.org/mailman/listinfo/vwrap
>   


-- 
--- https://twitter.com/Dzonatas_Sol ---
Web Development, Software Engineering, Virtual Reality, Consultant