Re: URN to URC resolution scenario
Mitra <mitra@path.net> Fri, 12 November 1993 21:52 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa13755; 12 Nov 93 16:52 EST
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa13751; 12 Nov 93 16:52 EST
Received: from mocha.bunyip.com by CNRI.Reston.VA.US id aa23401; 12 Nov 93 16:52 EST
Received: by mocha.bunyip.com (5.65a/IDA-1.4.2b/CC-Guru-2b) id AA03099 on Fri, 12 Nov 93 13:29:47 -0500
Received: from pandora.sf.ca.us by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b) id AA03092 (mail destined for /usr/lib/sendmail -odq -oi -furi-request uri-out) on Fri, 12 Nov 93 13:29:40 -0500
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Mitra <mitra@path.net>
Date: Fri, 12 Nov 1993 10:29:33 -0700
In-Reply-To: Larry Masinter <masinter@parc.xerox.com> "Re: URN to URC resolution scenario" (Nov 12, 12:02am)
X-Mailer: Mail User's Shell (7.1.1 5/02/90)
To: masinter@parc.xerox.com
Subject: Re: URN to URC resolution scenario
Cc: uri@bunyip.com
Message-Id: <9311121029.aa08089@pandora.sf.ca.us>
Larry As I conceived of it, you WOULD use the same scheme to resolve all URN->URL addresses, the places searched would be hidden at a lower level. If the schema were to be more vague, as you suggest, then client writers will simply not use URN's but continue to use URL's which they can deterministically resolve. Lets take your examples } } E.g., for an ISBN number, you'll check your shelves, your local } library, a close bookstore, and finally, if you can't find it anywhere } else, the library of congress. The places you checked are rather hard for computers to do without arms, legs and eyes, but in a real scenario, I'd expect that one or more referencing services would appear for the ISBN area, they would register their resolvers under the isbn.urn domain. } For a news identifier, you might check your local news server, a } couple of the net CDROM authorities, and some of the netnews archive } sites. News is a hard one, its neither a good URN nor a good URL and obeys the properties of neither, in particular it is not location independant sicne NNTP servers tend to be only available to local clients. I havent figured out how to handle this degenerate case yet. } } For an RFC document, you'd check the various document repositories. RFC's are easy, if a URN is of the form urn:iana/rfc:1036. Then I'd look up rfc.iana.urn in the DNS and find a URN->URL resolver for rfc's. } You don't want to build the URN -> URL resolution method into the } design of URN, do you? I dont want to build THE urn->url resolution method into the design, I do want to build A method into the design, otherwise URN's are only usefull for the equality test, and not for resolution. - Mitra
- Re: URN to URC resolution scenario Mitra
- Re: Library Standards and URIs Terry Allen
- Re: Library Standards and URIs Terry Allen
- Re: URC formats vs interfaces Ronald E. Daniel
- URC formats vs interfaces Daniel LaLiberte
- no child-of-URI groups at Dallas IETF? Larry Masinter
- Re: no child-of-URI groups at Dallas IETF? Ronald E. Daniel
- Re: html, http, urls and internationalisation Keld J|rn Simonsen
- Re: http charset labelling Larry Masinter
- Re: http charset labelling Keld J|rn Simonsen
- Re: http charset labelling Keld J|rn Simonsen
- Re: http charset labelling Larry Masinter
- Re: http charset labelling Keld J|rn Simonsen
- Re: http charset labelling Masataka Ohta
- Re: http charset labelling Gavin Nicol
- Re: http charset labelling Masataka Ohta
- Re: http charset labelling Gavin Nicol
- Re: http charset labelling Masataka Ohta
- Re: http charset labelling Gavin Nicol
- Re: http charset labelling Masataka Ohta
- Re: http charset labelling Masataka Ohta
- Re: http charset labelling Gavin Nicol
- Re: http charset labelling Gavin Nicol
- Re: http charset labelling Masataka Ohta
- Re: http charset labelling Gavin Nicol
- Re: 8 bit characters in DNS names (and URNs?) Keld J|rn Simonsen
- Re: Typeable characters Keld J|rn Simonsen
- Re: UTF-8 and URLs Keld J|rn Simonsen