[urn] Re: Proposal: urn:local: namespace for context-s coped identifiers

"Lars G. Svensson" <[email protected]> Mon, 12 Jan 2026 20:04:38 +0100
Newsgroups gmane.ietf.urn
Message-ID <[email protected]>

Am 12. Januar 2026 04:21:41 MEZ schrieb [email protected]:
>Graham Klyne <[email protected]> writes:
>> Agreeing with the other responses, I note that there exists a URI scheme that 
>> has local(ish) semantics, viz file:.
>> [...]
>>     A file URL takes the form:
>>
>>         file://<host>/<path>
>>
>>     where <host> is the fully qualified domain name of the system on
>>     which the <path> is accessible, and <path> is a hierarchical
>>     directory path of the form <directory>/<directory>/.../<name>.
>> [...]
>> (and similar in https://datatracker.ietf.org/doc/html/rfc8089#section-2)
>
>IIUC, this mean that the minter of a "local identifier" needs to be (or
>coordinate with) the owner of a domain name, preferably one that is not
>assigned to an existing host.  Then they can create file: URIs using
>that domain name as a host name, and whatever path parts they want (that
>conform to the syntax).
>
>I would seem best if the domain name isn't the name of a host, so that
>it cannot be misunderstood to identify a file.  So I might create URIs
>like
>
>    file://unique-1234.local.ariadne.com/resource/1
>
>since I own ariadne.com and there will never be a host
>"unique-1234.local.ariadne.com".
>
>Though the semantics are somewhat deviant, in that presumably I am using
>the URI to identify *something*, that something isn't a file.
>
>At this point, I don't think that file: URIs provide any more
>convenience than cid: URIs but the deviation from the pre-existing
>semantics is greater than for cid: URIs.

FWIW
If I read the syntax for file URIs correctly <https://datatracker.ietf.org/doc/html/rfc8089#section-2> the host section can also be "localhost" . That would mean that <file:/localhost/config/whatever> could serve as a local resource identifier. You can't get any more local than that...

My €.02

Best,

Lars

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