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/