Re: [webfinger] Registration of a URN for WebFinger Properties
"Paul E. Jones" <paulej@packetizer.com> Thu, 10 October 2013 22:34 UTC
Return-Path: <paulej@packetizer.com>
X-Original-To: webfinger@ietfa.amsl.com
Delivered-To: webfinger@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D38DA21E8084 for <webfinger@ietfa.amsl.com>; Thu, 10 Oct 2013 15:34:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.189
X-Spam-Level:
X-Spam-Status: No, score=-2.189 tagged_above=-999 required=5 tests=[AWL=0.409, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 ZDgvuq4IPWif for <webfinger@ietfa.amsl.com>; Thu, 10 Oct 2013 15:34:10 -0700 (PDT)
Received: from dublin.packetizer.com (dublin.packetizer.com [75.101.130.125]) by ietfa.amsl.com (Postfix) with ESMTP id 2E41621E8132 for <webfinger@ietf.org>; Thu, 10 Oct 2013 15:34:07 -0700 (PDT)
Received: from [192.168.1.20] (rrcs-98-101-148-48.midsouth.biz.rr.com [98.101.148.48]) (authenticated bits=0) by dublin.packetizer.com (8.14.5/8.14.5) with ESMTP id r9AMY4jV007235 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 10 Oct 2013 18:34:04 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=packetizer.com; s=dublin; t=1381444445; bh=j9trCzF0f1zynafJBAZn1zd/JtEuzP5hbWHGcSmJh9Q=; h=From:To:Subject:Cc:Date:Content-Type:In-Reply-To:Message-Id: Mime-Version:Reply-To; b=rdSppE3ym71KWrFCQVIAMicMohbmtvuz0pV3v9Y3yKeuDJ8/NYgH1ILNja8IRiwIO r1EsQXBcRsZITTWHldv523TBo1ose3IK5S4+GrSCXQYShKTADr4DCMn81uMuwzgf8N I8aS/Zov4QzRYYY8JdAjaUf4dZJNdhP9MNDAGsz8=
From: "Paul E. Jones" <paulej@packetizer.com>
To: Will Norris <will@willnorris.com>
Date: Thu, 10 Oct 2013 22:34:17 +0000
Content-Type: multipart/alternative; boundary="------=_MB78F8CBF5-659F-47B9-B8B6-6C625B1048EC"
In-Reply-To: <CAJqAn3wws1SQvdLSF0bp0DNboeX3gLAn8C2SOKp2KT9RxcOmXQ@mail.gmail.com>
Message-Id: <emc6f90b62-06ec-46e9-8b46-c7292c288130@sydney>
Mime-Version: 1.0
User-Agent: eM_Client/5.0.18661.0
Cc: webfinger <webfinger@ietf.org>, Melvin Carvalho <melvincarvalho@gmail.com>
Subject: Re: [webfinger] Registration of a URN for WebFinger Properties
X-BeenThere: webfinger@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: "Paul E. Jones" <paulej@packetizer.com>
List-Id: Discussion of the Webfinger protocol proposal in the Applications Area <webfinger.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/webfinger>, <mailto:webfinger-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/webfinger>
List-Post: <mailto:webfinger@ietf.org>
List-Help: <mailto:webfinger-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/webfinger>, <mailto:webfinger-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Oct 2013 22:34:14 -0000
Will, The reason is to have one set of identifiers that people can agree to use. There are two types of identifiers, too: * Link relations types * Properties As you point out, there are several link relations already defined. I've cataloged some of them: http://www.packetizer.com/webfinger/link_relations.html Some that are interesting to me did not exist, so I made up values. There are also properties, and I've not seen any described formally anywhere. I've defined a ones I find useful: http://www.packetizer.com/webfinger/properties.html There are more defined out there, I'm sure. And it's perfectly OK for applications to define whatever they want. However, there are a few that I think really should be defined by the IETF. If we don't do that, then we at least need to have an informal agreement on, for example, how to get a person's name. Otherwise, some link relation types or property identifiers are likely to get defined with 10 different identifiers, yet carry the same semantics. Paul ------ Original Message ------ From: "Will Norris" <will@willnorris.com> To: "Paul E. Jones" <paulej@packetizer.com> Cc: "Melvin Carvalho" <melvincarvalho@gmail.com>; "webfinger" <webfinger@ietf.org> Sent: 10/10/2013 1:48:59 PM Subject: Re: [webfinger] Registration of a URN for WebFinger Properties >There irony here is that WebFinger itself was created to solve the >problem of resolving an otherwise unresolvable URI (originally mailto >and later acct URIs). URNs have the same problem, and since they have >no well-defined host, you can't even use WebFinger to resolve them. I >know there have been some efforts to define URN resolution (rfc2483 et >al), but as far as I know none are very well adopted. Using HTTP URIs >makes the most sense to me. > >But do we really need yet another registry of properties, the vast >majority of which I'm sure have been defined in a dozen other places? >Is there a reason why reusing one of these existing namespaces would >not work? (and if something WebFinger specific really is desirable, >then we can continue using webfinger.net, which has already been used >for http://webfinger.net/rel/avatar/ and >http://webfinger.net/rel/profile-page/. That was kind of the idea of >running it as a static site out of the GitHub "webfinger" org; it's >very easy to give others access to everything. That's what we've done >with activitystrea.ms for several years now) > > >On Sun, Oct 6, 2013 at 8:16 AM, Paul E. Jones <paulej@packetizer.com> >wrote: >>Yes, any URI can be used to identify a property. However, there has to >>be some agreed scheme and structure for things defined in the IETF. >>The point of the suggestion was to specify that. >> >>We could use HTTP, but I've never seen that scheme used in IETF >>documents for this type of thing. I've seen URNs, though. >> >>Paul >> >> >> >>-------------------------------------------------------------------------------- >>From: Melvin Carvalho <melvincarvalho@gmail.com> >>Sent: Sun Oct 06 09:19:42 EDT 2013 >>To: "Paul E. Jones" <paulej@packetizer.com> >>Cc: webfinger <webfinger@ietf.org> >>Subject: Re: [webfinger] Registration of a URN for WebFinger >>Properties >> >> >> >> >>On 5 October 2013 03:22, Paul E. Jones <paulej@packetizer.com> wrote: >>>Folks, >>> >>>As you know, properties (both link and subject-specific properties) >>>are identified via a URI. For applications that are defined outside >>>the IETF, those organizations are able to define any URI they wish to >>>use. For any we might define within the IETF, however, we need >>>something. >>> >>>In anticipation of having such a need, I think we should create a >>>document along the lines of RFC 6755 for WebFinger. Specifically, we >>>would define a URN sub-namespace as: >>> >>> urn:ietf:params:webfinger >>> >>>One such potentially-useful subject-specific properties are "name", >>>which would be the the subject's name intended for human consumption. >>> If you've queried my WebFinger server, you would know I currently >>>advertise my name in English and Chinese. For the "default" name, >>>the URN might be: >>> >>> urn:ietf:params:webfinger:name >>> >>>For language-specific variants, it might be: >>> >>> urn:ietf:params:webfinger:name:zh-CN >>> >>>Defining the various properties and their meaning is an exercise for >>>another day, but I hope you see the value in defining the URN >>>sub-namespace. >> >>Cant this be done using traditional HTTP keys. The advantage being >>that they can be systematically dereferenced using http GET, rather >>than having to look it up in a central registry in a non machine >>readable way. This is what has been going on for 10+ years, with >>FOAF, schema.org, open graph protocol and others. Have I missed >>something? >> >>> >>>Thoughts? >>> >>>Paul >>> >>> >>>_______________________________________________ >>>webfinger mailing list >>>webfinger@ietf.org >>>https://www.ietf.org/mailman/listinfo/webfinger >>> >> >> >>_______________________________________________ >>webfinger mailing list >>webfinger@ietf.org >>https://www.ietf.org/mailman/listinfo/webfinger >> >
- [webfinger] Registration of a URN for WebFinger P… Paul E. Jones
- Re: [webfinger] Registration of a URN for WebFing… Barry Leiba
- Re: [webfinger] Registration of a URN for WebFing… Melvin Carvalho
- Re: [webfinger] Registration of a URN for WebFing… John Bradley
- Re: [webfinger] Registration of a URN for WebFing… Paul E. Jones
- Re: [webfinger] Registration of a URN for WebFing… Will Norris
- Re: [webfinger] Registration of a URN for WebFing… Melvin Carvalho
- Re: [webfinger] Registration of a URN for WebFing… Will Norris
- Re: [webfinger] Registration of a URN for WebFing… Melvin Carvalho
- Re: [webfinger] Registration of a URN for WebFing… Paul E. Jones
- Re: [webfinger] Registration of a URN for WebFing… Melvin Carvalho
- Re: [webfinger] Registration of a URN for WebFing… Paul E. Jones
- Re: [webfinger] Registration of a URN for WebFing… Melvin Carvalho
- Re: [webfinger] Registration of a URN for WebFing… Paul E. Jones
- Re: [webfinger] Registration of a URN for WebFing… Will Norris
- Re: [webfinger] Registration of a URN for WebFing… Paul E. Jones
- Re: [webfinger] Registration of a URN for WebFing… Mike Jones
- Re: [webfinger] Registration of a URN for WebFing… Kingsley Idehen
- Re: [webfinger] Registration of a URN for WebFing… Melvin Carvalho
- Re: [webfinger] Registration of a URN for WebFing… Melvin Carvalho