Re: [URN] Re: Relative URLs and URNs

omar syed <[email protected]>
Newsgroups gmane.ietf.url
Organization NASA Lewis Research Center
Message-ID <[email protected]>
Daniel LaLiberte wrote:
> 
>  > Thus spoke Omar Syed:
>  > > 2. clients must treat <NSS> as an opaque string (i.e. do not interperet)
>  >
> Ron Daniel, Jr. writes:
>  > I think assumption 2 is in error. Clients that know the structure of
>  > a name in a particular namespace are likely to manipulate it.
> 
> I agree.  Clients, of course, can do whatever they want (whatever they
> can get away with) anyway, but they have to be able to interpret the
> structure of an identifier in order to do as much processing of it on
> their own as they can.  Forcing clients (if that were possible) to
> always consult a remote server to process the whole identifier is a
> sure way to make the system unscalable.

To resolve a URN to a location, resource or citation, a client
always needs to consult a remote resolver and pass it the
complete URN or partially processed URN.  Is this not always true?

Omar
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.