Specifying identifier recycling

Johnny Bufu johnny at sxip.com
Thu May 31 04:51:38 UTC 2007


Josh,

On 30-May-07, at 1:28 PM, Josh Hoyt wrote:

> Providers can also provide a redirect from the general form of the
> identifier to the current version of the identifier so that users do
> not need to remember or type the uniquified version. This is pretty
> much equivalent to the fragment scheme, except:
>
>   * It does not require spec changes (and is backwards-compatible!)
>
>   * The uniquifying component is user-visible
>
> I'd like to hear opinions on whether this unique-URL solution is good
> enough to solve the problem.

If Dick's original assessment on the requirements is right:

> Motivating use case:
> 	For large OPs, user identifier namespace is a scarce resource and
> they need to be able to recycle human readable identifiers
>
> Design Considerations:
>
> 	+ Existing identifiers continue to work
> 	+ A human readable, memorable identifier can be entered by the user
> and displayed to other users
> 	+ A globally unique identifier is user by RPs that is different for
> different users of the same human readable identifier

... by pushing the uniquifying part into the displayed URL the  
displayed identifiers become unfriendly / human-unreadable.


It would be great the ones who consider identifier recycling a show  
stopper agreed that your proposal is good enough.


Johnny




More information about the specs mailing list