[urn] Re: General grumble about incorporating other identifi ers into URNs

[email protected] (Dale R. Worley) Thu, 12 Mar 2026 21:35:17 -0400
Newsgroups gmane.ietf.urn
Message-ID <[email protected]>
Michael Mealling <[email protected]> writes:
> I vaguely remember this specific issue with ISBNs and ISSNs popping up a
> very long time ago, and the quasi-consensus was that non-URN concepts of
> equivalence specific to an existing, or otherwise, namespace should be
> handled through namespace-specific metadata retrieved about the thing being
> identified. E.g. the general equivalent of an "also known as" field.
>
> The URN "resolution" infrastructure could still be easily stood up. ;-)

Hmmmm...  I re-read the urn:isbn registration a few days ago and it was
as I remember.  Specifically, if you're comparing a urn:isbn with a
10-digit number, you first have to prefix it with 978 to make the
13-digit form.  The initial proposal had a lookup step where the
tester-of-equivalence would go to some web site to do the conversion,
but that looked like it would be an operational nightmare compared to
just hard-coding into the registration how the 10-digit space was
embedded into the 13-digit space.

Dale

_______________________________________________
urn mailing list -- [email protected]
To unsubscribe send an email to [email protected]