Re: Request to register "identifier" relation type

Peter Williams <pezra@barelyenough.org> Wed, 09 August 2017 17:40 UTC

Return-Path: <pezra@barelyenough.org>
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 EAADE13245B for <link-relations@ietfa.amsl.com>; Wed, 9 Aug 2017 10:40:43 -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=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=barelyenough-org.20150623.gappssmtp.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 Y--VOI_rm6zQ for <link-relations@ietfa.amsl.com>; Wed, 9 Aug 2017 10:40:41 -0700 (PDT)
Received: from mail-oi0-x22d.google.com (mail-oi0-x22d.google.com [IPv6:2607:f8b0:4003:c06::22d]) (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 1F53A1321C7 for <link-relations@ietf.org>; Wed, 9 Aug 2017 10:40:41 -0700 (PDT)
Received: by mail-oi0-x22d.google.com with SMTP id x3so68250989oia.1 for <link-relations@ietf.org>; Wed, 09 Aug 2017 10:40:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=barelyenough-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=M21MDo4yLvJZnjoAXbnJyOpde62m9THDEt5Lf9H6IjQ=; b=qebtoJkOGsHGWVcYF+6CCCh7ZcPeIOxKG+98JUpvjQw0PvQZ0q0ofqtIeq7yIRI/oB nzAnYA/LP0x0MHLqXvWCTEP/Ln3yiu5Q5fPuQBc1ENQgl8Ejwau0AWfwPV3srVBmA8oD YFlB3Uswy8z4duJbxZnKtJfmLmFajFB0gXwsX33TYZWQRTknj/xZMuj8b/I0pRm6rjyE EeyqneKbyjWzp0D5lXK6IpBgLnsS+Ss+tMFUXX8pUx2CopmGdhaCYuswS1dOSVJK7ChN /qmyOPe8klhfEeHwwEAIoT//cj/HMccBZyAkQmtg74FHq99uAOzzXqs5ictxLiq8kgN2 5Anw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=M21MDo4yLvJZnjoAXbnJyOpde62m9THDEt5Lf9H6IjQ=; b=QNNBB4Cs80YjrjnxuwfRIS4PmVkdQzqTmAhr9SUi5gvZytN4x0NSzFk+RIqM9J6nt3 5y3qqwgs+oQka1mixtqive25M4TvIeVHGdzcMY786MZFlA5Mnq1rKqDRFqrepV2KsZhD N7cWJtxMRJtp2pkQvwDQAidmPdD1BwZtmUCyDcq9zyjBu8qjOEe48txYrSZ8O/AhOHEF slv19358yRFdO+2hzCHcuPwdFtEY44jNwTXIUk9ecJY6foQOk9QRg/hyFhS3eoComftY 0rfFuKUa/7GkTBLlhB968rNQqvPROMeq7dK0oKCdMrbykwQXD1IqDZsYHzgTaRHDKAYh AnHQ==
X-Gm-Message-State: AHYfb5i23HVF4K5N/YuSq7x3K1vCFJYiGwZ+wbTUgLZQbtSqGCX3hunc Dkfi41xyI0ulrdX3t6egUKAuiBbqLQBN
X-Received: by 10.202.52.194 with SMTP id b185mr9083816oia.195.1502300440443; Wed, 09 Aug 2017 10:40:40 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.58.0.79 with HTTP; Wed, 9 Aug 2017 10:40:40 -0700 (PDT)
In-Reply-To: <775EE8C8-306E-4617-8333-5A5F3B69B59B@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>
From: Peter Williams <pezra@barelyenough.org>
Date: Wed, 09 Aug 2017 11:40:40 -0600
Message-ID: <CAK5VdzwJFcDQiwwNmDTPAwwK65nzP56criFz39dMenEqBjQ4-w@mail.gmail.com>
Subject: Re: Request to register "identifier" relation type
To: Herbert Van de Sompel <hvdsomp@gmail.com>
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-Type: multipart/alternative; boundary="001a113d423c1951a405565594f9"
Archived-At: <https://mailarchive.ietf.org/arch/msg/link-relations/y6M0_rjMSvyXUgHh1aVZX2cpDms>
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 17:40:44 -0000

>
> 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?

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/2
>> 017Aug/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
>
>
>