no, that's not at all what it implies. the ofi/name identifiers were
minted as identifiers for namespaces of indentifiers, not as a wrapper
scheme for the identifiers themselves. Yes, it's a bit TOO meta, but
they can be safely ignored unless a new profile is desired.
On Apr 5, 2009, at 10:31 AM, Karen Coyle wrote:
> Jonathan Rochkind wrote:
>>
>> URI for an ISBN or SuDocs? I don't think the GPO is going
>> anywhere, but the GPO isn't committing to supporting an http URI
>> scheme, and whoever is, who knows if they're going anywhere. That
>> issue is certainly mitigated by Ross using purl.org for these,
>> instead of his own personal http URI. But another issue that makes
>> us want a controlling authority is increasing the chances that
>> everyone will use the _same_ URI. If GPO were behind the purl.org/
>> NET/sudoc URIs, those chances would be high. Just Ross on his own,
>> the chances go down, later someone else (OCLC, GPO, some other guy
>> like Ross) might accidentally create a 'competitor', which would be
>> unfortunate. Note this isn't as much of a problem for "born web"
>> resources -- nobody's going to accidentally create an alternate URI
>> for a dbpedia term, because anybody that knows about dbpedia knows
>> that it lives at dbpedia.
>>
>> So those are my thoughts. Now everyone else can argue bitterly over
>> them for a while. :)
>>
> The ones that really puzzle me, however, are the OpenURL info
> namespace URIs for ftp, http, https.... and info. This implies that
> EVERY identifier used by OpenURL needs an info URI, even if it is a
> URI in its own right. They are under "info:ofi/nam" which is called
> "Namespace reserved for registry identifiers of namespaces." There's
> something so circular about this that I just get a brain dump when I
> try to understand it. Does it make sense to anyone?
>
> kc
>
>
> --
> -----------------------------------
> Karen Coyle / Digital Library Consultant
> [log in to unmask] http://www.kcoyle.net
> ph.: 510-540-7596 skype: kcoylenet
> fx.: 510-848-3913
> mo.: 510-435-8234
> ------------------------------------
Eric Hellman
http://hellman.net/eric/
|