[urn] Re: Registration for the TEI: URN identifier
Olle E Johansson <[email protected]> Mon, 9 Mar 2026 19:48:04 +0100
| Newsgroups | gmane.ietf.urn |
|---|---|
| Message-ID | <[email protected]> |
> On 9 Mar 2026, at 18:58, Dale R. Worley <[email protected]> wrote: > > Comments on the template for the TEI URNs: > > Repeating what Peter said about providing a "role identifier" as the > contact. > > Regarding the syntax: It would be desirable to have ABNF for the > syntax. OTOH, the overall syntax is > > urn:tei:<type>:<domain-name>:<unique-identifier> > > where <type> determines the syntax of <unique-identifier>. The > description at > https://github.com/CycloneDX/transparency-exchange-api/tree/main/discovery#the-tei-urn-an-extensible-identifier > lists eight (I think) different types and it's likely that you intend to > allow further types to be added. Also the specific syntaxes of the > eight alternatives aren't specified. So you might want to define only > an umbrella syntax in the registration that will allow everything that > you might want to allow in the future, and leave the details to other > specifications. We did move the types of PURL into a separate spec, so that’s propably a good idea since we will add new types as we find them. > > However, there is this point in RFC 8141: > > Unless the registration explicitly describes the semantics of > r-components, q-components, and f-components in the context of > this URN namespace, those semantics are undefined. > > Looking at the web page, I see this example: > > urn:tei:purl:cyclonedx.org:pkg:pypi/[email protected]?extension=whl&qualifier=py3-none-any The qualifiers here are qualifiers to the PURL that starts with PKG:, not to the URN. We may want to clarify that. The URN syntax checkers I have tested with found no problem with this syntax, but they may not be correct. > > I don't think any URN registration we've ever had provides for > q-components (query parts). So that possibility needs to be made quite > explicit. > > Assignment: The text doesn't state directly that a vendor may only > create TEI URNs containing a domain name that it owns. There is also > the complicated question of what happens when a domain name changes > hands -- ideally, the new domain name owner obtains a list of all > previously assigned TEI URNs with that domain name. (We had some > trouble on this point when working on urn:alert:.) I am aware of this problem, but it is a bit outside of our scope in my view. What I don’t want is to create a new global company registry as long as we have domain names. If you leave your domain name behind, the TEA problem is a minor problem I think. > > The Resolution section of the template says "Not applicable." but the > web page has considerable discussion of a resolution process. I will have to review this, but I thought those where two different things. My misunderstanding. Thank you for your feedback Dale! /O > > Dale _______________________________________________ urn mailing list -- [email protected] To unsubscribe send an email to [email protected]