[OAUTH-WG] Re: [ID-align] Re: Fwd: Internet Terminology Glossary

Denis <denis.ietf@free.fr> Thu, 13 June 2024 19:58 UTC

Return-Path: <denis.ietf@free.fr>
X-Original-To: oauth@ietfa.amsl.com
Delivered-To: oauth@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4829C1840DE for <oauth@ietfa.amsl.com>; Thu, 13 Jun 2024 12:58:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.902
X-Spam-Level:
X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pl5gfd4-vsaJ for <oauth@ietfa.amsl.com>; Thu, 13 Jun 2024 12:58:08 -0700 (PDT)
Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [212.27.42.6]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A4A6EC180B7B for <oauth@ietf.org>; Thu, 13 Jun 2024 12:58:08 -0700 (PDT)
Received: from [192.168.1.11] (unknown [90.91.46.145]) (Authenticated sender: pinkas@free.fr) by smtp6-g21.free.fr (Postfix) with ESMTPSA id 94024780383 for <oauth@ietf.org>; Thu, 13 Jun 2024 21:58:06 +0200 (CEST)
Content-Type: multipart/alternative; boundary="------------G6XLs3bXYE0IXdZlDda3ALx1"
Message-ID: <fb9e146b-59c0-48c3-92cf-e94529ba6020@free.fr>
Date: Thu, 13 Jun 2024 21:58:09 +0200
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: oauth@ietf.org
References: <CADNypP-8GfC3PyLtCOc0WLAj27S4y-wqQ=PapNnG6y8D5oJBYg@mail.gmail.com> <CADNypP86iON0ZO6HGRAoC8hKrPhz1gu1FUnkhr_020jqVkG8Bg@mail.gmail.com> <PH0PR02MB7430C337BCD6B9E38040CF43B7C12@PH0PR02MB7430.namprd02.prod.outlook.com> <CADNypP_qkHHcjqzm=ooFcUCni9iZT=uqmp5uV2=Pu+L6QBiHpg@mail.gmail.com> <21615.1718305840@obiwan.sandelman.ca> <CAD9ie-unMks+Ts1Qym5Lh8tTybExk2A7610SQK7SmdoQZWCUuA@mail.gmail.com>
Content-Language: en-GB
From: Denis <denis.ietf@free.fr>
In-Reply-To: <CAD9ie-unMks+Ts1Qym5Lh8tTybExk2A7610SQK7SmdoQZWCUuA@mail.gmail.com>
Message-ID-Hash: 63LRZOWGQORM636G5YWBCGXUGIMABOO7
X-Message-ID-Hash: 63LRZOWGQORM636G5YWBCGXUGIMABOO7
X-MailFrom: denis.ietf@free.fr
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-oauth.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [OAUTH-WG] Re: [ID-align] Re: Fwd: Internet Terminology Glossary
List-Id: OAUTH WG <oauth.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/oauth/61LxbTVos1zcaMqYr9ol2Z3xo-A>
List-Archive: <https://mailarchive.ietf.org/arch/browse/oauth>
List-Help: <mailto:oauth-request@ietf.org?subject=help>
List-Owner: <mailto:oauth-owner@ietf.org>
List-Post: <mailto:oauth@ietf.org>
List-Subscribe: <mailto:oauth-join@ietf.org>
List-Unsubscribe: <mailto:oauth-leave@ietf.org>

Hi Dick,

> Living document is the right term.

A living *database* would be the right term.

:-)

Note also that within ISO there is NOT a single definition for each term.
As an example, there are *81* results for the term "credential".

Each ISO document is free to use its own terms ... as long as they are 
clearly defined in a Clause numbered 3.

Note also that you may get the three first clauses of any /published 
/ISO document *for free* from https://www.iso.org/obp/ui
by querying this URL using its ISO number or parts of its title.

Then the most interesting clause is Clause 2 that describes the scope of 
the document, followed by Clause 3 that includes the terminology.

Recently ISO changed its editing rules asking to make the scope as short 
as possible and hence each of its words should be carefully chosen.
The major advantage is to make the scope of the document clearly 
understandable.

Denis

> A key objective is that the glossary is a collection of definitions 
> that were made in other documents. Terms can only be added to the 
> glossary if they have an existing definition.
>
> This (hopefully) prevents the glossary work from becoming a 
> bikeshedding activity.
>
>
>
> On Thu, Jun 13, 2024 at 12:10 PM Michael Richardson 
> <mcr+ietf@sandelman.ca <mailto:mcr%2Bietf@sandelman.ca>> wrote:
>
>
>     Rifaat Shekh-Yusef <rifaat.s.ietf@gmail.com> wrote:
>         > That's where we started, but that was deemed problematic
>     because that
>         > document was produced as an Independent Submission Stream,
>     which is
>         > outside of the IETF process.  Also, the RFC is a static
>     document, while
>         > what we are proposing is a living and dynamic document.
>
>     I think that we can update/replace 4949.  The fact that it came
>     through ISE
>     doesn't matter: we can produce a new document.
>
>     While I agree that we need a living document which is easy to
>     extend and
>     amend, I don't actually think we want "dynamic".  Having the
>     definition of
>     terms change from under the users of the term is a problem.
>
>     So I am in agreement that a git backed wiki is a good way to build a
>     terminology, I think that the contents should be fixed
>     periodically so that
>     it can be stably referenced.  That doesn't mean it has to be an
>     RFC; many
>     wiki have the ability to reference a term at a specific date.
>
>     ps: thank you for championing this, it's way overdue.
>
>     --
>     Michael Richardson <mcr+IETF@sandelman.ca
>     <mailto:mcr%2BIETF@sandelman.ca>>   . o O ( IPv6 IøT consulting )
>                Sandelman Software Works Inc, Ottawa and Worldwide
>
>
>
>
>     -- 
>     ID-align mailing list -- id-align@ietf.org
>     To unsubscribe send an email to id-align-leave@ietf.org
>
>
> _______________________________________________
> OAuth mailing list --oauth@ietf.org
> To unsubscribe send an email tooauth-leave@ietf.org