Re: [vwrap] is the group still interested in LLSD or DSD?

Dzonatas Sol <dzonatas@gmail.com> Wed, 04 May 2011 14:22 UTC

Return-Path: <dzonatas@gmail.com>
X-Original-To: vwrap@ietfa.amsl.com
Delivered-To: vwrap@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1646FE0719 for <vwrap@ietfa.amsl.com>; Wed, 4 May 2011 07:22:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.099
X-Spam-Level:
X-Spam-Status: No, score=-4.099 tagged_above=-999 required=5 tests=[AWL=-0.500, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zhGL1g+RD4eG for <vwrap@ietfa.amsl.com>; Wed, 4 May 2011 07:22:42 -0700 (PDT)
Received: from mail-pv0-f172.google.com (mail-pv0-f172.google.com [74.125.83.172]) by ietfa.amsl.com (Postfix) with ESMTP id 4AD10E06A4 for <vwrap@ietf.org>; Wed, 4 May 2011 07:22:42 -0700 (PDT)
Received: by pvh1 with SMTP id 1so670180pvh.31 for <vwrap@ietf.org>; Wed, 04 May 2011 07:22:42 -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=Zzs+7JizwGPULlXzQ7UCCh+j0vyUel/d3xwPnxxenKs=; b=xC6LMtfi09dxmg1CRS5xYA+9eJRy0A1/mfF8GTMbYMe8xwl6KW/JaH+AE5QHNewauo +LtYsXfGM/FzSgoUVTSLaG832tKbyxSZ7lKA7HKA6NjyTtaf0w9vU9x0i8b/PfBnUKh1 i3O/m/0mGTzDiZgeIWNkGKWfbmyvwNAQvWz1g=
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=khv6m0Tlad4ydO2iC1bg98QbGUdQF3TmSa8lkNCkTel1CaVp0cbj8S+iL1ZivrxSrO bz4ehkEdFEGJ5h1YzBBD5vuLa2xKFqAPCkY5ZeKqs4WgNEokz2Mek3EwMbioyBFh0kcK Cc3bHDyJmcgzeQidMUfnmxGxv2o1rEr87BEIE=
Received: by 10.68.16.100 with SMTP id f4mr1661224pbd.57.1304518961970; Wed, 04 May 2011 07:22:41 -0700 (PDT)
Received: from [192.168.0.50] (adsl-70-133-70-225.dsl.scrm01.sbcglobal.net [70.133.70.225]) by mx.google.com with ESMTPS id q10sm765907pbk.39.2011.05.04.07.22.40 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 04 May 2011 07:22:40 -0700 (PDT)
Message-ID: <4DC160F0.1030201@gmail.com>
Date: Wed, 04 May 2011 07:21:36 -0700
From: Dzonatas Sol <dzonatas@gmail.com>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20110307 Icedove/3.0.11
MIME-Version: 1.0
To: Morgaine <morgaine.dinova@googlemail.com>
References: <BANLkTi=g9T5q5bVgytpxRxuE=Oc9iG2F9w@mail.gmail.com> <BANLkTi=K8-6oL-JJoPCfz0JjDpaRBpeOyg@mail.gmail.com> <4DC15504.3090503@gmail.com> <BANLkTikay4xhQoZs2L0uRLSXgUMfCE9yfA@mail.gmail.com>
In-Reply-To: <BANLkTikay4xhQoZs2L0uRLSXgUMfCE9yfA@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Cc: vwrap@ietf.org
Subject: Re: [vwrap] is the group still interested in LLSD or DSD?
X-BeenThere: vwrap@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Virtual World Region Agent Protocol - IETF working group <vwrap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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, 04 May 2011 14:22:43 -0000

We already know highly abstract data types that have all kinds of 
extensibility, so there is no need to reinvent that much.

We just need "best fit" for the documentation and basic usage of 
resources as capabilities with LLIDL.

Any further extensibility is specific to implementation, and that 
specific implementation should be expected (as common mode with RFCs). 
What matters is, can we use these data types to convey the concept? Yes, 
we have demonstrated we can.

Again, I worry less about that and more about the combine queries, which 
would let you extend in many other ways besides mere serialization, 
especially when pivotal data is known.

Your argument only justifies further reason for me to move and update 
SNOW-375 ( http://wiki.secondlife.com/wiki/User:Dzonatas_Sol/SNOW-375 ) 
to the IETF wiki, especially if we expect STLP, which I rather 
forward-think about, instead of private unencrypted URIs.


On 05/04/2011 07:02 AM, Morgaine wrote:
> Extensibility through XML is not extensibility of the types of the 
> underlying ADT.
>
> The types of the ADT are expressed through 3 canonical 
> serializations.  Those serializations merely reflect the types defined 
> by the underlying ADT, and the XML serialization alone cannot extend 
> the underlying ADT without breaking the mapping of the ADT to the 
> other serializations.
>
> It's the type system itself that has to be extensible before you can 
> validly use extended types in one of its serializations.
>
>
> Morgaine.
>


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