Re: [urn] Finalizing items from IETF 83

[Juha Hakala <[e-mail]>]

Hello,

On 28.6.2012 13:01, Julian Reschke wrote:
> On 2012-06-28 11:42, Svensson, Lars wrote:

>> I'll second that RFC 2141bis says that fragment identifiers are
>> allowed in URNs but that they are not part of the NSS. Further, RFCs
>> for new namespaces must specify if they allow the use of fragment
>> identifiers or not but I guess that is something for RFC 3406bis.
>
> No.
>
> Namespace specifications define the namespace-specific part; nothing
> else. Fragment syntax and semantics are defined by RFC 3986.
>
> A spec *can* point out that the URN does not identify something from
> which a payload + media type can be retrieved, in which fragment
> identifiers are not applicable. But that's different from disallowing them.

OK. It should be possible to adjust the text in rfc2141bis to say that 
there are namespaces in which fragment usage is not applicable since the 
resources which can be identified within than namespace - say, textual 
works as abstract entities in URN:ISTC - will not have fragments in the 
RFC 3986 sense of the word.

As far as I am concerned, it does no harm if the namespace registration 
request confirms that it is possible to use fragment to augment the 
functionality of the URNs from that particular namespace. For instance, 
I asked a permission from the ISBN Registration Authority to use 
fragments in the URN:ISBN namespace. Since this point will be made in 
the namespace registration request the national ISBN agencies and other 
ISBN users do not need to ask if fragments are allowed. And while some 
examples could be given in the namespace registration request it is 
definitely up to the URI Generic Syntax and other relevant technical 
documents to provide the necessary details for each document format.

All the best,

Juh
>
> Best regards, Julian

-- 

  Juha Hakala
  Senior advisor, standardisation and IT

  The National Library of Finland
  P.O.Box 15 (Unioninkatu 36, room 503), FIN-00014 Helsinki University
  Email [e-mail], tel [phone]