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