Re: [vwrap] [wvrap] Simulation consistency

Dzonatas Sol <dzonatas@gmail.com> Sun, 03 April 2011 20:33 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 A0C153A679F for <vwrap@core3.amsl.com>; Sun, 3 Apr 2011 13:33:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.209
X-Spam-Level:
X-Spam-Status: No, score=-3.209 tagged_above=-999 required=5 tests=[AWL=-0.210, BAYES_00=-2.599, J_CHICKENPOX_22=0.6, 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 WqjBIM23W3Ad for <vwrap@core3.amsl.com>; Sun, 3 Apr 2011 13:33:29 -0700 (PDT)
Received: from mail-iw0-f172.google.com (mail-iw0-f172.google.com [209.85.214.172]) by core3.amsl.com (Postfix) with ESMTP id DBA4D3A684E for <vwrap@ietf.org>; Sun, 3 Apr 2011 13:33:28 -0700 (PDT)
Received: by iwn39 with SMTP id 39so6049403iwn.31 for <vwrap@ietf.org>; Sun, 03 Apr 2011 13:35:10 -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=eoW6P8PkUCyh+tNujMv8rCz2Ubhp5m1CGhLbz/xZIuo=; b=OOCkEdgadDdxp7NPJ6lvGiRLPKZFv90umRxAw7F9wzHcVDT1TWBQrpFZwn1UREALMb b0fVOmWtPtlWPbZaMN/QjG9Vj+OH1pH1uYPA4YJUbVi8sTRoTJZbMnfM82Xjmblh7lnE U3ENqGpEl5HgDQAPDXjPjd1YXyC4nnuZBnoGc=
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=et1s5JSRjpVzTPfko20qGrtrAdP8JxS/qDiwJB2OvXRUVCgyutthmlZFMTVqB9RuI2 gRtmsaJ4qqZvKKdw0fVwaGmQzI/BlN/OpxyOvrKX4e3bwIm1fS2zw/CNcEigodKHJks5 LYS4UPat/jdhtJDbRY8Sb5f7RYyrY186omBkc=
Received: by 10.42.141.10 with SMTP id m10mr7324684icu.236.1301862910708; Sun, 03 Apr 2011 13:35:10 -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 wo15sm2969091icb.16.2011.04.03.13.35.08 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 03 Apr 2011 13:35:09 -0700 (PDT)
Message-ID: <4D98DA2C.2060809@gmail.com>
Date: Sun, 03 Apr 2011 13:35:56 -0700
From: Dzonatas Sol <dzonatas@gmail.com>
User-Agent: Mozilla-Thunderbird 2.0.0.24 (X11/20100329)
MIME-Version: 1.0
To: Dzonatas Sol <dzonatas@gmail.com>
References: <BANLkTint6CiMRZWj59sEYM2j7VoKgz4-Bw@mail.gmail.com> <AANLkTimuVubm5Becx8cg_Uq2Gdj8EjHL7maMyqWOeYCJ@mail.gmail.com> <AANLkTi=0iBKxo0_yv2LWsExzrKUjJLqP5Ua2uHB=M_7d@mail.gmail.com> <AANLkTi=QH+c-19PvavnXU+pgWyaqpAA0F5G5SMd6h4JR@mail.gmail.com> <5365485D-FFAE-46CA-B04E-D413E85FB1D1@gmail.com> <4D97E7FE.7010104@gmail.com> <4D97EEC1.7020207@gmail.com> <BANLkTi=9CXCtb=ryFtMuyG2w9ifb-2urkA@mail.gmail.com> <4D98AC5F.70501@gmail.com> <AANLkTikLQSxvf0tH+pH7+CT2Xvydpt+UDdcS5wSV70QU@mail.gmail.com> <4D98B07E.8090601@gmail.com> <AANLkTinS4hNPUG8hHV53E0O98w8RRG5T23PcAaoSAdP0@mail.gmail.com> <4D98C11D.5050208@gmail.com> <AANLkTimAPKyRiQFq7G3eYjOCLgrCnw8wck_jByvV2yR_@mail.gmail.com> <4D98D3D9.2060307@gmail.com>
In-Reply-To: <4D98D3D9.2060307@gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: vwrap@ietf.org
Subject: Re: [vwrap] [wvrap] Simulation consistency
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: Sun, 03 Apr 2011 20:33:31 -0000

One more thing, in regards to "It's a killing..."...  why do you think 
automation and virtual worlds exist in the first place?

If your answer is anything near virtualization in ways that become 
turtles upon turtles (or VWs in VWs)... well... readjust your 
perspective back to "save the environment" and reboot from there.

Being able to model and manufacturer without paperwork and without 
environmental damage has and remains the #1 reason (despite LL's call 
for "Fast, Fun, S...").

 From that perspective, "asset" has wide-range of meanings that often 
get narrowed carelessly for the "fun of it". Many often go backwards 
before they know all meaning of assets. Any system that demonstrates 
single-entry derived bank automation is obviously backwards; it is quick 
to implement, costs too much in the end to upgrade, and always fails.

Dzonatas Sol wrote:
> As stated, "it didn't happen." The concepts and ideas are still iconic 
> natured and useful as such. It's iconic usefulness as like that of 
> infinite tense that all English teachers want their students to write 
> in & with figure-of-speech, its the wrong way. That is the nature of 
> English infinite tense. All other tenses are correct, and teachers 
> expect you to "correct" infinite tense, yet they don't teach that. 
> That's the basis of sentience. Infinite tense is logically always in 
> error.
>
> Now with that in mind, "we" did not misunderstand the issues. Don't 
> blame others until you look in the mirror more. What makes sense to 
> you doesn't guarantee it makes sense to everybody else. The "graphic 
> form" does not denote sense to visual people! Don't assume this! Like 
> I said, visual people need complete ideas. Visual people don't 
> remember dictionary definitions as much as auditory people don't 
> remember graphic notations. It's because 60% of the people are 
> auditory (they remember active speech) they are at constant battle 
> with themselves in attempts to help the other 40% everywhere they 
> don't need help -- is why there is ANY miscomprehension.
>
> Visual people find it completely dumb idea to have dictionaries full 
> words that have any prefixes or suffixes, as that is wasted resources. 
> Only the root words with possible prefixes and suffixes are of need. 
> The reason why they don't exist this way is because of 
> "figure-of-speech" and proof of that 60%. Unless you are somehow 
> smarter than the best and the brightest, I doubt you can solely point 
> out bad ideas such as dictionaries that list every combination of root 
> words with every possible suffix and prefix individually such that 
> basically kills us off slowly with lack of symbiotic flow due to trees 
> used for the numerous pages published as scholarly works. It's a killing.
>
>
> Morgaine wrote:
>> I'm afraid you misunderstand the issue, Dzonatas.  I'll add a bit of 
>> background.
>>
>> This has nothing to do with visual versus graphical presentation.  
>> I'm a big fan of both, and like yourself I think spatially most of 
>> the time about architectures, which is a graphic form.  Likewise, it 
>> has nothing to do with accessibility whatsoever, of which I've been a 
>> very enthusiastic proponent in Second Life for many years.
>>
>> The only thing with which the "domain" argument is concerned is 
>> whether the concept reflects something useful in VWRAP that we can 
>> observe, query, interact with, or design a protocol around.  The 
>> answer is "No" on all these counts for "Agent Domain" in VWRAP, 
>> because it refers to a concept in OGP that denied interop, and it 
>> does not apply to us.
>>
>> As a result, far from helping anyone to understand the VWRAP 
>> architecture, all it does is increase the amount of confusion 
>> surrounding VWRAP, because it does not reflect anything useful about 
>> what we are trying to implement.
>>
>> The nearest we get in VWRAP to something that might have been 
>> conceived originally as the "Agent Domain" in OGP is roughly "The set 
>> of places and items and resources that this world will permit an 
>> agent to visit or interact with ", which is approximately the same 
>> thing as saying "the closed walled garden".  It is a singularly 
>> counter-productive concept for a group that has the important goal of 
>> achieving interop between worlds.
>>
>> So no, it's not helpful, either visually or otherwise.  The term is 
>> just another obstacle on the road to VW interop.  That OGP whiteboard 
>> never had other fluffy clouds on it labeled "Virtual world B", 
>> "Virtual world C", and so on.  The concept of interop between worlds 
>> was denied, because Agent Domain controlled access to Region Domains, 
>> and so nothing outside AD+RD existed in OGP.
>>
>> But we are not designing OGP, we are designing VWRAP, a set of 
>> protocols that embraces interoperation between worlds as well.  That 
>> is why the Agent Domain does not exist as a useful concept in this 
>> work.  It elevates world closure, negates interoperation, and does 
>> not even admit other worlds into the picture, because Agent Domain is 
>> defined to exclude them.
>>
>> It's a very bad idea, both in text and as fluffy clouds.
>>
>>
>> Morgaine.
>


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