Re: Draft minutes from TAG telcon of 2008-07-24, plain text

>  it's not fine for any client to interpret the presence
> of ark: to mean "this URI is an ARK"

I think the ARK spec addresses this problem, at least theoretically (if not

Suppose the library of congress, who does not participate in ARK at present,
has a URI of the form:

where 12025/654xz321  is a document within our Architecture and Recursive
Knowledge database. The problem is that some client will see that URI and
assume that it will resolve to an instance of the resource identified by the
ARK  ark:/12025/654xz321

The answer to the problem (in theory) is that the client should first know
whether services ARKs. More generally, there is (should be) a
"Name Mapping Authority" discovery mechanism. (e.g. if services
ARKs then it is referred to as an "Name Mapping Authority").  The ARK spec
discusses this discovery mechanism (if only theoretically). Section 4,

The second part of the problem, what if loc subsequently decides that it
wants to join the ARK party, though it already has unrelated URIs like  .

That's an easy problem (as Eric Hetzer pointed out) it can use
to service ARK requests, and as long as isn't listed in the ARK
name mapping authority database, there's no conflict.


Received on Friday, 25 July 2008 21:32:49 UTC