Re: [urn] A 'newbie' question on the terminology used in RFCs

Juha Hakala <juha.hakala@helsinki.fi> Thu, 26 January 2012 06:29 UTC

Return-Path: <juha.hakala@helsinki.fi>
X-Original-To: urn@ietfa.amsl.com
Delivered-To: urn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C57211E80CD for <urn@ietfa.amsl.com>; Wed, 25 Jan 2012 22:29:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.86
X-Spam-Level:
X-Spam-Status: No, score=-5.86 tagged_above=-999 required=5 tests=[AWL=0.739, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 gZdlYt59RZyb for <urn@ietfa.amsl.com>; Wed, 25 Jan 2012 22:29:27 -0800 (PST)
Received: from smtp-rs1-vallila2.fe.helsinki.fi (smtp-rs1-vallila2.fe.helsinki.fi [128.214.173.75]) by ietfa.amsl.com (Postfix) with ESMTP id E834211E80BB for <urn@ietf.org>; Wed, 25 Jan 2012 22:29:25 -0800 (PST)
Received: from [128.214.91.90] (kkkl25.lib.helsinki.fi [128.214.91.90]) by smtp-rs1.it.helsinki.fi (8.14.4/8.14.4) with ESMTP id q0Q6TLOi024607 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 26 Jan 2012 08:29:21 +0200
Message-ID: <4F20F2C1.3010804@helsinki.fi>
Date: Thu, 26 Jan 2012 08:29:21 +0200
From: Juha Hakala <juha.hakala@helsinki.fi>
User-Agent: Thunderbird 2.0.0.24 (Windows/20100228)
MIME-Version: 1.0
To: Julian Reschke <julian.reschke@gmx.de>
References: <201201241421.PAA01865@TR-Sys.de> <4F1FF692.4090700@helsinki.fi> <4F1FF9E2.7020800@gmx.de>
In-Reply-To: <4F1FF9E2.7020800@gmx.de>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Cc: urn@ietf.org
Subject: Re: [urn] A 'newbie' question on the terminology used in RFCs
X-BeenThere: urn@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussions about possible revisions to the definition of Uniform Resource Names <urn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/urn>, <mailto:urn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/urn>
List-Post: <mailto:urn@ietf.org>
List-Help: <mailto:urn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/urn>, <mailto:urn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Jan 2012 06:29:28 -0000

Hello,

Reasonable people such as Alfred prefer using lowercase variants, and do 
not believe that avoiding them would fix anything. Since there is no 
approach that everybody would accept (as this discussion has already 
shown) I think it is better to stick to the policy implicit in RFC 2119.

It is unfortunate that standards are often written so that people, even 
after having actually red them, do not understand them in the same way. 
Revision of RFC 2119 is (fortunately) not on the charter of URNbis. But 
it seems to me that there is a need to clarify the RFC key word policy 
so as to make an end to this kind of semantic uncertainty which makes 
writing and understanding RFCs more difficult than it should be. Other 
standards communities I have been involved with do not have this kind of 
systemic terminological issues, although now and then some individual 
concepts have been difficult to nail down. For instance in the Dublin 
Core community we had hard times trying to agree on what a document like 
object is, and finally gave up and started using the term resource 
instead.

IETF may not be able to agree on the ideal approach (even reasonable 
people can be stubborn and stick to their own views), but that will not 
be a problem of the URNbis. Within this WG the editors only need to make 
sure that all the documents produced follow the same key word policy.

Juha

Julian Reschke wrote:
> On 2012-01-25 13:33, Juha Hakala wrote:
>> Hello,
>>
>> RFC 2119, which is the sole authority as regards this issue, uses
>> (certainly intentionally) both upper-case and lower-case versions of
>> these words, and these terms do have different semantics:
>> ...
> 
> Again, reasonable people disagree on this, and you will questions about 
> this again and again. The easiest fix is to avoid the issue by simply 
> not using the lowercase variants.
> 
> Best regards, Julian

-- 

  Juha Hakala
  Senior advisor, standardisation and IT

  The National Library of Finland
  P.O.Box 15 (Unioninkatu 36, room 503), FIN-00014 Helsinki University
  Email juha.hakala@helsinki.fi, tel +358 50 382 7678