W3C home > Mailing lists > Public > public-annotea-dev@w3.org > April to June 2004

Re: another idea for the URN approach to local UIDs in bookmarks

From: Reto Bachmann-Gmuer <reto@gmuer.ch>
Date: Fri, 02 Apr 2004 00:20:53 +0200
Message-ID: <406C95C5.4030907@gmuer.ch>
To: Mark Smith <mcs@pearlcrescent.com>
Cc: public-annotea-dev@w3.org

Hash: SHA1

Mark Smith wrote:

| Jose Kahan wrote:
|  >
|> What is easier to have, a fail-safe mechanism to produce URNs or
|> some well specified processing? If it's the former, then let's go
|> forward with URNs (and send a follow-up message on how to do it :).
|> Maybe you'd like to adopt the same mechanism used to generate msgids
|> by some mail client?
|> I'm basically proposing that the applications do the same job
|> that the server does when you publish something and it attributes
|> a new URL.
| I do not have an opinion about which approach is better for the bookmark
| local/global ID problem.  But generating globally unique UUIDs is
| something that quite a few applications and protocols do, and the most
| widely used algorithm is described here:
|   http://www.ietf.org/internet-drafts/draft-mealling-uuid-urn-03.txt
| Sample C code is included in that Internet Draft.  The UUID-based URIs
| won't be pretty (e.g., urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6)
| but they should be globally unique.
maybe urn-5 would be worth considering too, it has a random part and a
local part wich could be used to identify an individual bookmark (and
maybe translated to a fragment identifier when moving to a conventional
localizable file).


Version: GnuPG v1.2.1 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

Received on Thursday, 1 April 2004 17:21:10 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 19:42:12 UTC