Re: Request to register "identifier" relation type

Erik Wilde <> Wed, 09 August 2017 19:24 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id E0F3613248C for <>; Wed, 9 Aug 2017 12:24:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.791
X-Spam-Status: No, score=-1.791 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=no autolearn_force=no
Authentication-Results: (amavisd-new); dkim=neutral reason="invalid (public key: not available)"
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id uKXLOG4UWM7F for <>; Wed, 9 Aug 2017 12:24:35 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 762C0132471 for <>; Wed, 9 Aug 2017 12:24:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:Cc:To:Subject:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=od9XgzXOL4MkRt/3YcKtLDaKxQidBxNFtweYeNF0Jqg=; b=ZYH4kN0EgGZgPXkyOToBY9+H0k +1/Zdit+yyhIwtsEMRUzrZokLJlrxTT/EgpDNYlN+xOJloaDQSJYCR1wx36NGI7qYnjrlObOCdKOH DRVoFZ9w6q67BKYc4dQMY2DIPf+n4fuZCLjjFLpmAH549Lo0MCdD4MF6N6CBOeXQkAKkxphEFC/v3 EncLyQppTSoIMROX5HlknJz8+cy6fO8lo5QIa40WSI3xEMFpC07sWxDmYVUN7TxirKiBD79ism6VY mnq2KSn0uwiT3z7vq4958dVfqHoUQ1yFfnQ2es1OkgC1fYuzU/Ygwgocm9wIgO2INtTJuPvJuZxtO EQd+YuOg==;
Received: from ([]:57557 helo=[]) by with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89) (envelope-from <>) id 1dfWam-0002PF-Hi; Wed, 09 Aug 2017 15:24:32 -0400
Subject: Re: Request to register "identifier" relation type
To: Peter Williams <>
Cc: Ed Summers <>, link-relations <>, Simeon Warner <>, Michael Nelson <>, Geoffrey Bilder <>, "John A. Kunze" <>
References: <> <> <> <> <> <> <> <> <> <>
From: Erik Wilde <>
Message-ID: <>
Date: Wed, 9 Aug 2017 12:24:32 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.2.1
MIME-Version: 1.0
In-Reply-To: <>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname -
X-AntiAbuse: Original Domain -
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain -
X-Get-Message-Sender-Via: authenticated_id:
Archived-At: <>
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 09 Aug 2017 19:24:37 -0000


On 2017-08-09 11:13, Peter Williams wrote:
> Personally, i think relations have usages more than definitions. There 
> are clear and confusing ways to use relations, not really right or wrong.

absolutely. that's where i always pull out wittgenstein: "the meaning of 
a word is its use in the language." corollary: in open systems, you do 
not fully control the use of things, and therefore you do not fully 
control their meaning. at least not as much as you might want to...

> The more the usages of a relation diverges the less useful it is. This 
> makes it important to ensure that new relations are evocative and 
> cohesive enough that usages will tend to cluster together and that they 
> are distinct enough from existing relations that they will not reduce 
> the usefulness of existing relations.

completely agree. and it's a tricky balance to find with no single 
correct solution/answer. i really like the imagery of "meaning clusters" 
we do not fully control, but that we ideally want to be both cohesive 
and distinct.

you do not want every link to be labeled as "related" (my very favorite 
link relation ;-) and then have to completely rely on context to 
understand how. on the other hand, you don't want definitions to be too 
narrow that very likely will not be used in their very narrowly defined 
way (if you want those, mint link relation URIs you own and use those 



erik wilde | |
            |    |
            |    |