Re: [apps-discuss] [OAUTH-WG] draft-jones-appsawg-webfinger-04

"Martin J. Dürst" <duerst@it.aoyama.ac.jp> Fri, 18 May 2012 09:05 UTC

Return-Path: <duerst@it.aoyama.ac.jp>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 48D7121F865A for <apps-discuss@ietfa.amsl.com>; Fri, 18 May 2012 02:05:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -99.353
X-Spam-Level:
X-Spam-Status: No, score=-99.353 tagged_above=-999 required=5 tests=[AWL=0.437, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, MIME_8BIT_HEADER=0.3, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iGPYnPTbE6vu for <apps-discuss@ietfa.amsl.com>; Fri, 18 May 2012 02:05:16 -0700 (PDT)
Received: from scintmta02.scbb.aoyama.ac.jp (scintmta02.scbb.aoyama.ac.jp [133.2.253.34]) by ietfa.amsl.com (Postfix) with ESMTP id 985F121F8659 for <apps-discuss@ietf.org>; Fri, 18 May 2012 02:05:15 -0700 (PDT)
Received: from scmse01.scbb.aoyama.ac.jp ([133.2.253.231]) by scintmta02.scbb.aoyama.ac.jp (secret/secret) with SMTP id q4I95E6U023880 for <apps-discuss@ietf.org>; Fri, 18 May 2012 18:05:14 +0900
Received: from (unknown [133.2.206.133]) by scmse01.scbb.aoyama.ac.jp with smtp id 0770_b876_94e033d8_a0c8_11e1_a4dc_001d096c566a; Fri, 18 May 2012 18:05:14 +0900
Received: from [IPv6:::1] ([133.2.210.1]:57584) by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server] id <S15C70F0> for <apps-discuss@ietf.org> from <duerst@it.aoyama.ac.jp>; Fri, 18 May 2012 18:05:17 +0900
Message-ID: <4FB610C0.9050102@it.aoyama.ac.jp>
Date: Fri, 18 May 2012 18:05:04 +0900
From: "\"Martin J. Dürst\"" <duerst@it.aoyama.ac.jp>
Organization: Aoyama Gakuin University
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4
MIME-Version: 1.0
To: Graham Klyne <GK@ninebynine.org>
References: <9452079D1A51524AA5749AD23E00392810E4CA@exch-mbx901.corp.cloudmark.com> <CAKaEYhKx0-psqSzLVHuiNiwvWXw28Fo1gDxr5u_Gsv5+K4wy0w@mail.gmail.com> <069A5A7D-16DE-463A-B857-9A39EA2F46DC@ve7jtb.com> <CA+aD3u3u82BfZWgFNUUhzt1QuJh+V=AXjV+JChc9Qm=q-sZorQ@mail.gmail.com> <5D4CF0B8-55C2-4741-AA51-5E93256AEB19@ve7jtb.com> <00f601cd32ee$cd2ebd10$678c3730$@packetizer.com> <4FB3545F.4050408@ninebynine.org>
In-Reply-To: <4FB3545F.4050408@ninebynine.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: apps-discuss@ietf.org
Subject: Re: [apps-discuss] [OAUTH-WG] draft-jones-appsawg-webfinger-04
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 18 May 2012 09:05:17 -0000

On 2012/05/16 16:16, Graham Klyne wrote:

> There's an interesting maybe-comparable example to consider: Digital
> Object Identifiers. Several years ago, these were defined to provide a
> way for allocating unique identifiers to research publications, etc.
> (http://www.doi.org/,
> http://en.wikipedia.org/wiki/Digital_object_identifier).
>
> A doi: URI scheme was proposed but has not subsequently been approved
> for registration
> (http://human.freescience.org/htmx/digital_object_identifier.php);
> rather the doi was registered as a sub-namespace in another new URI
> scheme, info: (http://www.ietf.org/rfc/rfc4452.txt) which was defined as
> an umbrella for several of these "non-web" identifiers.
>
> But it's interesting that a DOI is most commonly cited in a web page and
> similar contexts, and often in print, as http://dx.doi.org/<handle>
> (http://www.doi.org/doi_handbook/2_Numbering.html#2.6.2) ... so the
> other URI scheme registrations don't seem to have that much traction.

Things like these happen mostly because new URI(/IRI) schemes are hard 
to deploy. That initially led to a lot of pressure against new schemes, 
but those who liked to invent new schemes didn't get convinced, so those 
whot didn't think new schemes were such a good idea just switched from a 
"we know, and we don't want you to find out the hard way" to a "let them 
find out themselves, we told you so" policy.

Of course, what I wrote didn't happen explicitly, but I hope it 
describes the general developments well. One reason for the change may 
be that when URIs were not that well known yet, those who invented them 
felt that they had to protect users from bad experiences. These days, 
URIs as such are extremely well established, and there isn't much of a 
danger anymore that a failure with a specific URI gets blamed on URIs in 
general.

Regards,   Martin.