Re: Request to register "identifier" relation type

Herbert Van de Sompel <hvdsomp@gmail.com> Wed, 09 August 2017 18:03 UTC

Return-Path: <hvdsomp@gmail.com>
X-Original-To: link-relations@ietfa.amsl.com
Delivered-To: link-relations@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF713132462 for <link-relations@ietfa.amsl.com>; Wed, 9 Aug 2017 11:03:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level:
X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oVZ74R1v_gCe for <link-relations@ietfa.amsl.com>; Wed, 9 Aug 2017 11:03:19 -0700 (PDT)
Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D56621321BF for <link-relations@ietf.org>; Wed, 9 Aug 2017 11:03:18 -0700 (PDT)
Received: by mail-wm0-x233.google.com with SMTP id i66so2926511wmg.0 for <link-relations@ietf.org>; Wed, 09 Aug 2017 11:03:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=baO9PPxTyTYRc0G/zhxFjaFvEZmJnLozLhAK6Y/wOJk=; b=JeDeN4zVmsOl6PHTvvcwz/fZJZIG5u95OCpXN4EySj3y7DBLB1eLYt3xU2rIh/sbZb SePhC0c7R6tHcwIC+mYATPCs2bwOAbqdayZsYpKYvlI4XIHwOX9jwB3bQSBfvLw0bLTx jVG/iijt5ojiOPVWGZ6kyJHGbNeseHvKrxzsenN2eFQk+NKvnLe3LYhEgor0iGhcW14o 00QnhjbyKDu49mkaKsFsvEnL7T21cS+QC/+X/xePCVqd1pXG3gFe88M20aIuDG77F0rX ItYfyZ/kCGsuBCGIaVc64epQz7qahH2YNUQcdcI2UE4WsNyCVwhFSqzMQgK3TKcN0Ycx uLrw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=baO9PPxTyTYRc0G/zhxFjaFvEZmJnLozLhAK6Y/wOJk=; b=flCSTMRXpIP3eJbyyU1aoWGCDHE22d0ObEY01T02h5xeOzAI0n/gMapII7nd2WZLJD zkJ8uzJDsh3rPMTl+YTvhOMXSheOGcsVBfTPkju+TS6/jOt9Y5nSgsmNH3cZxgKQ0XkK azKabM5H0A/Y/BPlRodWdutg7XHKVvbo1YuQSUljW1dcPTk9rZa4xfo559meRVaERFSv l93g0PjsYBAA05Y3OcWqKBhygavZKSbhzkSJPM1ys7vDzIFNA20l0RfHuglzy+0qizAX LCbSmJkVNfxSbL4WCdISIx7Lf2i29/r31fe8Rls/jhm3X8EzBaJrj/eXBZoDtm29Ot9I Iahw==
X-Gm-Message-State: AHYfb5i9DUhJcIBpcvRx4w8KLc2ZAtv0j5cCtE1X/e6aQrh134kueytp PqNeBgLzAKuZFZ4LFWE=
X-Received: by 10.80.129.135 with SMTP id 7mr8901925ede.237.1502301796897; Wed, 09 Aug 2017 11:03:16 -0700 (PDT)
Received: from [192.168.1.116] ([193.141.150.251]) by smtp.gmail.com with ESMTPSA id m14sm2138217edl.95.2017.08.09.11.03.15 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 09 Aug 2017 11:03:15 -0700 (PDT)
Content-Type: multipart/alternative; boundary="Apple-Mail-41E9001E-ED48-466C-BADF-1F97656C0700"
Mime-Version: 1.0 (1.0)
Subject: Re: Request to register "identifier" relation type
From: Herbert Van de Sompel <hvdsomp@gmail.com>
X-Mailer: iPhone Mail (14G60)
In-Reply-To: <CAK5VdzwJFcDQiwwNmDTPAwwK65nzP56criFz39dMenEqBjQ4-w@mail.gmail.com>
Date: Wed, 09 Aug 2017 20:03:11 +0200
Cc: Ed Summers <ehs@pobox.com>, link-relations <link-relations@ietf.org>, Geoffrey Bilder <gbilder@crossref.org>, Michael Nelson <mln@cs.odu.edu>, Simeon Warner <simeon.warner@cornell.edu>, "John A. Kunze" <jak@ucop.edu>
Content-Transfer-Encoding: 7bit
Message-Id: <C8158911-C4DE-452A-BA71-786F5B066132@gmail.com>
References: <CAOywMHeHcwP5h4vzbTY+q00AEYn85F0E+LKqnx0aWpK1kcA1AA@mail.gmail.com> <CAK5Vdzz8=+6pfEDA2gGvtYU8kNx4pPKmsme71szP-JrvhpoTdw@mail.gmail.com> <54CA5E71-F469-4FD9-AF29-21985B454CAE@gmail.com> <DEE2ABBF-1146-4E17-875F-3F5EFFB540FB@pobox.com> <D933EB1A-CB2F-4BD3-9747-C03A0D78CACC@gmail.com> <CAOywMHf5JqQoFXLOi5cuD+HWTxMKu-JcjL_Zp0NWM7wqmBqSbQ@mail.gmail.com> <32B88620-D166-4078-8721-8EFCB818E1FE@pobox.com> <CAK5VdzzpV6kdn-DFt-mBWeGZyL27xDPEZ+=dAd7qnO+O+-MqEA@mail.gmail.com> <775EE8C8-306E-4617-8333-5A5F3B69B59B@gmail.com> <CAK5VdzwJFcDQiwwNmDTPAwwK65nzP56criFz39dMenEqBjQ4-w@mail.gmail.com>
To: Peter Williams <pezra@barelyenough.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/link-relations/KSKbEXApgYOtcMWpT21j6GPvMlI>
X-BeenThere: link-relations@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: <link-relations.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/link-relations>, <mailto:link-relations-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/link-relations/>
List-Post: <mailto:link-relations@ietf.org>
List-Help: <mailto:link-relations-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Aug 2017 18:03:22 -0000

On Aug 9, 2017, at 19:40, Peter Williams <pezra@barelyenough.org> wrote:

>> The semantics are the same in all scenarios: the target URI is preferred for referencing. 
> 
> Given how much "reference" has come up in this discussion perhaps that would be a better name for this relation? Or something based on it?

We are listening. We have tossed around candidates. Turns out to be rather challenging. We ended up with "identifier". Socialized it at conferences and on website. Didn't get negative reactions in over a year. Actually people started implementing it. But, as I said, we are listening. 

"reference" doesn't work obviously. Intuition would take this to mean "context URI references target URI". 

So, I still very much think we want to stick to "identifier". 

Cheers

Herbert


> 
>> On Wed, Aug 9, 2017 at 11:20 AM, Herbert Van de Sompel <hvdsomp@gmail.com> wrote:
>>> On Aug 9, 2017, at 18:59, Peter Williams <pezra@barelyenough.org> wrote:
>>> 
>>> This discussion has convinced me that no existing relation is a good match for the proposed semantics. However, i am concerned that the proposed relation has taken this much discussion to understand. The confusion it generated here does not bode well for it being used properly by mere mortals. 
>>> 
>> 
>> Personally, I think the confusion was largely caused by thinking from the perspective that this was canonical or bookmark, and us having to show it was not.
>> 
>> I hope that a reading of the I-D itself, without coming from the canonical/bookmark perspective does make it clear what "identifier" is about. Various scenarios illustrate what it is intended for, and, IMO, the short description "preferred for referencing" is clear too. 
>> 
>>> I think a more concrete name would greatly improve the usability. Finding a more concrete name will be challenging because this relation conflate several different relationships into a single name. These different semantics are called out in the I-D in sections 3.1-3.4.
>>> 
>> 
>> The semantics are the same in all scenarios: the target URI is preferred for referencing. 
>> 
>>> Having multiple relations, one for each semantic, might be another way to address the usability issues. Some of those use cases seem to be covered by existing relations. For example, `canonical` seems tailor made for the "Version Identifiers" use case.
>> 
>> Our blog post shows that "canonical" is not appropriate at all for the Wikipedia versioning case. They want the generic URI (current version) to be indexed - canonical. They want the version-specific URI to be referenced - identifier. 
>> 
>> Greetings
>> 
>> Herbert
>> 
>>> For other use cases, such as "Multi-Resource Publications" and "Persistent Identifiers", there don't seem to be any existing relations that would work. Relations for those narrower use cases would be much easier to understand and use.
>>> 
>>> Peter
>>> 
>>>> On Wed, Aug 9, 2017 at 10:17 AM, Ed Summers <ehs@pobox.com> wrote:
>>>> Hi Herbert,
>>>> 
>>>> > On Aug 9, 2017, at 10:35 AM, Herbert Van de Sompel <hvdsomp@gmail.com> wrote:
>>>> >
>>>> > * On August 5, Ed Summers posted a question regarding applying "bookmark" to <link> to the WHATWG list, see https://lists.w3.org/Archives/Public/public-whatwg-archive/2017Aug/0001.html. There are no responses to this post, so far.
>>>> 
>>>> There have been a few responses if you look at the list of emails for August:
>>>> 
>>>>     https://lists.w3.org/Archives/Public/public-whatwg-archive/2017Aug/
>>>> 
>>>> > * On August 9, Ed Summer posted a similar question to WHATWG/HTML GitHub, see https://github.com/whatwg/html/issues/2899. There is a reaction from @annevk who (1) speculates that the reason "bookmark" is not to be used with <link> might be in order not to overlap with "canonical" (2) suggests the use of "canonical" :-)
>>>> 
>>>> Yes, canonical seems to be the relation that most people are reaching for initially. I did myself on reading your I-D. The fact that seasoned hands like Kevin Marks and Anne van Kesteren are as well says something.
>>>> 
>>>> > * Michael Nelson has further explored "bookmark" and has confirmed that there effectively is a reason for not allowing "bookmark" in <link>. It is related to its target use case: surfacing a link for content contained in a *part* of a page. Hence, Michael concludes that making "bookmark" usable with <link> will most likely not happen. @annevk's GitHub response does not seem to contradict that. Michael based his findings on studying http://tantek.com/log/2002/11.html#L20021128t1352 and https://html.spec.whatwg.org/multipage/links.html#link-type-bookmark. He may write another blog post about this, but, for now, here's how he explained on Twitter https://twitter.com/i/moments/895081563653902336
>>>> 
>>>> Yes, it looks like that's probably where things will sit. As Anne indicated it's likely that rel=bookmark cannot be used with <link> because of perceived confusion it would cause with canonical. The semantics of parts of pages vs the page itself don't seem terribly significant to me from an implementation perspective. Unfortunately 'identifier' will also probably cause some confusion as well. As systems that rely on 'identifier' get developed that will be something for them to deal with.
>>>> 
>>>> Thanks for considering all the questions and tracking the conversation over on the WHATWG list. It speaks to the spirit of what you all are trying to achieve with this I-D.
>>>> 
>>>> //Ed
>>> 
>