Return-Path: <melvincarvalho@gmail.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 DDA2421E8116 for <webfinger@ietfa.amsl.com>;
 Thu, 10 Oct 2013 10:54:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5
 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-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 sVIn7nz6Fgy8 for
 <webfinger@ietfa.amsl.com>; Thu, 10 Oct 2013 10:53:46 -0700 (PDT)
Received: from mail-lb0-x233.google.com (mail-lb0-x233.google.com
 [IPv6:2a00:1450:4010:c04::233]) by ietfa.amsl.com (Postfix) with ESMTP id
 BC0D221E811A for <webfinger@ietf.org>; Thu, 10 Oct 2013 10:53:28 -0700 (PDT)
Received: by mail-lb0-f179.google.com with SMTP id x18so2390637lbi.24 for
 <webfinger@ietf.org>; Thu, 10 Oct 2013 10:53:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type; bh=cbvZMK3/SaBuofXDQNwcaHBuh8ukJ4Cwib0/Rh1tYng=;
 b=ej6AviW9m8iEL/sJi+TKt7eVdULb9CIUOTsyMvic8yYPTC+w5F9LknC9lmUwRl0a4x
 7CkdA7peLgpQQvbrhTwdEZuV1M/qk00YkG9akrY9ezQy3q1XFpZSC1v9aYI7RD9QrLtY
 GcD7YBBITudEDnrsgFCNpChnCKiSd9ObX936y7CvEh0+2m9nIrBrVxzCvbinCwjiS/ft
 YSfMmAcPhjzGscGjyhXCiFgviASa4y0QyDBrBRB6DTm/oeFgFlpyoLAF+w2rlqhJ74GY
 RjMdEiwxCRazUCBWfSCJ7jQ+efa/MxDinqymgbf5Ot4xqUso8UpZ+IiBr+uXjhuePlkS /NLA==
MIME-Version: 1.0
X-Received: by 10.112.89.100 with SMTP id bn4mr12993457lbb.16.1381427594972;
 Thu, 10 Oct 2013 10:53:14 -0700 (PDT)
Received: by 10.112.159.233 with HTTP; Thu, 10 Oct 2013 10:53:14 -0700 (PDT)
In-Reply-To: <CAJqAn3wws1SQvdLSF0bp0DNboeX3gLAn8C2SOKp2KT9RxcOmXQ@mail.gmail.com>
References: <em8fca55dc-a3ff-4231-8218-6c2221838850@sydney>
 <CAKaEYh+n4LCJXevsJ_Y6dc5YnvH75kyQDXVtRV21RbTabCE=Dg@mail.gmail.com>
 <ebdbafac-19b7-46dc-909e-c2d2b5734574@email.android.com>
 <CAJqAn3wws1SQvdLSF0bp0DNboeX3gLAn8C2SOKp2KT9RxcOmXQ@mail.gmail.com>
Date: Thu, 10 Oct 2013 19:53:14 +0200
Message-ID: <CAKaEYh+K-sCu+h=iCeqde=HGjGPaAD52m-WRauvQ+jsOuWGVxg@mail.gmail.com>
From: Melvin Carvalho <melvincarvalho@gmail.com>
To: Will Norris <will@willnorris.com>
Content-Type: multipart/alternative; boundary=001a11c379ec14d61e04e866ad55
Cc: "Paul E. Jones" <paulej@packetizer.com>, webfinger <webfinger@ietf.org>
Subject: Re: [webfinger] Registration of a URN for WebFinger Properties
X-BeenThere: webfinger@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
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 17:54:04 -0000

--001a11c379ec14d61e04e866ad55
Content-Type: text/plain; charset=ISO-8859-1

On 10 October 2013 19:48, Will Norris <will@willnorris.com> wrote:

> 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)
>

+1

Yes, that's nice but Id suggest it's better to put all the terms in one
single file to reduce multiple HTTP GETs and maintenance.

Also I forgot to mention VCard which also covers a lot of terms needed.


>
>
> 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
>>
>>
>

--001a11c379ec14d61e04e866ad55
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><br><div class=3D"gmail=
_quote">On 10 October 2013 19:48, Will Norris <span dir=3D"ltr">&lt;<a href=
=3D"mailto:will@willnorris.com" target=3D"_blank">will@willnorris.com</a>&g=
t;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div dir=3D"ltr">There irony here is that We=
bFinger itself was created to solve the problem of resolving an otherwise u=
nresolvable URI (originally mailto and later acct URIs). =A0URNs have the s=
ame problem, and since they have no well-defined host, you can&#39;t even u=
se WebFinger to resolve them. =A0I know there have been some efforts to def=
ine URN resolution (rfc2483 et al), but as far as I know none are very well=
 adopted. =A0Using HTTP URIs makes the most sense to me.<div>


<br></div><div>But do we really need yet another registry of properties, th=
e vast majority of which I&#39;m sure have been defined in a dozen other pl=
aces? =A0Is there a reason why reusing one of these existing namespaces wou=
ld not work? =A0(and if something WebFinger specific really is desirable, t=
hen we can continue using <a href=3D"http://webfinger.net" target=3D"_blank=
">webfinger.net</a>, which has already been used for=A0<a href=3D"http://we=
bfinger.net/rel/avatar/" target=3D"_blank">http://webfinger.net/rel/avatar/=
</a> and=A0<a href=3D"http://webfinger.net/rel/profile-page/" target=3D"_bl=
ank">http://webfinger.net/rel/profile-page/</a>. =A0That was kind of the id=
ea of running it as a static site out of the GitHub &quot;webfinger&quot; o=
rg; it&#39;s very easy to give others access to everything. =A0That&#39;s w=
hat we&#39;ve done with <a href=3D"http://activitystrea.ms" target=3D"_blan=
k">activitystrea.ms</a> for several years now)</div>
</div></blockquote><div><br></div><div>+1<br><br>Yes, that&#39;s nice but I=
d suggest it&#39;s better to put all the terms in one single file to reduce=
 multiple HTTP GETs and maintenance. <br><br></div><div>Also I forgot to me=
ntion VCard which also covers a lot of terms needed.<br>
</div><div>=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0=
 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr">

</div><div class=3D"HOEnZb"><div class=3D"h5"><div class=3D"gmail_extra"><b=
r><br><div class=3D"gmail_quote">On Sun, Oct 6, 2013 at 8:16 AM, Paul E. Jo=
nes <span dir=3D"ltr">&lt;<a href=3D"mailto:paulej@packetizer.com" target=
=3D"_blank">paulej@packetizer.com</a>&gt;</span> wrote:<br>


<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div><p dir=3D"ltr">Yes, any URI can be used=
 to identify a property. However, there has to be some agreed scheme and st=
ructure for things defined in the IETF. The point of the suggestion was to =
specify that.</p>



<p dir=3D"ltr">We could use HTTP, but I&#39;ve never seen that scheme used =
in IETF documents for this type of thing. I&#39;ve seen URNs, though.</p>
<p dir=3D"ltr">Paul</p>
<br><br><div style=3D"font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot=
;sans-serif&quot;;padding:3.0pt 0in 0in 0in">
<hr style=3D"border:none;border-top:solid #e1e1e1 1.0pt">
<b>From:</b> Melvin Carvalho &lt;<a href=3D"mailto:melvincarvalho@gmail.com=
" target=3D"_blank">melvincarvalho@gmail.com</a>&gt;<br>
<b>Sent:</b> Sun Oct 06 09:19:42 EDT 2013<br>
<b>To:</b> &quot;Paul E. Jones&quot; &lt;<a href=3D"mailto:paulej@packetize=
r.com" target=3D"_blank">paulej@packetizer.com</a>&gt;<br>
<b>Cc:</b> webfinger &lt;<a href=3D"mailto:webfinger@ietf.org" target=3D"_b=
lank">webfinger@ietf.org</a>&gt;<br>
<b>Subject:</b> Re: [webfinger] Registration of a URN for WebFinger Propert=
ies<br>
</div><div><div>
<br>
<div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><br><div class=3D"gmail=
_quote">On 5 October 2013 03:22, Paul E. Jones <span dir=3D"ltr">&lt;<a hre=
f=3D"mailto:paulej@packetizer.com" target=3D"_blank">paulej@packetizer.com<=
/a>&gt;</span> wrote:<br>



<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">


<div>
<div>Folks,</div>
<div>=A0</div>
<div>As you know, properties (both link and subject-specific properties) ar=
e identified via a URI.=A0 For applications that are defined outside the IE=
TF, those organizations are able to define any URI they wish to use.=A0 For=
 any we might define within the IETF, however, we need something.</div>




<div>=A0</div>
<div>In anticipation of having such a need, I think we should create a docu=
ment along the lines of RFC 6755 for WebFinger.=A0 Specifically, we would d=
efine a URN sub-namespace as:</div>
<div>=A0</div>
<div>=A0=A0 urn:ietf:params:webfinger</div>
<div>=A0</div>
<div>One such potentially-useful subject-specific properties are &quot;name=
&quot;, which would be the the subject&#39;s name intended for human consum=
ption.=A0 If you&#39;ve queried my WebFinger server, you would know I curre=
ntly advertise my name in English and Chinese.=A0 For the &quot;default&quo=
t; name, the URN might be:</div>




<div><span>
<div>=A0</div>
<div>=A0=A0 urn:ietf:params:webfinger:name</div>
<div>=A0</div>
<div>For language-specific variants, it might be:</div>
<div>=A0</div>
<div><span>
<div>=A0=A0 urn:ietf:params:webfinger:name:zh-CN</div>
<div>=A0</div>
<div>Defining the various properties and their meaning is an exercise for a=
nother day, but I hope you see the value in defining the URN sub-namespace.=
</div></span></div></span></div></div></blockquote><div><br></div><div>



Cant this be done using traditional HTTP keys.=A0 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.=A0 This =
is what has been going on for 10+ years, with FOAF, <a href=3D"http://schem=
a.org" target=3D"_blank">schema.org</a>, open graph protocol and others.=A0=
 Have I missed something?<br>



</div><div>=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0=
 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><span><div><sp=
an>
<div>=A0</div>
<div>Thoughts?</div><span><font color=3D"#888888">
</font><div><font color=3D"#888888">=A0</font></div>
<div>Paul</div>
<div>=A0</div></span></span></div></span></div></div><br>__________________=
_____________________________<br>
webfinger mailing list<br>
<a href=3D"mailto:webfinger@ietf.org" target=3D"_blank">webfinger@ietf.org<=
/a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/webfinger" target=3D"_blan=
k">https://www.ietf.org/mailman/listinfo/webfinger</a><br>
<br></blockquote></div><br></div></div>
</div></div></div><br>_______________________________________________<br>
webfinger mailing list<br>
<a href=3D"mailto:webfinger@ietf.org" target=3D"_blank">webfinger@ietf.org<=
/a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/webfinger" target=3D"_blan=
k">https://www.ietf.org/mailman/listinfo/webfinger</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div></div>

--001a11c379ec14d61e04e866ad55--
