Re: [apps-discuss] [Uri-review] Provisional URI registrations

[Graham Klyne <[e-mail]>]

Mykyta Yevstifeyev wrote:
> 22.11.2010 0:25, Graham Klyne wrote:
>> We have "permanent", "provisional" and "historical" registration 
>> classes for URI schemes.  For practical purposes, I think the 
>> "provisional" registry serves the same role as the "reserved" one you 
>> suggest [1].  I think the additional bureaucracy incurred to create a 
>> new registry class is not justified by practical benefit.  It's easy 
>> enough to add some commentary to the registration template

> I can't agree with that. 'Provisional' means
> 'not to be used as not specified'

Well, that's not what I read in RFC4395 regarding "provisional":

[[
Within that namespace, there are values that are
approved as meeting a set of criteria for URI schemes.  Other scheme
names may also be registered provisionally, without necessarily
meeting those criteria.
]]
-- http://tools.ietf.org/html/rfc4395#section-1

[[
    o  encourage registration by setting a low barrier for provisional
       registrations.
]]
-- (ibid)

My interpretation of "reserved" was based on my reading of the criteria outlined 
in John Klensin's email to which I was responding.

And my response clearly stated "for practical purposes", which is not the same 
as claiming the words mean the same thing.  That is, for practical purposes, I 
don't think that having a "reserved" category adds any value to the process.

Further, I don't think that allowing registration without some level of 
specification, or registration of a scheme that is "not to be used now" would 
serve any useful purpose.  The main point of provisional registration here is to 
allow developers to experiment with a tentatively specified URI scheme without 
meeting all of the requirements for permanent registration, while allowing that 
permanent registration may follow if the experiments show value, and to provide 
a place where some information can be found about any registered scheme that 
might show up in the wild.

#g
--