Re: "relative URNs"

John C Klensin <[email protected]>
Newsgroups gmane.ietf.urn
Message-ID <834CD96DF71552A6F5BB8BCE@PSB>

--On Tuesday, September 5, 2023 09:32 -0600 Peter Saint-Andre
<[email protected]> wrote:

> On 9/5/23 3:15 AM, Julian Reschke wrote:
>> On 05.09.2023 10:30, Martin J. Dürst wrote:
>>> ...
>>> I'm really concerned that starting to use the term "relative
>>> URN" in two different ways will cause I lot of confusion. I
>>> strongly suggest that the KNX spec do not use the term
>>> "relative URN". If it turns out that there's no good other
>>> word for the concept, at least make sure that it's always
>>> written "KNX relative URN", and that the spec clearly calls
>>> out the fact that this is different from "relative URN". ...
>> 
>> FWIW, what *is* a relative URN?
> 
> We had a long discussion about this within the URN WG back in
> 2015 and 2016. Part of the conclusion was *not* to define
> "relative URN" as a term of art (you won't find it in RFC
> 8141) and to say as little as possible about base URIs,
> relative references, etc. It's true that there is text in
> Section 4.3 of RFC 8141, which merely points out that applying
> the algorithm defined in Section 5.2 of RFC 3986 to URNs
> should yield predictable results. However, that doesn't
> necessarily mean that applying the algorithm is a great idea.
> 
> IMHO this is not the time or place to relitigate the question
> of "relative URNs" and (with no hats on) I'd strongly
> discourage use of that term, since it is undefined.

FWIW and with co-author hat off but in reach:

(1) Agree with Peter.

(2) My recollection of the conversations to which he referred is
that they also included an argument that properly defining what
a "relative URN" might be while being consistent with RFC 3986
would require opening the latter and revising its description,
perhaps limiting it to URLs.  To say there was general sentiment
(taken to be rough consensus) that opening 3986 to deal with the
needs of what became 8141 was not an option would be a bit of an
understatement.  Getting started on that discussion leads
quickly to another one about whether RFC 3986 (and 2986), in
moving from the URL specifications of RFC 1738 (and 1808) to a
URI specification/description overreached in ways that
constrained non-URL URI types in ways that reduced their
potential utility.  It would almost certainly be a bad idea to
revisit those issues and specifying or referring to "relative
URNs" in a document would take us there rather quickly.

Recommendation for anyone who needs a "relative" relationship
for a namespace: Define what you are trying to accomplish and
the associated syntax carefully.  Avoid using the term "relative
URN" or any other use of the term "relative".    That should not
be very hard and would avoid a good deal of negative feedback.

   john

> 
> Peter
> 
> _______________________________________________
> urn mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/urn


_______________________________________________
urn mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/urn
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.