Re: [vwrap] Removing first name / last name assumptions?

"dyerbrookme@juno.com" <dyerbrookme@juno.com> Wed, 07 April 2010 16:44 UTC

Return-Path: <dyerbrookme@juno.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 B671B3A6940 for <vwrap@core3.amsl.com>; Wed, 7 Apr 2010 09:44:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.002
X-Spam-Level:
X-Spam-Status: No, score=0.002 tagged_above=-999 required=5 tests=[BAYES_50=0.001, UNPARSEABLE_RELAY=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 72HYRJpHuqzn for <vwrap@core3.amsl.com>; Wed, 7 Apr 2010 09:44:23 -0700 (PDT)
Received: from outbound-mail.vgs.untd.com (outbound-mail.vgs.untd.com [64.136.55.15]) by core3.amsl.com (Postfix) with SMTP id EAD403A67F6 for <vwrap@ietf.org>; Wed, 7 Apr 2010 09:44:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juno.com; s=alpha; t=1270658655; bh=47DEQpj8HBSa+/TImW+5JCeuQeRkm5NMpJWZG3hSuFU=; l=0; h=From:Date:To:Cc:Subject:Message-Id:Content-Type; b=IhlohwGKNQXFG/wFTWhxQfwqseDPq5CKJBdsOaq73niewqDBrkZSqvu5v/7YuQZWy cZ/nl3RFk+z7DaudGxoFP3RfKpn5a+E9KYfM8Gjpd8KLgEIIG0CAmFyAyd4tvYSaKC MNpBxbcHWSwZsHQ4iAKJp7OLCzuJAQNsSs28Ikd8=
X-UOL-TAGLINE: true
Received: from outbound-bu1.vgs.untd.com (webmail08.vgs.untd.com [10.181.12.148]) by smtpout06.vgs.untd.com with SMTP id AABF53PTQAB2STBS for <vwrap@ietf.org> (sender <dyerbrookme@juno.com>); Wed, 7 Apr 2010 09:43:26 -0700 (PDT)
X-UNTD-OriginStamp: ireJTaFtV8IZgEqY8qAucRSgx0ktnep3CWmC3KUA1K8X1omANKT9nA==
Received: (from dyerbrookme@juno.com) by webmail08.vgs.untd.com (jqueuemail) id QAW9JL38; Wed, 07 Apr 2010 09:43:24 PDT
Received: from [173.77.185.208] by webmail08.vgs.untd.com with HTTP: Wed, 7 Apr 2010 16:43:10 GMT
X-Originating-IP: [173.77.185.208]
Mime-Version: 1.0
From: "dyerbrookme@juno.com" <dyerbrookme@juno.com>
Date: Wed, 7 Apr 2010 16:43:10 GMT
To: TammyNowotny@mac.com
X-Mailer: Webmail Version 4.0
Message-Id: <20100407.124310.8383.0@webmail08.vgs.untd.com>
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Content-Type: text/plain; charset=ISO-8859-1
X-UNTD-BodySize: 6401
X-ContentStamp: 31:15:631465289
X-MAIL-INFO: 0e241dd11da5d1f914f4ddd1d4d4490ca9354d31f4394530c1c120c18995956495b091e4c1f9a1f9d5dda1348401f9f91d84b984997d196949f0040d4904404061b1b1f401296081e441e0e43029c005ede0c929c07490bdc1bdd92d0cf069bd21208564742100450ccd4081450db120f52581f4118954515015d930a1501db41de5b5e199b510ddd11d
X-UNTD-Peer-Info: 10.181.12.148|webmail08.vgs.untd.com|outbound-bu1.vgs.untd.com|dyerbrookme@juno.com
Cc: vwrap@ietf.org
Subject: Re: [vwrap] Removing first name / last name assumptions?
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, 07 Apr 2010 16:44:24 -0000

A reminder that all of you are deciding highly personal -- and public --- matters like how names will be used and connected, how geographically contiguous space or location will be represented and accessed, and how content will be moved and rights preserved *without the general public* and *without a democratic process* to act as a curb on your own selfish interests, which are largely of the copyleftist and even Stallmanite school at the extreme. 

When we see the sheer insane unreason on the opensource dev list regarding the TPV from some of the people now migrating here to continue the same extremity, we have to wonder what's "up".

Your flogging of these issues at the IETF is also suspect, given their undemocratic procedures, their "humming" and the "tyranny of who shows up*.

As they say: I saw what you did there.

Questions of naming, identity, space, connection, property, inventory, rights -- these are all human and social and people in the real world spent centuries fashioning laws and policies over them, often going to war of them. 

You imagine that a handful of you superior and arrogant geeks can decide these things for the Metaverse among yourselves, with no due process or elections, and with no representation of those most interested -- the users who pay for these servers and your salaries.

You are trying to grab these issues without public participation merely because they are complex and technical so that you can hide behind "technology". But they aren't so complex that you can't explain them and their ramifications normally in laymen's terms, as this is done all the time when tekkies have to face civilian oversight. 

We see from the court defeat of Net Neutrality that the Google-run campaign flogged by the EFF and ACLU gulling the public with fake terms implying freedom of expression when it's about consumption and Google's loss-leader to view Youtube liberated content for free in the consumer's last mile, that checks and balances and reason prevail. And whatever you think you're getting away with now in hijacking the virtual world architecture discussion, you'll be stopped down the road with more government Internet regulation and you'll have only yourselves to blame. 

Even a little more democracy and a modicum of transparency could forestall this inevitability, if you were more fair, and didn't pretend that an obscure but technically accessible list like this is "transparency" and that an IETF workshop run by big companies is "participation".

If you want credibility, Joshua Linden, regarding Linden Lab's true intentions with our virtual lives and stuff, and if you want to stem rumours that you were forced to leave due to your opensource extremism, Infinity ex-Linden, then you should do a post on the general Linden blog explaining in laymen's terms *just what the hell you are doing with the world and content which we created and paid for under the old mantra of 'Your World, Your Imagination' when you make it easier to pipe it to OpenSim, which is already rampant with content theft.

If you are giving away the store -- and I see that you are -- then you owe it to the public to be honest about it and not slip it in as a technicality.

There are policies on Third Party Viewers at long last that put some curb on the script kiddies and opensource fanatics that compromise property, privacy, and peace in Second Life due to TPV ripping, exposure, and griefing.

Is there going to be an interop policy for Lindens and ex-Lindens and the big companies like IBM represented by Zha Ewry and Dale Innis, and Intel, represented by John Hurliman, the first maker and seller of copybot in Second Life?

Prokofy Neva

---------- Original Message ----------
From: Tammy Nowotny <TammyNowotny@mac.com>
To: Morgaine <morgaine.dinova@googlemail.com>
Cc: vwrap@ietf.org
Subject: Re: [vwrap] Removing first name / last name assumptions?
Date: Wed, 07 Apr 2010 06:10:17 -0400

Names are a small thing but they are immensely complicated (and important.)

Morgaine wrote:
> Thanks for confirming that, Joshua!
>
> The nature of the agent field is a small thing, but progress has been 
> made. :-)
>
>
> Morgaine.
>
>
>
>
>
> ======================================
>
> On Tue, Apr 6, 2010 at 4:51 PM, Joshua Bell <josh@lindenlab.com 
> <mailto:josh@lindenlab.com>> wrote:
>
>     Speaking for Linden:
>
>     (1) For the purposes of VWRAP interop, it is acceptable to us to
>     assume that a human readable agent identifier ("name") for Second
>     Life can be coerced to and from a single string field. Today, SL
>     firstname/lastname pairs are constrained to a subset of ASCII that
>     disallows characters such as periods and spaces. Therefore, as has
>     been mentioned, it is possible today to unambiguously encode an SL
>     name as (firstname + "." + lastname) or (firstname + " " + lastname).
>
>     (2) As mentioned
>     at https://blogs.secondlife.com/community/features/blog/2010/01/03/happy-new-year-looking-backlooking-ahead and
>     at https://blogs.secondlife.com/community/features/blog/2010/01/22/will-the-real-you-please-stand-up Linden
>     is investigating modifications to "names" in SL. However, it is
>     too early to comment on any details at this time. 
>
>     (3) That said, the investigative work for (2) is being done with
>     the benefits of (1) held firmly in mind. (As with practically
>     anything in the biz, this statement is not a contract or guarantee.)
>
>     Therefore, from Linden's perspective, we can live with the
>     proposed simplified requirements of a single string. If it becomes
>     necessary to revisit that in the future we'll raise it.
>
>
>     _______________________________________________
>     vwrap mailing list
>     vwrap@ietf.org <mailto:vwrap@ietf.org>
>     https://www.ietf.org/mailman/listinfo/vwrap
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> vwrap mailing list
> vwrap@ietf.org
> https://www.ietf.org/mailman/listinfo/vwrap
>   
_______________________________________________
vwrap mailing list
vwrap@ietf.org
https://www.ietf.org/mailman/listinfo/vwrap



____________________________________________________________
Get Free Email with Video Mail & Video Chat!
http://www.juno.com/freeemail?refcd=JUTAGOUT1FREM0210